Re: [alsa-devel] Digital Input on ALC3661 (from laptop HDMI IN) not working under Linux
I have an Alienware 17 laptop (sometimes called M17RX5) which has a
Realtek ALC3661.
The problem I describe here should also be valid for the Alienware 18
(all the late 2013 models, which are still the most current). At least some scattered forum reports suggest so.
The card works almost perfect in Linux, but one functionality is
missing: The laptop features an HDMI input, and the Realtek card is supposed to take care of the incoming digital audio. This works fine in Windows, but in Linux, I only get the video and the audio stays missing.
Here you can find my alsa-info:
http://www.alsa-project.org/db/?f=0a0502e49212a0436a30fde9d4ee56163bbc2ebc
The only digial input is node 0x0a
Try hda-jack-retask to change node 0x1f with pin default [Jack] digital In
Thanks a lot for your suggestion! I tried, 0x0a stays as "not present" but I can select it in alsa-mixer as expected. Sadly, I can only record silence. Also setting Jack Detection to "Present" in the advanced overrides of hdajackretask did not help.
Do you have further ideas / is there more information I can provide / collect?
Cheers, Oliver
Node 0x0a [Audio Input] wcaps 0x100791: Stereo Digital Converter: stream=0, channel=0 SDI-Select: 0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 PCM: rates [0x570]: 32000 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Unsolicited: tag=00, enabled=0 Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Connection: 1 0x1f
Node 0x1f [Pin Complex] wcaps 0x400681: Stereo Digital Pincap 0x00000020: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN Unsolicited: tag=00, enabled=0 Power states: D0 D1 D2 D3 EPSS
In Windows, I observe the HDMI-IN audio routing to the speakers is only
done if the Realtek Audio Service is running. In Linux, I observe keypress-events when I either switch manually to the HDMI-in signal and also if a new signal is detected (something (the UEFI?) injects a keypress then). I assume the service in Windows catches these events and changes "something" in the Realtek Audio Settings. I see no special recording device in Windows, nor any explicit HDMI-input setting, nor any related setting in the driver. Dell links a standard Realtek driver in their support section.
Note the laptop has a single HDMI connector which can be used both for
input and output (so the nvidia-card also shows one HDMI-out). The second NVIDIA audio out is very likely from the mini-display-port of the laptop.
participants (1)
-
Oliver Freyermuth