Custom Query (243 matches)
Results (61 - 63 of 243)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #130 | fixed | Build instructions are out of date | ||
| Description |
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. |
|||
| #132 | fixed | Drop HDA support from 1.1.4 | ||
| Description |
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. |
|||
| #137 | too-old | Uniaud32 Makefile improvements from Mike | ||
| Description |
Mike Greene wrote a new set of Makefiles for Uniaud32 some time ago, and I was unable to commit them because they only work when compiling with wasm, which, in this incarnation, requires a modified DDK, which has licensing issues for both the DDK and the GPL. However, apart from this, they contain a number of improvements over the existing system, which I have always intended to apply. After all, he did go to the work to do it. This ticket is to remind myself of this. |
|||
