>From the commit message: > For avoiding this conflict, the recent kernel code (3.9 and 3.8 stable) moves the IEC958 controls of an SPDIF with index=16 once when the conflict happens.
In Saucy we have kernel 3.11. It looks like that the either the conflict or the move to 16 does not happen. Do you have an idea to test this? >From the alsa-info.txt: Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP Control: name="IEC958 Playback Default", index=0, device=0 Node 0x07 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP Control: name="IEC958 Playback Default", index=1, device=0 Node 0x10 [Audio Output] wcaps 0x611: Stereo Digital Control: name="IEC958 Playback Default", index=0, device=0 Device: name="ALC887-VD Digital", type="SPDIF", device=1 Do I have the conflict Node 0x05 and 0x10? Should the Node 0x10 have: Control: name="IEC958 Playback Default", index=16, device=0 Why is mplayer able to play ac3 passthrough? I have no issues with PCM output why is this not effected? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to alsa-driver in Ubuntu. https://bugs.launchpad.net/bugs/1264609 Title: No AC3 paththrough with hda intel ALC887-VD Saucy Status in “alsa-driver” package in Ubuntu: New Bug description: Ubuntu 13.10 linux-image-extra-3.11.0-14-generic: 3.11.0-14.21 The original problem is that I have not managed to play AC3 sound bit perfect from a DVD to the AMP. I think I have tracked down the problem to an Alsa issue: I expect: aplay -vv -D iec958:CARD=PCH,DEV=0 Norrlanda.wav to play the file with all 6 channels via fiber optic to my amplifier like outlined at http://alsa.opensrc.org/DigitalOut Instead, there is only silence. This is the output: $ pasuspender -- aplay -v -v -D iec958:CARD=PCH,DEV=0 /home/daniel/workspace/Testsounds/Norrlanda.wav Wiedergabe: WAVE '/home/daniel/workspace/Testsounds/Norrlanda.wav' : Signed 16 bit Little Endian, Rate: 44100 Hz, stereo Hooks PCM Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 16384 period_size : 4096 period_time : 92879 tstamp_mode : NONE period_step : 1 avail_min : 4096 period_event : 0 start_threshold : 16384 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 4611686018427387904 Slave: Hardware PCM card 1 'HDA Intel PCH' device 1 subdevice 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 16384 period_size : 4096 period_time : 92879 tstamp_mode : NONE period_step : 1 avail_min : 4096 period_event : 0 start_threshold : 16384 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 4611686018427387904 appl_ptr : 0 hw_ptr : 0 #############+ | 25% Here some additional observations: * The Norlanda.wav file is played with 6 channels too pulseaudio (6 sliders at the pavucontrol input pane) but only PCM Stereo is transmitted to the amp. * I can play stereo wave files fine with the aplay command from above * If I switch to non-audio (ac3) mode, I cannot play stereo files any more, but the ac3 file produces still silence. $ iecset -D hw:1 audio 0 Mode: consumer Data: non-audio Rate: 48000 Hz Copyright: permitted Emphasis: none Category: PCM coder Original: original Clock: 1000 ppm I have already setup a build environment for the hda modules, but I got lost inside the code. Any ideas how to nail down the problem? Thank you! Daniel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1264609/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
