Hi Stefan,
2009/12/12 Stefan Dösinger :
>> OpenAL supports per stream volume. The service is basically needed if an
>> application wants to 'audio groups' all using the same sound card across
>> processes, and be able to switch it to some different card with 1 command.
>> Since I don't think th
> OpenAL supports per stream volume. The service is basically needed if an
> application wants to 'audio groups' all using the same sound card across
> processes, and be able to switch it to some different card with 1 command.
> Since I don't think the sessions are persistent, this requires a au
Hi Roderick,
Roderick Colenbrander schreef:
If there are any other open concerns, apart from packaging, let me know, since
I really want to get dsound openal merged. :)
If there are still concerns that are open I would like to know, especially if
they affect wasapi which is defined in include/
>> If there are any other open concerns, apart from packaging, let me know,
>> since I really want to get dsound openal merged. :)
>> If there are still concerns that are open I would like to know, especially
>> if they affect wasapi which is defined in include/audioclient.idl and
>> audiopolicy
Am 11.12.2009 um 19:07 schrieb Maarten Lankhorst:
> Hi all,
>
> I believe most oconcerns about OpenAL have been addressed. One of the open
> questions was whether midi and wave would be synced. And I think the most
> likely answer is that they aren't, even on windows. On windows winmm midi
>
Hi all,
I believe most oconcerns about OpenAL have been addressed. One of the
open questions was whether midi and wave would be synced. And I think
the most likely answer is that they aren't, even on windows. On windows
winmm midi drivers use winmm timeGetTime or QueryPerformanceCounter for
D
