#65 closed defect (fixed)
NVidia HDA and Realtek ALC882: no sound with RC3
Reported by: | ggamba | Owned by: | Paul Smedley |
---|---|---|---|
Priority: | highest | Milestone: | HDA |
Component: | UNIAUD32 | Version: | 1.9.2 |
Severity: | major | Keywords: | HDA NVIDIA ALC882 |
Cc: | Yoda |
Description (last modified by )
Hi all,
with NVidia MCP 570 (detected mixer: Realtek ALC882) I have no sound with RC3, while I had it with RC2. Attached are logs from both RC2 and RC3.
Attachments (6)
Change History (29)
by , 17 years ago
Attachment: | log_RC2.zip added |
---|
by , 17 years ago
Attachment: | log_RC3.zip added |
---|
comment:1 by , 17 years ago
Component: | Building → UNIAUD32 |
---|
comment:2 by , 17 years ago
Milestone: | milestone1 → AlsaResync |
---|
by , 17 years ago
Attachment: | unimix_log_RC3.zip added |
---|
comment:3 by , 17 years ago
comment:4 by , 17 years ago
Description: | modified (diff) |
---|---|
Milestone: | AlsaResync → 1.1.4GA |
follow-up: 6 comment:5 by , 17 years ago
As this is a 1.1.4 regression, it should be fixed for the GA release.
Does manually copying the 1.1.4RC2 uniaud32.sys and uniaud16.sys over the installed 1.1.4RC3 give you sound again? (isolate whether the problem is caused by the 1.1.4RC3 installer)
If that works, please try "mixing and matching" the uniaud16 and uniaud32 versions. (i.e. isolate whether it is the newer uniaud16.sys or the newer uniaud32.sys that causes the problem).
Looks like it is probably uniaud32, so it will help to have a log from the debug uniaud32.sys, downloadable from Netlabs ftp. Do not use the debug uniaud16.
follow-up: 7 comment:6 by , 17 years ago
Replying to gentux2:
As this is a 1.1.4 regression, it should be fixed for the GA release.
Does manually copying the 1.1.4RC2 uniaud32.sys and uniaud16.sys over the installed 1.1.4RC3 give you sound again? (isolate whether the problem is caused by the 1.1.4RC3 installer)
Yes; not an installer problem.
If that works, please try "mixing and matching" the uniaud16 and uniaud32 versions. (i.e. isolate whether it is the newer uniaud16.sys or the newer uniaud32.sys that causes the problem).
Looks like it is probably uniaud32, so it will help to have a log from the debug uniaud32.sys, downloadable from Netlabs ftp. Do not use the debug uniaud16.
Seems it is instead uniaud16. RC2 uniaud16 and RC3 uniaud32 has sound, RC3 uniaud16 and RC2 uniaud32 has no sound.
By the way, RC2 never worked very well (sometimes worked, other times WPS hanged or sound disappeared), but this is probably a more general problem with HDA...
Thanks a lot for the assistance!
follow-up: 8 comment:7 by , 17 years ago
Cc: | added |
---|
Seems it is instead uniaud16. RC2 uniaud16 and RC3 uniaud32 has sound, RC3 uniaud16 and RC2 uniaud32 has no sound.
It is a bit odd, that you do not get any sound; because it looks like it plays. It looks like RC2 sets your device to 44100 in sample rate, where RC3 sets it to 48000. 48000 should work fine with ALC882 - it works fine with my ALC883. However, I don't think we changed anything to make samplerate change, weird.
By the way, RC2 never worked very well (sometimes worked, other times WPS hanged > or sound disappeared), but this is probably a more general problem with HDA...
Do check how sound is working using Warpvision (through UNIAUD API)
HDA/ALC88x has known problems.
I have created a workaround for the WPS hangs(system sounds never ends), which work for me.
It doesn't fix the broken sounds, only the hangs. Get it here: ftp://ftp.ecomstation.dk/uniaud32.zip
comment:8 by , 17 years ago
Replying to yoda:
Seems it is instead uniaud16. RC2 uniaud16 and RC3 uniaud32 has sound, RC3 uniaud16 and RC2 uniaud32 has no sound.
It is a bit odd, that you do not get any sound; because it looks like it plays. It looks like RC2 sets your device to 44100 in sample rate, where RC3 sets it to 48000. 48000 should work fine with ALC882 - it works fine with my ALC883. However, I don't think we changed anything to make samplerate change, weird.
By the way, RC2 never worked very well (sometimes worked, other times WPS hanged > or sound disappeared), but this is probably a more general problem with HDA...
Do check how sound is working using Warpvision (through UNIAUD API)
With RC3 (and your uniaud32.sys) I have no sound, also in Warpvision, with any possible combination (Dart, Uniaud no resample, Uniaud resample 44 Khz, Uniaud resample 48 Khz), both with a mp3 file with sample rate 44100 and with an AVI with sample rate 48000.
With RC2 uniaud16.sys, Dart works while Uniaud doesn't, and if I try Uniaud, then Dart doesn't work anymore and gives the error "Blocked unit".
Attached is log done with uniinfo.zip!
by , 17 years ago
Attachment: | debuginfo.zip added |
---|
comment:9 by , 17 years ago
Component: | UNIAUD32 → UNIAUD16 |
---|
Hi, I tried RC4, the problem is still here (not surprisingly, as I think that most of the work for RC4 went in uniaud32.sys).
With uniaud16.sys from RC2, the command:
[c:\]play file="\MMOS2\SOUNDS\startup.wav"
works; with uniaud16.sys from RC2, like with the one from RC3, the command never ends (it remains forever with a blinking cursor just under the "play file" line).
comment:10 by , 17 years ago
Owner: | set to |
---|---|
Status: | new → assigned |
I fixed up some of the problem in debug versions for RC4.
try: ftp://ftp.ecomstation.dk/ac97-1.zip
It should give us a lot more debug info...
follow-up: 12 comment:11 by , 17 years ago
Hi Yoda,
I installed ac97-1.zip and now I have sound :-)
Furthermore, I was able to run 'play file="\MMOS2\SOUNDS\startup.wav"' consecutively several times and system never hanged. There is just a peak of 99% CPU usage (on both CPUs; this is a DualCore system) when the sound finishes, just before the prompt is back, but no hangs.
Sometimes startup.wav sounds chopped, and volume control doesn't work for speakers while works for headphones, but I guess these are known problems for HDA (like #53 but without hangs, #55) and in any case not related to this ticket.
I would say that this ticket can be closed. Please ask if you need more experiments. debuginfo071201.zip attached.
Thanks for all your work!!
by , 17 years ago
Attachment: | debuginfo071201.zip added |
---|
follow-up: 13 comment:12 by , 17 years ago
Priority: | normal → highest |
---|
I installed ac97-1.zip and now I have sound :-)
What ? For your hardware there shouldn't have been any fixes in it.
Sometimes startup.wav sounds chopped, and volume control doesn't work for speakers while works for headphones, but I guess these are known problems for HDA (like #53 but without hangs, #55) and in any case not related to this ticket.
Yes, these things will not be fixed for version 1.1.4
I would say that this ticket can be closed. Please ask if you need more experiments. debuginfo071201.zip attached.
That is a bit too early, as I'm not sure, why I fixed your problem :-)
In this build however, I changed the fixed samplerate 48000 -> 44100
which seems to be what RC2 was using too.
Your hw should work fine with 48000 too - a bit strange it doesn't.
We might change RC5 to use 44100 - and see if any1 gets hurt by that.
Thanks for all your work!!
It is your feedback, that makes it possible!
comment:13 by , 17 years ago
Replying to yoda:
I installed ac97-1.zip and now I have sound :-)
What ? For your hardware there shouldn't have been any fixes in it.
As you noted, it is probably related to the sample rate. Is there anything I can do to verify this? Or, is there something you need me to test?
Bye and thanks
Gabriele
follow-up: 15 comment:14 by , 17 years ago
I can't see anything else than sample rate is the cure here; although it is not obvious why. Then again, as we know, HDA is generally unreliable in current state.
I think we will try this change in sample rate in RC5, and see if it brakes/helps others.
So, no tests needed for now.
follow-up: 16 comment:15 by , 17 years ago
I had the same problem here: NVidia chipset (detected mixer ALC888 IIRC) and no sound with RC3 (RC2 did work). Installing AC97-1 solved the problem. Sound is still not perfectly stable though: short sounds are often clipped. Long sounds are sometimes stuttering. Sometimes when a sound plays the system locks _completely_solid_ for a few seconds (i.e. mouse is frozen, C-A-D does not work), then it resume working normally as if nothing had happened. If you need more precise hardware info let me know, I am at work now and don't remember the exact details. criguada _at_ gmail .dot. com Thankyou!!
follow-up: 17 comment:16 by , 17 years ago
I had to restore the original files because with AC97-1 eCS sometimes trapped with a TRAP0008 when playing sounds. I am going to upload a screenshot of the trap screen, hope it helps. I'll try again after upgrading to 1.1.4RC4. criguada _at_ gmail .dot. com
comment:17 by , 17 years ago
Hi, I tried AC97-1 on top of 1.1.4RC4 and still have the traps. They're triggered by playing very short sounds.
Replying to guest:
I had to restore the original files because with AC97-1 eCS sometimes trapped with a TRAP0008 when playing sounds. I am going to upload a screenshot of the trap screen, hope it helps. I'll try again after upgrading to 1.1.4RC4. criguada _at_ gmail .dot. com
comment:18 by , 17 years ago
Milestone: | 1.1.4GA → milestone4 |
---|
comment:19 by , 17 years ago
Please test with unaiud32.sys from http://download.smedley.info/uniaud32-1.9.2.zip - preferably with unaiud16.sys from 1.1.4RC5
comment:20 by , 17 years ago
With uniaud114RC6.zip + uniaud32-1.9.2.zip sound works fine|
Thanks a lot!
Gabriele
comment:21 by , 17 years ago
Component: | UNIAUD16 → UNIAUD32 |
---|---|
Owner: | changed from | to
Status: | assigned → new |
Version: | 1.1.4 → 1.9.2 |
comment:22 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Read: "I have no sound with RC3", obviously :-)