search for: group__flac__stream__decod

Hi all, If I have code that does this: while (FLAC__stream_decoder_process_single (decoder)) /* Do something. */ ; I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? If so, here's a patch. Cheers, Erik ------------------8<------------------8<------------------8<------------------

For instance the write_callback thing: client_data ? can it be a pointer to just about anything? For instance a pointer to a two-dimensional array? Are those FLAC-WAV and WAV-FLAC examples the only examples available? What would be the best approach to read a FLAC file to an array of some kind? Passing a pointer to the array as ?client_data?? I'd like to use a two-dimensional array, but

Right now it is impossible (using the metadata API) to get metadata from a FLAC stream unless it is a file on the local disk (AFAICS). It would be useful if there was another interface level that could provide read-only access to metadata by providing the data via a read callback. This would allow metadata to be read from remote locations and in streaming situations. BTW, right now I am adding

...weight which is unusually high.) it's best to start right at the top http://flac.sourceforge.net/api/ and move down into the detailed modules, e.g. http://flac.sourceforge.net/api/modules.html -> http://flac.sourceforge.net/api/group__flac__decoder.html -> http://flac.sourceforge.net/api/group__flac__stream__decoder.html can you point to some apple docs which you like? a lot of the things I tried to find out about (like quicktime) either had obsolete or inadequate info (but they were human-written) or javadoc shells. I hear from other developers that their docs in the old days were much better. if you...

...> /* Do something. */ ; > > I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single > return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? it supposed to be like that actually, there's a little explanation here: http://flac.sourceforge.net/api/group__flac__stream__decoder.html#ga45 Josh ____________________________________________________________________________________ Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/

...rote: > > I get an infinite loop. Shouldn't FLAC__stream_decoder_process_single > > return false if it gets to FLAC__STREAM_DECODER_END_OF_STREAM? > > it supposed to be like that actually, there's a little explanation > here: > > http://flac.sourceforge.net/api/group__flac__stream__decoder.html#ga45 Ok, I've read that and I agree that the behaviour I'm seeing matches that documentation However, I still don't understand why FLAC__stream_decoder_process_single() returns false when an error has occurred, but true when the read callback returns FLAC__STREAM_DECODER_END_O...

Johnny Rosenberg wrote: > For instance the write_callback thing: > client_data ? can it be a pointer to just about anything? I assume you mean: https://www.xiph.org/flac/api/group__flac__stream__decoder.html#ga13 which defines the type: typedef FLAC__StreamDecoderWriteStatus (* FLAC__StreamDecoderWriteCallback) (const FLAC__StreamDecoder *decoder, const FLAC__Frame *frame , const FLAC__int32 *const buffer[], void *client_data) Yes, client_da...

...plicitly process the frame containing the requested sample? (in other worfs: a process_single call after a successful seek_absolute call always processes the frame _after_ the one contaning the requested sample) Best regards, Tamas Zahola <tzahola at gmail.com> [1] https://xiph.org/flac/api/group__flac__stream__decoder.html#ga6a2eb6072b9fafefc3f80f1959805ccb

On Jan 2, 2007, at 1:56 PM, Josh Coalson wrote: >> OK, so I've been trying for a day now to get FLAC implementation in >> our apps. Suffice it to say that due to the "interesting" >> documentation [...] > > could you elaborate? Well, I've just never seen anything like it before. There's a step- through, to be sure, but I got more information out of