[Flac-dev] Is FLAC fully cooked for OS X yet?

Evan Olcott ev at audiofile-engineering.com
Tue Jan 2 05:31:59 PST 2007

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?

Technical Knowledge Officer
Head Programmer/Designer
Audiofile Engineering


More information about the Flac-dev mailing list