[alsa-devel] In 3.8 kernel alsa only talks HDMI, hardware also has S/PDIF optical
See https://bugzilla.redhat.com/show_bug.cgi?id=919630 for details.
Comment 4 in that bug is from someone who says it looks like the driver only created the HDMI and not the separate optical S/PDIF output.
On my Asus P8H67-V there really are two physically separate audio outputs. I have the optical port connected to my receiver for when I want to pass through the 5.1 audio tracks in movie files and DVDs and the HDMI connected to the TV for more ordinary audio (error beeps from the computer, etc).
In kernel 3.7.9 I could output to both devices (one at a time - never tried simultaneous).
I've seen a bunch of patches in the archives that seem to be related to this, but if fedora 18 has those patches, they don't seem to be working.
At Mon, 11 Mar 2013 19:18:01 -0400, Tom Horsley wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=919630 for details.
Comment 4 in that bug is from someone who says it looks like the driver only created the HDMI and not the separate optical S/PDIF output.
On my Asus P8H67-V there really are two physically separate audio outputs. I have the optical port connected to my receiver for when I want to pass through the 5.1 audio tracks in movie files and DVDs and the HDMI connected to the TV for more ordinary audio (error beeps from the computer, etc).
In kernel 3.7.9 I could output to both devices (one at a time - never tried simultaneous).
I've seen a bunch of patches in the archives that seem to be related to this, but if fedora 18 has those patches, they don't seem to be working.
This is an intended change, considered as a "fix" for the formerly broken state. The combination of SPDIF + HDMI has never been working properly because of conflicting control elements assignment. (You may say that "it worked for me!", but it doesn't count it gets used right :)
For fixing it, one of them has to be victimized. Now IEC958 control element of SPDIF is shifted to the lone safe place for the sake of HDMI, which has more users than SPDIF, being persistent.
Updating alsa-lib configuration from alsa-lib git tree should correct the usage of ICE958 control index for SPDIF devices. Hopefully we'll get alsa-lib release sometime later...
Takashi
On my Asus P8H67-V there really are two physically separate audio outputs. I have the optical port connected to my receiver for when I want to pass through the 5.1 audio tracks in movie files and DVDs and the HDMI connected to the TV for more ordinary audio (error beeps from the computer, etc).
In kernel 3.7.9 I could output to both devices (one at a time - never tried simultaneous).
I've seen a bunch of patches in the archives that seem to be related to this, but if fedora 18 has those patches, they don't seem to be working.
This is an intended change, considered as a "fix" for the formerly broken state. The combination of SPDIF + HDMI has never been working properly because of conflicting control elements assignment. (You may say that "it worked for me!", but it doesn't count it gets used right :)
For fixing it, one of them has to be victimized. Now IEC958 control element of SPDIF is shifted to the lone safe place for the sake of HDMI, which has more users than SPDIF, being persistent.
Updating alsa-lib configuration from alsa-lib git tree should correct the usage of ICE958 control index for SPDIF devices. Hopefully we'll get alsa-lib release sometime later...
Is IEC958 Default PCM Playback Switch specific for analog codec's spdif ?
control.32 { iface MIXER name 'IEC958 Default PCM Playback Switch' value true comment { access 'read write' type BOOLEAN count 1 } }
At Tue, 12 Mar 2013 15:26:03 +0800, Raymond Yau wrote:
On my Asus P8H67-V there really are two physically separate audio outputs. I have the optical port connected to my receiver for when I want to pass through the 5.1 audio tracks in movie files and DVDs and the HDMI connected to the TV for more ordinary audio (error beeps from the computer, etc).
In kernel 3.7.9 I could output to both devices (one at a time - never tried simultaneous).
I've seen a bunch of patches in the archives that seem to be related to this, but if fedora 18 has those patches, they don't seem to be working.
This is an intended change, considered as a "fix" for the formerly broken state. The combination of SPDIF + HDMI has never been working properly because of conflicting control elements assignment. (You may say that "it worked for me!", but it doesn't count it gets used right :)
For fixing it, one of them has to be victimized. Now IEC958 control element of SPDIF is shifted to the lone safe place for the sake of HDMI, which has more users than SPDIF, being persistent.
Updating alsa-lib configuration from alsa-lib git tree should correct the usage of ICE958 control index for SPDIF devices. Hopefully we'll get alsa-lib release sometime later...
Is IEC958 Default PCM Playback Switch specific for analog codec's spdif ?
It's only for the digital output implemented on the same codec for analog outputs.
Takashi
control.32 { iface MIXER name 'IEC958 Default PCM Playback Switch' value true comment { access 'read write' type BOOLEAN count 1 } }
See https://bugzilla.redhat.com/show_bug.cgi?id=919630 for details.
On my Asus P8H67-V there really are two physically separate audio outputs. I have the optical port connected to my receiver for when I want to pass through the 5.1 audio tracks in movie files and DVDs and the HDMI connected to the TV for more ordinary audio (error beeps from the computer, etc).
There is also internal spdif connector
In kernel 3.7.9 I could output to both devices (one at a time - never tried simultaneous).
I've seen a bunch of patches in the archives that seem to be related to this, but if fedora 18 has those patches, they don't seem to be working.
Have you install the corresponding alsa lib patch ?
https://launchpadlibrarian.net/133258891/alsa-info.txt.riFi7hArcI
Espen Lund mention that he need to perform early patching to change pin default of node 0x11 to spdif out and node 0x1e from spdif RCA to [N/A] for the optical spdif in EVGA X58 SLI Classified which have both coaxial and optical spdif
Node 0x11 [Pin Complex] wcaps 0x400300: Mono Digital Pincap 0x00000010: OUT Pin Default 0x18567130: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Yellow DefAssociation = 0x3, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Connection: 1 0x10
Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital Control: name="SPDIF Phantom Jack", index=0, device=0 Pincap 0x00000010: OUT Pin Default 0x01441120: [Jack] SPDIF Out at Ext Rear Conn = RCA, Color = Black DefAssociation = 0x2, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Connection: 1 0x06
participants (3)
-
Raymond Yau -
Takashi Iwai -
Tom Horsley