Re: AudioFileReadPackets cache policy
Re: AudioFileReadPackets cache policy
- Subject: Re: AudioFileReadPackets cache policy
- From: White Hexagon <email@hidden>
- Date: Fri, 02 Jul 2010 11:53:45 +0300
So just to clarify some more. I have one thread writing frames to a
file, which loops back to the start, after a certain number of frames
have been written, and overwrites the previous data.
My playback thread is a few seconds behind the writing. My impression
is that the after the first loop/'rewind', the new file contents look
correct (I 'synchronizeFile' between writes), but the playback AQ seems
to be using stale data.
Now I'm playing around with trying to restart the AQ, which is causing a
glitch in my audio each time it has to be torn down and setup. I'm also
starting to suspect that this is still using cached data, maybe because
the filename is the same? Although I'm struggling a bit to test and
confirm this.
Does anyone have any ideas what might be going on please?
On 2010-06-30 14:54, White Hexagon wrote:
> Regarding parameter: 'inUseCache (Set to true to cache the data.
> Otherwise, set to false.)'
>
> I've got this set to false, but I suspect it might still be caching, is
> that possible?
> If so, is there anyway to disable the read cache?
> The file I'm reading from is just a circular buffer. ie I 'rewind' by
> setting 'inStartingPacket' back to 0. But in this case it seems to be
> using cached data, rather than reading the new data from the file.
> ----Cheers Peter
_______________________________________________
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