Re: AudioFileReadPackets cache policy
Re: AudioFileReadPackets cache policy
- Subject: Re: AudioFileReadPackets cache policy
- From: William Stewart <email@hidden>
- Date: Fri, 2 Jul 2010 10:58:57 -0700
This seems like a very strange thing to do... Why wouldn't you just write and read from a buffer?
On Jul 2, 2010, at 1:53 AM, White Hexagon wrote:
> 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
_______________________________________________
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