[alsa-devel] Realtek ALC662 issues - Intel DG41CN

[Raymond Yau]

>
> >> You don't need any model since the pin defaults of your Intel DG41CN
are correct unless you want to use CD audio in connector
>
> Originally, after the install there was no "model" there. It did not work
even then. This entry that you see is because of my trials to make it work.

You have to post output of alsa-info.sh without specify any model

>
> >>You should check the front audio panel of your computer chassis if jack
state of headphone is alway plugged
> Don't think that is the case. Because it works just fine on the Windows
OS. In fact, as I have mentioned, there is some choppiness/stutter sound
that I hear occasionally when I play in right now on Fedora/Ubuntu (while
most of the time there is no sound). This behaviour goes away when I put
the headphone (and then there is no sound at all from the main speaker)

Do the front panel headphone still work when you use rear panel jacks for
5.1 sound in windows ?

>
> >>You have to provide pulseaudio verbose log
> Pulseaudio is not a problem because I tested it by killing Pulseaudio
too. The same problem persists. Though, if you insist I can surely get you
the output.

Killing pulseaudio won't work since it can auto-spwan

http://lists.freedesktop.org/archives/pulseaudio-discuss/2015-March/023568.html

Check the pulseaudio verbose log , as your line out and headphone share the
same playback volume control, dB min of line out path and headphone path
should be same value

http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/src/modules/alsa/mixer/paths/analog-output-headphones.conf?id=96369919e5100865e2469e42fb8f4b8e38e41aef
<http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-headphones.conf>
http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/alsa/mixer/paths/analog-output-headphones.conf

If Front is shared by HP and Line out,
Why set volume to zero dB ?
volume should remain unchanged , only need to restore save values after
reboot

>
> >>You can disable multi channels by using early patching and hint
multi_io=0  to get back the headphone playback volume contro
> How do I do that? Appreciate your help here!
>
>
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt

Codec: Realtek ALC662 rev1
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0662
Subsystem Id: 0x8086434e
Revision Id: 0x100101

Early Patching
~~~~~~~~~~~~~~
When CONFIG_SND_HDA_PATCH_LOADER=y is set, you can pass a "patch" as a
firmware file for modifying the HD-audio setup before initializing the
codec.  This can work basically like the reconfiguration via sysfs in the
above, but it does it before the first codec configuration.

A patch file is a plain text file which looks like below:

------------------------------------------------------------------------
  [codec]
  0x12345678 0xabcd1234 2

  [hint]
  multi_io = no
------------------------------------------------------------------------

The file needs to have a line `[codec]`.  The next line should contain
three numbers indicating the codec vendor-id (0x12345678 in the example),
the codec subsystem-id (0xabcd1234) and the address (2) of the codec.  The
rest patch entries are applied to this specified codec until another codec
entry is given.  Passing 0 or a negative number to the first or the second
value will make the check of the corresponding field be skipped.  It'll be
useful for really broken devices that don't initialize SSID properly.

The hd-audio driver reads the file via request_firmware().  Thus,
a patch file has to be located on the appropriate firmware path,
typically, /lib/firmware.  For example, when you pass the option
`patch=hda-init.fw`, the file /lib/firmware/hda-init.fw must be
present

Post output of alsa-info.sh after you reboot with early patching

You will get headphone playback volume control but loss those surround ,
center and lfe playback volume controls

http://www.intel.com/support/motherboards/desktop/sb/CS-034206.htm

Seem your motherboard does not support multistreaming as it is not in the
supported list

Do this mean that indep_hp should be explicitly disabled for alc662 ?