RFC: OpenAL Winmm driver and OpenAL32.dll thunk was Re: OpenAL and DirectSound

[Nick Burns]

Attached is my diff/patch for both an openal winmm driver and an 
openal32.dll thunk
   I would like to get these into wine -- please comment and stuff...

----Rant follows----
I seem to be making a habit of responding to myself... (this antihistamine 
is kicking in)

Sometimes in life you feel retarded -- at least this time I have an excuse 
(I am sick)

Anyhow -- I took all sorts of care to make sure that my OpenAL thunk was 
CDECL -- I even made sure that my spec file was perfect...
But, I for some reason (unknown to even the person who wrote this code -- 
me) I used WINAPI (stdcall) in all the actual impl of the OpenAL thunk

This explains why 'WINEDEBUG=relay' worked just fine -- but it failed in odd 
ways without the relay.

I fixed that in my thunk -- and all seems well

Tested with
   UT2004Demo (uses openal)
   hello_world.exe (al example code)
   playfile.exe (al example code)
On
   Mac Book Pro running Mac OSX 10.4.8 and tot wine

ut2004 notes -- in System (this can be done in the gui -- uncheck (yes 
uncheck -- the gui seems backwards) 'use system driver' under audio)
   mv DefOpenAL32.dll DefOpenAL32.dll_
   UT2004.ini -- change
       [ALAudio.ALAudioSubsystem]
       UseDefaultDriver=False
   then run
       WINEDEBUG=trace+openal wine UT2004.exe

Also I did play ut2004 -- menus and 2 bot matches sounded fine (though the 
mouse seems sluggish...)

(not tested in linux)

- Nick

>From: "Nick Burns" <adger44 at hotmail.com>
>To: wine-devel at winehq.org
>Subject: Re: OpenAL and DirectSound -- openal32.dll first pass
>Date: Mon, 20 Nov 2006 20:43:05 -0800
>
>Sorry for the double post -- was unaware that 'wine.dev at web.de' was the 
>same thing...
>
>I was sick last night and could not sleep .: I wrote up an openal32.dll 
>thunk.
>
>I will be testing with ut2004/and the demos (hello_world and playfile) very 
>soon...
>
>I get sound with tracing but not without -- when it works ill submit a 
>patch...
>
>- Nick
>
>>From: "Nick Burns" <adger44 at hotmail.com>
>>To: wine.dev at web.de, stefandoesinger at gmx.at
>>CC: wine-devel at winehq.org
>>Subject: Re: OpenAL and DirectSound
>>Date: Mon, 20 Nov 2006 00:29:42 -0800
>>
>>I would really like to get my openal driver into wine...
>>But we should also have an openal32.dll
>>
>>For example -- on my Mac Book Pro running Mac OSX 10.4.8 and tot wine
>>If a windows application uses openal it will go from openal(windows) -> 
>>dsound HEL(wine) -> openal(osx)
>>This means the audio data has soo much fun traveling from api to api -- 
>>kinda like a code rollercoaster...
>>
>>Anyhow -- I will resubmit my openal patch -- maybe if I get some time I 
>>will try to make a thunk (or I could help ... or work more)...
>>
>>Also I would like help with my openal patch (get hw accel working for 
>>dsound and dsound3d)
>>
>>- Nick
>>
>>>From: Detlef Riekenberg <wine.dev at web.de>
>>>To: Stefan Dösinger <stefandoesinger at gmx.at>
>>>CC: wine-devel at winehq.org
>>>Subject: Re: OpenAL and DirectSound
>>>Date: Fri, 17 Nov 2006 20:06:01 +0100
>>>
>>>On Fr, 2006-11-17 at 17:31 +0100, Stefan Dösinger wrote:
>>>
>>> > Just stumbled uppon some interesting thing about openal and 
>>>DirectSound 3D on
>>> > vista: http://www.openal.org/openal_vista.html
>>> >
>>> > It sounds like openal will be the old way to get hw accelerated 3d 
>>>sound on
>>> > vista, and creative is writing a dsound -> openal wrapper. Maybe it 
>>>gets a
>>> > proper license so we can include it in wine :-)
>>> >
>>> > Maybe we should write an openal thunk for wine? Many games use openal, 
>>>and it
>>> > seems that on wine openal uses directsound. That might work more 
>>>better and
>>> > faster if we had a openal.dll which directly called linux openal :-)
>>> >
>>> > Just dropping the suggestions :-)
>>>
>>>There was something a while ago...
>>>
>>>
>>>Google-Result for "wineopenal":
>>>http://www.winehq.com/pipermail/wine-devel/2006-June/048273.html
>>>
>>>
>>>--
>>>
>>>By by ... Detlef
>>>
>>
>>
>>
>>
>
>
>
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winePatchOpenALWinmmAndThunk.diff
Type: application/octet-stream
Size: 140356 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-devel/attachments/20061121/473744fd/winePatchOpenALWinmmAndThunk-0001.obj