| 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?
|