Prospects of an OpenAL audio driver...
eric.pouech at wanadoo.fr
Thu Jun 8 14:47:03 CDT 2006
Nick Burns wrote:
>> Date: Tue, 06 Jun 2006 22:36:26 +0200
>> Nick Burns wrote:
>>> OpenAL 1.1 supports recording... (1.0 does not have recording so
>>> that is a problem yes)
>>> -- My driver handles this atm -- it checks for recording
>>> capabilities and supports accordingly
>> half or full duplex ?
> Unknown... (sorry not an openal master ...yet...). I can ask the dev
> working on OpenAL about these types of things.
it's not an openal point. it's whether you can open, in two steps (from
the windows point of view) the device in playback mode, then in record
mode (keeping the playback mode opened)
>>> The dsound mapping stuff I want to understand better (are there any
>>> docs for this?)
>>> I am sure we can layer it on OpenAL (hopefully good)
>> I doubt it for direct HW mapping (HEL should be fine). Unfortunately,
>> no doc.
> - For recording (1.1 only) : start capturing -- poll (get data -- if
> there) -- stop recording
> Hmm... Is there a way I can request some docs (or is the source code +
> msdn the doc)?
basically, look on MSDN at the dsound interfaces, and the way it's done
>> The whole point here is that OpenAL doesn't bring much to the picture
>> (apart perhaps from a portability perspective, but it's still overkill).
> I would not say overkill (well maybe for linux its overkill but....)
> Mac OSX only has JACK(does not work atm), ESD(...slow), and now
> CoreAudio(crashs in winecfg -- does play games -- but has ... static)
> CoreAudio is the only one that can show any decent performance -- and
> its not really very... Portable
> OpenAL can show good performance on Mac OSX and other platforms (so
> others can test things and stuff -- even under windows)
> I am not saying that OpenAL should be the catch-all sound driver --
> but its nice to have an alternative (that I can play GTA3 with --
> although i suggest not playing with a trackpad)
> You can take a look at my driver (posted to this list -- and its in
> the archive at
> http://www.winehq.org/pipermail/wine-devel/2006-June/048273.html) It
> is heavily based on the esd driver (my starting point). Which was
> heavily based off of arts/alsa...
my point is linking to a 3D effect library for low level audio
portability *IS* overkill
as if someone suggests that for plotting a dot on a screen (and only
that) you'd need opengl
More information about the wine-devel