© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
SDL would work great, if wine was an emulator.
I can't see how adding in another layer of abstraction would help. From what I understand the SDL portion(backend selection) is implemented as built-in dlls.
Switching to SDL now causes problems with current configuration. This bug is open because a single backend for every app was never going to work.
Currently I've apps that need the PA driver and apps that need alsa to PA and apps that need alsa with no PA. It's true that all apps would likely work without PA, but as my system uses SPDIF i'm dependent on PA for software mixing.... and for the last time dmix and SPDIF are mutually exclusive as dmix requires parts of a DAC that exist only on the other end of the optical cable(if they exist at all).
No one backend is closer to being a good fit than any of the others. For all use cases having a good selection of backends is essential.
If you can time travel a working wine version from the future that would be nice, but until you can offer a "does work in all cases", wine is broken for some cases and won't be fixed... By patching the alsa backend to support PA.
Though a patch for a native PA backend does exist and this solution is available for more than a few years, instead of a few years from now.