Custom Query (242 matches)
Results (22 - 24 of 242)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #145 | fixed | Repeated sound with HDA ICH7 + ALC662 (buffer problem?) | ||
| Description |
I am using eCS RC4 and a Core2 Quad machine (Gigabyte GA-G31M-S2L motherboard, running on SMP mode and ACPI 3.10). I was using a mixed configuration (UNIAUD16 from 1.1.4RC6 + UNIAUD32 from 1.1.4RC2) which works somewhat (sometimes the system simply hangs, but overall it works). Every release of UNIAUD since 1.9.3 had no sound at all (1.9.2 caused repeating sounds, buffer problem I believe - instead of "tadam!" I get a "tadtadtadtadtad...") and I decided to give a try on 1.9.8 (both Uniaud16 and 32). The result was the same as 1.9.2, but since there is sound, it is a huge step forward from 1.9.3~1.9.7. Now I am using 1.9.8 Uniaud16 combined with 1.1.4RC2 Uniaud32 and the result is better than previous combinations. The problem seems to be on UniAud32. I am attaching the debug info for the problematic 1.1.8 config. Also added the data generated by UniInfo? for the combination 1.9.8/1.1.4RC2, but this one was got with release version of the drivers. Let me know if a full-debug of this combination is needed so I can locate the RC2 debug drivers. |
|||
| #150 | unknown | no sound with Uniaud_114R396_198R387 | ||
| Description |
Chipsets involved: nVidia HDA (nForce430/MCP61) with AD1988 mixer Using uniaud16.sys from uniaud114RC6 and uniaud32.sys from http://download.smedley.info/uniaud32-1.9.2.zip audio works. Log attached as debuginfo_1.9.2.zip Replacing the above working files with those from http://download.smedley.info/Uniaud_114R396_198R387.zip I have no audio following a reboot. Log attached as debuginfo.zip A brief glance into the output produced by the unimix -list command reveals that there is a problem - have a look at Control ID3 in the mixer logs in the attached zips. |
|||
| #154 | fixed | Sound loops with Leechmp3 | ||
| Description |
System is: eCS rc5, SMP kernel, ACPI installed Audio drivers: Uniaud 1.1.4RC6, Uniaud32-1.98 Defect: loops in sound sometimes, not all the time Way to produce defect: Leechmp3 with tonigy & lame Leechmp3 can use Tonigy to grab audio tracks from a disk. Then it uses lame to encode the grabbed tracks to mp3. While it does this, it uses sound but only when smp kernel is being used. A human voice says: "Encoding track x" after a track has been encoded. This sound goes into a loop and stays that way until pc is restarted. Once a sound loop occurred with pm123, too. |
|||
