Re: Issues in ExtAudioFileSeek and ExtAudioFileTell
Re: Issues in ExtAudioFileSeek and ExtAudioFileTell
- Subject: Re: Issues in ExtAudioFileSeek and ExtAudioFileTell
- From: tahome izwah <email@hidden>
- Date: Thu, 12 Nov 2009 14:40:11 +0100
I might be wrong but I think there is a maximum number of frames that
you can read in a single call to ExtAudioFileRead() and you might have
exceeded that number by trying to read 262144 frames at once, hence
the 0 (ExtAudioFileRead() doesn't read anything). Not sure why it
doesn't return with an error code, though...
--th
2009/11/12 Abdul.Majeed <email@hidden>:
> Hi Bill,
> I just followed your inputs that if the first call ExtAudioFileTell
> immediately after setting client format returns a negative value then just
> assume that subsequent call to same apis will be off from prime Offset that
> make sense for me.
> However in that same scenario, for same .mp3 file with prime offset 576
> 1. if I ask to move the read header to end of file by giving an input to
> ExtAudioSeek as total number of frames (file data format) , it is fine
> //just for check
> 2. and then bring back the read header position to a value say for example,
> End Of File - 262144, and ExtAudioFileSeek returns success
> 3. and read a number of frames equal to 262144, it return success , however
> no data has been read (0 frames)
> 4. However ExtAudioFileTell return the sample count, which is EndOfFile -
> primeOffset (of course make sense due to that it off from primeOffset).
> Could you please tell me what causing ExtAudioFileRead to return no value?
> I am getting total number of frames using call api ExtAudioFileGetPropery
> with kExtAudioFileProperty_FileLengthFrames. Am i doing something wrong
> while calculating total number of frames ? is there any other way? please
>
>
> On Nov 12, 2009, at 1:48 AM, William Stewart wrote:
>
> Abdul
>
> You can use the ExtAudioFile API just fine if you make the slight adjustment
> that Doug recommends below - also by doing this you will know when you have
> to make the adjustment (with it not fixed) to when you don't (when we do fix
> it)
>
> Bill
>
> On Nov 10, 2009, at 9:13 PM, Abdul.Majeed wrote:
>
> Hi Doug & Bill,
>
> Thanks for your response in time.
>
> As I can not use the ExtAudioFile apis in my case any more until you fix the
> issues in it, if you have any idea could you please let me know will that
> fix may be given as update or will that take much long time or so,
>
> so that I can plan well?
>
> Could you please also do not mind in helping me by giving an alternative
> over here, that is decompress the audio file and read chunk by chunk with
> freely moving the read header position, at least some points, please?
>
>
>
>
> _______________________________________________
> 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