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.h...
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/mi... 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/mixe...
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/Documentat...
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 ?