Linux + Intel HDA + ALSA = bad sound quality...
Dear all,
I'm not completely new to Linux but this is my first attempt to switch from Windows completely. I've managed to solve most of the issues but this one is still a mystery to me... My motherboard is Asus P5GD1 with Realtek ALC880 audio. I have installed Slackware 11 with kernel 2.6.19.1. On Windows it works perfectly. I can go with the volume up to the top and the sound is still perfect. At the top, my ears really hurt (in the headphones) but the quality is still superb. Nothing to complain about... The situation is different on Linux. If I use the mixer to go with "front" and "pcm" to the top, the sound is really bad. It sounds like there's simply too much bass and my headphones go crazy. To have a decent sound quality I have to limit the "pcm" volume to about a half. But then the problem is that the sound is simply not loud enough. So in the end - I cannot really use the Linux to listen to music... Just to clarify: when I put all the sliders up to the top on both Windows and Linux, the loudness is more or less the same. The problem is the quality which is much worse on Linux - too much bass which results in a distorted sound. I've tried going for the new Alsa 14rc1 but it did not help... Any other ideas what could improve the audio quality at higher volumes? If I don't solve this problem, I'll have to go back to Windows :( My config: Asus P5GD1 with ALC880/Intel HDA Slackware 11 Kernel 2.6.19.1 Alsa 13/14rc1 (tried both) KDE 3.5.4 lsmod: Quote:
|
When you load alsa 1.0.14rc1, what is the output in dmesg? Also what is the subsytem ID returned from "lspci -v|fgrep -A1 Audio"?
It's possible that your system is not properly being setup in alsa. If dmesg returns something like "hda_codec: Unknown model for ALC880, trying auto-probe from BIOS..." then your configuration isn't entered in the driver. The lspci output will give me the info I need to add it. |
LSPCI lists the following:
Quote:
DMESG output does not contain any Alsa-related messages. Or maybe I'm doing something wrong... Should I do anything more except calling DMESG and checking the output? |
Additionally - scanpci gives me the following...
Quote:
|
I was looking at the code, and your system could be different than the one programmed in the driver. First, I need to verify your sound subsystem id. Post the output from "lspci -s 0:1b -vn". Also, there are a few different configuration possiblities that your system may fall under. Try unloading and reloading snd-hda-intel with "model=<from list>" parameter, using the following list:
5stack 6stack asus asus-dig asus-dig2 Each of them is slightly different in their settings. Another thing to try is to rebuild the driver with debug=detect. Then you can load it with "model=test". This will open up the controls more. Tobin |
"lspci -s 0:1b -vn" gives me...
Quote:
|
Woohoo !!! The setting "model=asus" made a miracle for me. It works perfectly now. No more unneeded low frequencies. GrueMaster - thank you very much... :)
Now that I look at this, it is described in the ALSA Docs (in the sources). It seems that I was expecting that such thing would simply work from the beginning. Seems I was wrong... Anyway - thank you very much again. Although I'm still not sure whether my audio is "asus-dig" or "asus-dig2", the important thing is that it works now :) Now I only need to compile WineX and I can leave Windows for good :) |
Quote:
|
All times are GMT -5. The time now is 02:45 AM. |