On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote:
The binary frameworks distribution, as found on: http://xiph.org/quicktime/download.html , hasn't really been tested much outside the XiphQT project. I never had any problems with them, but any improvement suggestions or help is welcome.
Well, ok, then if the framework is intended to work, then let me describe closer the situation I'm seeing:
I'm using FLAC__file_encoder_process to encode the audio I'm getting into an FLAC file. I can prove that the audio I'm sending it via the buffers is valid: I've written it to a raw file to confirm it's the same as the source file, and it is. I've tried it with multiple channels and single channels to the same error. I'm giving the processor audio in blocks of 1024...
The file apparently gets created successfully, but when I convert the FLAC file back to aiff (using MacFLAC - I haven't written a decoder just yet), it seems like the blocks were written to the encoder with the first 512 samples being every *other* sample, and the remaining 512 of the block being random data. This continues throughout the file.
I have double and triple checked my buffering techniques and they are indeed giving it the audio data I want to give it, and this just seems like bad buffer usage in the file_encoder side. (Thus my reasoning for wanting to step through it with the source)...
Are there any ideas about this, is it a known issue? Is there something I need to be setting up that I'm not?
Ev Technical Knowledge Officer Head Programmer/Designer Audiofile Engineering http://www.audiofile-engineering.com/ _______________________________________________ Flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
