Re: Buffer overrun management with TPCircularBuffer.. best way to do so?
Re: Buffer overrun management with TPCircularBuffer.. best way to do so?
- Subject: Re: Buffer overrun management with TPCircularBuffer.. best way to do so?
- From: Douglas Carmichael <email@hidden>
- Date: Wed, 14 May 2014 03:48:49 -0500
Kyle et al.:
How would I feed audio data into the DeferredRenderer?
I tried using Mach semaphores in this example (https://gist.github.com/douglas-carmichael/4be36ec58bcea62ea8d2) but still have the stutter effect.
(For offline rendering to a file, I’m using Audio File Services.)
—Douglas
On May 12, 2014, at 4:28 PM, Kyle Sluder <email@hidden> wrote:
> On Mon, May 12, 2014, at 01:24 PM, Fastepholier Philgarlic wrote:
>> By the way, why not using AUDeferredRenderer and let it manage all this
>> theading/sync nightmare? It looks design exactly for what you're trying
>> to
>> achieve (AFAIU).
>
> That's pretty neat, but this comment from AudioUnitProperties.h (which
> seems to be the only existing documentation on this audio unit) is
> problematic:
>
>> It is possible, at Render time, for the producer thread to have not yet
>> finished rendering the necessary data. This generates an error.
>
> The "DeferredRendererWaitFrames" property can help mitigate this
> scenario, but it's still possible to get an error.
>
> (Getting an error is probably preferable to stuttering in realtime
> scenarios, but in offline mode it would be nice to just stall.)
>
> --Kyle Sluder
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden