Re: ExtAudioFileRead() fills returned buffer partially with empty frame
Re: ExtAudioFileRead() fills returned buffer partially with empty frame
- Subject: Re: ExtAudioFileRead() fills returned buffer partially with empty frame
- From: André Bergner <email@hidden>
- Date: Tue, 16 Nov 2010 15:37:25 +0100
I was playing around with some of the program's parameters.
It seems like that strange behavior is only happening, if I don't read
the beginning of the song, As soon as I read the song starting from
frame 0, I can read arbitrary positions and sizes without the loss of
samples. Might this be a bug in ExtReadAudioFile ?
André
> Hi there,
>
> I've encountering a strange behavior or even a bug in the function ExtAudioFileRead() while reading mp3 files.
> I wrote a class which caches an audio file, i.e it reads chucks from an audio file into memory as
> soon as they are needed for processing, by first calling ExtAudioFileSeek() followed by ExtAudioFileRead().
> For some parameters (block size to read, initial read size...) I find that following strange behavior...
>
> For some (or sometimes all) read chunks the initial frames are empty (zero samples).
> Especially weird is that it's not a just a cut out part of the data, but the preceding
> samples are gradually fading in. From which I conclude that the bug is somewhere in the encoding part.
>
> I prepared some files to help you make a picture:
>
> http://www.agnld.uni-potsdam.de/~bergner/ExtAudioFileRead_bug.png
> [here you see an example, focus on the right part of the gap]
>
> http://www.agnld.uni-potsdam.de/~bergner/ExtAudioFileRead_bug.txt
> [this is a text file containing two columns, the first with "holes" the second the original]
>
> best,
> André
_______________________________________________
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