As far as I can tell, I'm running the latest version of ALSA, since I'm
on NixOS unstable, and
Have you tried any other distribution, something more normal like latest Fedora or Ubuntu ? Does the subwoofers work there ? If you run Ubuntu/Fedora you can check the sound settings and pavucontrol there is selection of speakers usually 2.1 5.1... try those ? The moment you realize your "tee" is located in /run/current-system/sw/bin/tee it should ring a bell that something is wrong with this distribution. hdajackretask is creating a /lib/firmware/hda-jack-retask.fw (text file) which is attached to modprobe automatic and creates a file in /etc/modprobe.d/hda-jack-retask.conf which contains a line: options snd-hda-intel patch=hda-jack-retask.fw, hda-jack-retask.fw, hda-jack-retask.fw, hda-jack-retask.fw And the content of the hda-jack-retask.fw is something like this:
[codec] 0x10138409 0x106b3300 0
[pincfg] 0x24 0x90100080 0x25 0x90100082 0x26 0x400000f0 0x27 0x400000f0 And you have to make sure those [pincfgs] match with your Windows10 registry of the driver's PinConfigOverride. You happen to have Windows running on that machine and can extract the pinconfigoverride or have .ini of the driver? I can help you compare those.
On Wed, Nov 28, 2018 at 5:37 PM Jonathan Reeve jon.reeve@gmail.com wrote:
Hi Daniel,
I'm guessing I shouldn't assign this pin to LFE, then? And maybe assign it to "internal speaker (back)"? I'm at a loss for knowing what to assign to what.
But this is all moot, since the real problem, it seems to me, is that clicking "apply now" or "install boot override" won't work on NixOS. The first issue is that `hdajackretask` apparently can't find my copies of `tee` and `mv`. I can run these programs just fine from a shell, and `which tee` shows their locations in NixOS: `/run/current-system/sw/bin/tee`, but `hdajackretask` can't find them, for some reason, and `Apply now` fails. The second is that, even if I run run the /tmp script manually, nothing seems to change with my system. I have a feeling `hdajackretask` needs to do something beyond what is in the `/tmp` script, and that it can't do that, since it can't find my system utilities.
Thanks for that link, though—there's some useful stuff in there.
Are there other ways of connecting unused pins that don't use hdajackretask? Like a script I can run or a sequence of commands?
Best,
Jonathan
Daniel James daniel@64studio.com writes:
Hi Jonathan,
- Running hdajackretask, from the alsaTools package. It seems
to correctly recognize that there are some unassigned pins, and even gives me the option of assigning them to "internal speaker (LFE)," which sounds like it could be a bass output.
LFE usually stands for Low Frequency Effects, i.e. a subwoofer channel on a movie or game. There are some tips on surround sound at http://www.volkerschatz.com/noise/alsa.html
I don't know which 'md' program they are referring to, but you can install tee separately.
Cheers!
Daniel
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel