On Thu, Oct 23, 2008 at 11:47 AM, Erik Hofman wrote:
> Vladimir Karmishin wrote:
>
> > I need any thoughts,
> > imaginations about which way can it be modified to let it work with
> > multiple 3d sound emitters.
>
> Reading this again there might be some confusion; aircraft can have
> multiple 3d sound emitters already, they are just tied to the main
> aircraft right now (and the listener is always facing the main model,
> this is probably why doppler doesn't function too well).
>
> But you can already define the position an direction of each sound effect.
>
> The remaining problem is to make the AI models also emit sound effects.
If I recall, your own aircraft sounds are setup relative to an ear location
of (0,0,0). In the openal 3d world, the way we had things originally setup
anyway, the current view location always corresponded to an ear location of
(0,0,0). Then aircraft sounds (engines, etc.) were fixed relative to 0,0,0
and never moved. This worked pretty well.
If you start moving the ear location in real world space, and then also
moving the sounds in real world space, I don't know exactly what will
happen, but if you don't move *everything* in perfect lock step, you will
definitely get a strange warbling effect as you get an audio version of the
position of sounds jittering a little closer or a little further every frame
in a somewhat random fashion. Even if you move the sounds and listener in
perfect lock step, I don't know how well openal handles that?
I have a side question on OpenAL. Is there a way to size the audio buffer
of data that gets sent to the sound device? In plib we could set the number
of seconds that were buffered in the queue (and we set that to something
longer than the time it took to draw a frame, but not too long or there
would be noticable delay between an action and the change in sound.)
I have a couple systems here that are a bit older and lower performance, and
we are hearing frequent breaks in the openal audio output ... as if the
audio buffer is getting starved and the sound is momentarily interrupted.
Does anyone know if there's a way to increase the buffer size in openal to
eliminate the chance that the buffer could be completely emptied before more
data can be stuff into it?
Thanks,
Curt.
--
Curtis Olson: http://baron.flightgear.org/~curt/
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
