[PATCH 1/7] dsound: Remove support for IKsPropertySet for now

Robert Reif reif at earthlink.net
Fri Dec 4 07:23:04 CST 2009


The current wine direct sound implementation can do multiple opens of 
the same device and hardware mixing and hardware 3d acceleration without 
any modifications if the low level driver supports it.  No wine audio 
driver implements all that because the linux audio APIs don't support 
it.  An openal driver can be developed which can eventaully replace the 
alsa and oss drivers and supports everything you would expect on a real 
windows system.  A total rewrite of the entire audio system from scratch 
might be better in the long run but just adding an openal driver doesn't 
require changing any of the existing wine code, it only adds a new 
driver.  Writing an openal driver is probably a half a man year effort 
to get working well enough to make it the default driver.  Doing a total 
rewrite of all wine audio APIs to move them from the Windows 95 driver 
model to the current WDM driver model is probably a 5 man year effort to 
get working right.  Your approach may make some direct sound games work 
better but it is going to introduce a lot of unfixable regressions.

The current wine audio implementation does a pretty good job of 
implementing the windows 95 audio model.  It's not the direct sound or 
winmm dlls that make audio suck in wine, it's the alsa and oss drivers 
that suck and that's because the alsa and oss APIs and their low level 
drivers suck (and pulseaudio would suck even worse).  An openal driver 
would allow wine to support all the features that the current direct 
sound implementation already supports but can't use because of current 
alsa and oss driver limitations.




More information about the wine-devel mailing list