Custom Query (243 matches)

To my knowledge, there has been little to no success with any HDA hardware with any 1.1.4 build. It is not going to be made to work properly in this development path. The experimental 1.9.x builds from Paul, by the accounts I have read, generally work better, so it seems that branch fills the void left if we just take it out of 1.1.4. It is better, then, to have the driver refuse to work with HDA than to have it load and crash, freeze, stutter, and otherwise behave poorly. Particularly in a "stable" release.

The version of the ACPI toolkit ​http://en.ecomstation.ru/projects/developer/?action=acpi used in a Uniaud build needs to be in the Uniaud32.sys bldlevel and maybe driver load output. Since there are multiple versions of the toolkit library there is no way to be sure which was used otherwise.

I was told shortly after the 1.1.4RC6 release that there would soon be a new toolkit that would fix something in Uniaud. But never received any more information than that.

For 1.1.4RC7 ideally I'd like to get word from the ACPI project about this rumored fix and whether we are still waiting or if 20080425 on ecomstation.ru is the one we need.

Skimming through the instructions on the wiki site, I'm pretty sure they aren't right anymore, now that the uni32 and uni16 builds are separated.

It should be very clear exactly what is required to build uniaud32 and uniaud16. Some missing details are the OS/2 toolkit, ilink, lxlite. I've heard of difficulty when 4os2 is not present as well, though that needs to be verified.

Also there is no mention of the ACPI toolkit. There should be some verbage on the meanings of the build types, e.g. KEE, ACPI, W4, DEBUG.

Once updated, it might also be good to include the doc in the package.