Hi Robert, hi everyone,
And maybe we should have a look to some other libs too, such as SFML (
http://www.sfml-dev.org )?
This just adds more dependencies...include OpenAL so I'm not sure it's
make things any simpler than just integrating with OpenAL ourselves.
Oh, I didn't know. You're
Hi Sukender,
On Thu, Nov 27, 2008 at 10:07 PM, Sukender [EMAIL PROTECTED] wrote:
And maybe we should have a look to some other libs too, such as SFML (
http://www.sfml-dev.org )?
This just adds more dependencies...include OpenAL so I'm not sure it's
make things any simpler than just
Hi Robert, hi everyone,
I totally agree that we need an abstraction layer and plugins. So let's say
osgAudio is that abstraction layer, and that osgAL is a future plugin based
on the current osgAL work.
- What would be in the osgAudio then?
- Should we (and how could we do to) leave a degree of
Hi Sukender,
Previously I have looked at merging osgAL into svn/trunk, but on
review of the code decided that a straight merge was inappropriate.
For end user build simplicity OpenAL++ and osgAL would be best merged.
The structure of an audio library for the core OSG are something I
feel need
Hi Sukender,
I was to develop osgAudio I would use osgAL/OpenAL as a template,
much in the same way as you seem to be look at the topic. I'd also
see how SDL audio might map as this has cross platform audio support
that might be reasonable implementation for non spaitialized sound.
I would also
Hi Robert,
I am overloaded with my existing work so I can't take on any of this
work myself, I'll happy cheer on from the side lines though.
I've never met you personally, but I just can't picture you as a
cheerleader with pom-pons and such... ;-)
J-S
--
Hi Robert,
I was to develop osgAudio I would use osgAL/OpenAL as a template,
much in the same way as you seem to be look at the topic. I'd also
see how SDL audio might map as this has cross platform audio support
that might be reasonable implementation for non spaitialized sound.
And maybe
7 matches
Mail list logo
