[openal] Synchronizing 3D sources

Doug Binks doug at enkisoftware.com
Fri Jan 24 08:39:03 EST 2014


I'll have a think - this would accumulate a small amount of error but it
should be OK. Another potential would be to recalculate the number of
samples when the frequency is changed into the new sample rate.


On 24 January 2014 14:22, Chris Robinson <chris.kcat at gmail.com> wrote:

> On 01/24/2014 05:14 AM, Doug Binks wrote:
>
>> Sounds good - presumably there are no current plans to add a device output
>> frequency change to the spec, but can always change the code at that point
>> if needed.
>>
>
> Hmm, that's a good point, actually. The playback frequency can change if a
> new context is created and specifies an ALC_FREQUENCY attribute.
>
> In that case, a better option would be to store the clock time in the
> device, instead of the samples mixed. Then you'd increase the clock time in
> aluMixData by converting the number of samples to mix into a time increment.
>
> _______________________________________________
> openal mailing list
> openal at openal.org
> http://openal.org/mailman/listinfo/openal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openal.org/pipermail/openal/attachments/20140124/ee814925/attachment.html>


More information about the openal mailing list