Re: ExtAudioFileSeek bug
Re: ExtAudioFileSeek bug
- Subject: Re: ExtAudioFileSeek bug
- From: Ian Esten <email@hidden>
- Date: Tue, 15 Mar 2011 11:48:02 -0700
It is incorrect behaviour. It works as documented except for the condition I mention.
Ian
On Mar 15, 2011, at 11:37 AM, Jean-Daniel Dupas wrote:
>
> Le 15 mars 2011 à 19:23, Ian Esten a écrit :
>
>> I found a problem with ExtAudioFileSeek a while back that I have not seen reported. The issue only occurs when seeking in an audio file that is at a different sample rate to your client format. If you are at sample sa in your audio file, which corresponds to sample sc in your client, (so sa == sc * fsa / fsc, where fsa is the sample rate of the audio file and fsc is the sample rate of the client), if you seek to a sample location in the client which happens to be equal to sc, then the read location is not modified. It looks like ExtAudioFileSeek is incorrectly checking the client sample location instead of the audio file sample location.
>
> I don't think you can call this "incorrect behavior". From the ExtAudioFileSeek reference:
>
> inFrameOffset
> The desired seek position, in sample frames, relative to the beginning of the file. Seek position is specified in the sample rate and frame count of the file’s audio data format—not your application’s audio data format
>
> -- Jean-Daniel
>
>
>
>
_______________________________________________
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