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

Robert Reif reif at earthlink.net
Thu Dec 3 17:57:49 CST 2009


I believe the approach you are taking moving openal into direct sound is 
not a good idea and is going to create a lot of regressions that can not 
be fixed with your current approach.

Windows audio programmers know that they can get access to the same 
hardware through multiple APIs at the same time.  That's because all the 
APIs eventually go through the same driver to access the hardware.

A common scenario for voip type applications using direct sound is to 
find the corresponding wave device using the private property set  and 
then find the mixer device from the wave device so they can get access 
to the mixer volume to implement microphone AGC.

The right approach for using openal is to develop an openal driver like 
our current oss and alsa drivers.  That way all APIs will have the same 
consistent view of the hardware.  The direct sound driver API already 
supports multiple hardware buffer access so the software mixer can be 
bypassed.

You need to look at voip and audio conferencing applications.  You also 
need to look at XP era utilities and games that came with boxed Creative 
sound cards.  You could also try XP era openal programs using the 
supplied openal dll which is just a thin layer over direct sound.
>




More information about the wine-devel mailing list