[Flac-dev] FLAC as part of the Ogg project?

[Josh Coalson]

--- Christer Palm <palm at nogui.se> wrote:
> As a matter of fact, I haven't spent much time thinking about any 
> specifics. The reason I was digging through the code in the first
> place 
> was to see if; 1) there was a simple way to break out the decoding of
> the frame header so that I could find out how much data I need to
> buffer 
> up before calling FLAC__stream_decoder_process_one_frame(), because
> the 
> application I'm working on cannot request more data from within the 
> flac_read() callback, and 2) see if I could get the decoder to work
> on 
> my own buffer in order to avoid an unneccesary memcpy().

probably if I had it all to do again I would have constrained
the possible block sizes, which would have made it more
practical to put the frame length in the frame header.  but
the bad news is that there is no way to determine the frame
length except by decoding.

I'm not exactly sure what the read constraint you mention
means but it might be helpful to tweak the value for
FLAC__BITBUFFER_DEFAULT_CAPACITY in src/libFLAC/bitbuffer.c
to be something larger (just guessing).  that value should
probably be exposed in the API.

Josh


__________________________________________________
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com