Re: Preroll semantics & clarification of kAudioUnitProperty_OfflineRender
Re: Preroll semantics & clarification of kAudioUnitProperty_OfflineRender
- Subject: Re: Preroll semantics & clarification of kAudioUnitProperty_OfflineRender
- From: "David M. Cotter" <email@hidden>
- Date: Tue, 22 Nov 2011 11:26:00 -0800
dunno if this is completely relevant but i'll say this:
in my app, i render all audio to PCM "offline" and pipe it to disk for cacheing. this seems to always run faster than real time no matter what quality i run it at.
a second thread reads the PCM stream from the disk directly into a ring buffer
on the third thread the AURenderer simply reads from that ring buffer to output sound (optionally with an AUTimePitch stacked onto it)
so the rendering of the audio (aside from AUTimePitch) is *completely* divorced from the playing of the audio.
and once the whole audio chunk (the song) is rendered to the disk cache,
if i play the song again i don't even have to render it, i can just run the ring buffer and the AU Renderer. _______________________________________________
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