No 5.1 sound in Vero 4k with Xonar U5

Thanks. I’m running out of ideas, now. My USB soundcard is working fine with all these kodis and USB audio is supposed to be standardised.

Have you checked the card works on a PC?
Have you tried setting it to USB1 with the latest kodi I sent?

Hi,
The device works fine in a mini pc with Ubuntu 18.04 all channels sound.
Today I have tried with USB1.0, but no sound in any channel, it seems like it connect with spdif instead analogic, the spedif led is on.
Logs
osmc@osmc:~$ speaker-test -t wav -c6 -l2 -Dsurround51:U5

speaker-test 1.1.3

Playback device is surround51:U5
Stream parameters are 48000Hz, S16_LE, 6 channels
WAV file(s)
Broken configuration for playback: no configurations available: Invalid argument
Setting of hwparams failed: Invalid argument

https://paste.osmc.tv/zufefunumi

It seems your device in USB1 mode is stereo only so it’s refusing to have anything to do with 6 channels. Kodi/vero is giving up and sending audio to hdmi.

Since you said you could hear all channels when using speaker-test in USB2 mode (please confirm), maybe we could try telling Kodi to completely ignore the channelmap FF,FR,NA,NA,NA,NA and send all channels anyway.

I’m totally sure :slightly_smiling_face: that all speaker sounds correctely and eache of them in their place.

If you make it, I’ll try it.

wget https://collab.osmc.tv/s/Phb7KlMxMQLQuPc/download -O kodi.bin

You got it! Congratulations,

But now I have a new problem, when I run
osmc@osmc:~$ alsamixer -c 1
Where 1 is Asus device, I get:
cannot load mixer controls: Broken pipe

alsamixer worked fine before the changes, any idea?

Thank you very much.

Not immediately. I’m only changing what kodi does, but I may have missed something.

Can you give me a log for playing a 5.1 track and can you confirm what you get with amixer -c1 contents (warning - you may get the terminal freezing and have to re-boot to get sound to work again).

alsamixer is working fine here still. Correction: it works OK on kernel 4.9 but not on 3.14. I’m not sure it ever did work on 3.14. Confirmed I get a crash in alsamixer and amixer with kernel 3.14 with both the release kodi and the ones I sent you.

New logs:

https://paste.osmc.tv/ejulaludum

osmc@osmc:~$ amixer -c1 contents
numid=18,iface=MIXER,name=‘PCM Capture Source’
; type=ENUMERATED,access=rw------,values=1,items=2
; Item #0 ‘Unit 23’
; Item #1 ‘Unit 23’
amixer: Control hw:1 element read error: Broken pipe

numid=13,iface=MIXER,name=‘PCM Capture Switch’
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=16,iface=MIXER,name=‘PCM Capture Switch’,index=1
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=14,iface=MIXER,name=‘PCM Capture Volume’
; type=INTEGER,access=rw—R–,values=2,min=0,max=28,step=0
: values=16,16
| dBminmax-min=-16.00dB,max=12.00dB
numid=17,iface=MIXER,name=‘PCM Capture Volume’,index=1
; type=INTEGER,access=rw—R–,values=2,min=0,max=28,step=0
: values=16,16
| dBminmax-min=-16.00dB,max=12.00dB
numid=12,iface=MIXER,name=‘IEC958 In Playback Switch’
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=15,iface=MIXER,name=‘Auto Gain Control’
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=11,iface=MIXER,name=‘Input Gain Pad Control’
; type=BOOLEAN,access=rw------,values=1
: values=off
numid=5,iface=MIXER,name=‘Speaker Playback Switch’
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=7,iface=MIXER,name=‘Speaker Playback Switch’,index=1
; type=BOOLEAN,access=rw------,values=1
: values=off
numid=9,iface=MIXER,name=‘Speaker Playback Switch’,index=2
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=6,iface=MIXER,name=‘Speaker Playback Volume’
; type=INTEGER,access=rw—R–,values=2,min=0,max=31,step=0
: values=9,9
| dBminmax-min=-34.50dB,max=12.00dB
numid=8,iface=MIXER,name=‘Speaker Playback Volume’,index=1
; type=INTEGER,access=rw—R–,values=2,min=0,max=31,step=0
: values=23,23
| dBminmax-min=-34.50dB,max=12.00dB
numid=10,iface=MIXER,name=‘Speaker Playback Volume’,index=2
; type=INTEGER,access=rw—R–,values=6,min=0,max=55,step=0
: values=55,55,55,55,55,55
| dBminmax-min=-55.00dB,max=0.00dB
numid=1,iface=PCM,name=‘Playback Channel Map’
; type=INTEGER,access=r----R–,values=2,min=0,max=36,step=0
: values=3,4
| container
| chmap-fixed=FL,FR
| chmap-fixed=FL,FR,RL,RR
| chmap-fixed=FL,FR,FC,LFE,RL,RR

numid=4,iface=PCM,name=‘Capture Channel Map’,device=1
; type=INTEGER,access=r----R–,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR

numid=2,iface=PCM,name=‘Playback Channel Map’,device=1
; type=INTEGER,access=r----R–,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR

numid=3,iface=PCM,name=‘Playback Channel Map’,device=2
; type=INTEGER,access=r----R–,values=2,min=0,max=36,step=0
: values=0,0
| container
| chmap-fixed=FL,FR

Thanks for your help. It seems amixer controls, amixer contents and amixer cget/cset work but not amixer scontrols/scontents/sget/sset or alsamixer. That’s an issue with kernel 3.14 which it’s not worth spending time on, I’m afraid. You can use amixer cset to adjust volumes or (maybe) use a .conf file in alsa’s init directory.

I’ll see amixer command but I have a new issue, now no sound with stereo (2.0) tracks :cry: I didn’t check yesterday.

Do you get GUI sounds? They are stereo.

Sorry, it solved itself, now the device works fine, I set solved the post. I’m realy tired.

Thanks Grahamh.

1 Like

Sam’s pulled those changes into kodi so you should be safe to upgrade when the next release comes out and still have your Asus working properly.

Ok, perfect

Apologies. The release kodi got built just before my patch went in. Here is a kodi 18.7 with the USB audio fix. Upgrade to OSMC June release first then copy this kodi.bin as before:

wget https://collab.osmc.tv/s/CCFZaZdb1voZZng/download -O kodi.bin

The next release will overwrite it but will have the USB audio patch in it.

Hi again the problems go back with xonar U5. I usually playback tracks with MPEG-4, there are no problems with this track, same days ago I got a track with H.264 and when a I try to playback it, I get a sad face and Vero hangs. I have tried with others diferents track H.264 and none of them works.
However, the same tracks works fine with 2.0 configuration.

Here, the log when Vero hangs.

https://paste.osmc.tv/kakeficiko

Thanks.

Thanks for the report. I’ll see if I can reproduce that. Can you post mediainfo for a track which has the problem, please, or (better) upload a clip of it somewhere.

Hi grahamh,

I have tried with similars movies
mediainfo aaaaaaa.mkv
but have not had reply.
mediainfo works fine with .avi files.

I have load the file in kdenlive and I got this audio propierties
Audio channel: 6
Audio compresor: ATSC A/52A (AC-3)
Audio bits frequency: 640 KB/s
Audio frequency: 48000 Hz

I hope it will help you.

I suspect this more to do with the file size, the stock version of mediainfo on osmc can’t provide the info for files over 4gb, a work around is detailed below:

It would be good if we could find out more about the file you are having issues playing. Please see the mediainfo section in How to submit a useful support request - General - OSMC.

You can also create the mediainfo-output of the affected media file on the OSMC device:

  1. login via SSH, user osmc, password osmc
  2. if not already installed: sudo apt-get update && sudo apt-get install mediainfo
  3. cdto the directory containing the video/audio material in question
  4. since mediainfoonly needs to read the header information of the file data, copy the first 4 Mbytes of the media file to a new file:
    dd if="<media file>" of=purgeme.bin bs=1024 count=4096
  5. upload the decoded media information using
    mediainfo purgeme.bin|paste-log
  6. publish the returned URL here in this topic
  7. remove the created media file snippet
    rm purgeme.bin

Thanks Tom.

You can get the MediaInfo information here