search for: flac__stream_decoder_abort

...at don't make a whole frame, and then use FLAC__stream_decoder_process_remaining_frames() to process all remaining messages, again not processing any data that don't make a whole frame, except for the last message. For doing that, a possible solution could be permit the decoder in the state FLAC__STREAM_DECODER_ABORTED to respond FLAC__stream_decoder_process_remaining_frames() like the state FLAC__STREAM_DECODER_SEARCH_FOR_FRAME_SYNC. The new code in FLAC__stream_decoder_process_remaining_frames() would be: ... while(1) { switch(decoder->protected->state) { case FLAC__STREAM_DECODER_ABORTED: case...

...d then use > FLAC__stream_decoder_process_remaining_frames() to process all > remaining > messages, again not processing any data that don't make a whole > frame, > except for the last message. For doing that, a possible solution > could be > permit the decoder in the state FLAC__STREAM_DECODER_ABORTED to > respond > FLAC__stream_decoder_process_remaining_frames() like the state > FLAC__STREAM_DECODER_SEARCH_FOR_FRAME_SYNC. The new code in > FLAC__stream_decoder_process_remaining_frames() would be: > ... > while(1) { > switch(decoder->protected->state) { > ca...

...essage: test.flac: ERROR while decoding data state = FLAC__STREAM_DECODER_READ_FRAME As you can see, decoder state isn't quite correct. One of the ways to fix this is in the attached patch. After the patch flac writes: test.flac: ERROR while decoding data state = FLAC__STREAM_DECODER_ABORTED which is more logical. -------------- next part -------------- A non-text attachment was scrubbed... Name: set_decoding_status.patch Type: application/octet-stream Size: 1333 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20160710/ce29070d/attachment.obj&...

...rocess_single() the error callback is triggered with the error FLAC__STREAM_DECODER_ERROR_STATUS_BAD_HEADER (the error callback is from line 1806 of stream_decoder.c in read_frame_). One thing I noticed is that FLAC__stream_decoder_process_single() still returns TRUE when our read callback returns FLAC__STREAM_DECODER_ABORTED (this was previously causing an endless loop in CRAM, since it didn't detect that an error had occurred). This behavior doesn't seem quite right and is contrary to what is described in the API docs (says the only error which returns TRUE is FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC)....

...0 @@ -1060,6 +1060,7 @@ return true; /* above function sets the status for us */ break; case FLAC__STREAM_DECODER_END_OF_STREAM: + return false; case FLAC__STREAM_DECODER_ABORTED: return true; default: ------------------8<------------------8<------------------8<------------------ -- ----------------------------------------------------------------- Erik de Castro Lopo --------------------------------------...

...callback is > triggered with the error FLAC__STREAM_DECODER_ERROR_STATUS_BAD_HEADER > (the error callback is from line 1806 of stream_decoder.c in > read_frame_). One thing I noticed is that > FLAC__stream_decoder_process_single() still returns TRUE when our read > callback returns FLAC__STREAM_DECODER_ABORTED (this was previously > causing an endless loop in CRAM, since it didn't detect that an error > had occurred). This behavior doesn't seem quite right and is contrary > to what is described in the API docs (says the only error which returns > TRUE is FLAC__STREAM_DECODER_ERROR_...

...th the error > FLAC__STREAM_DECODER_ERROR_STATUS_BAD_HEADER > > (the error callback is from line 1806 of stream_decoder.c in > > read_frame_). One thing I noticed is that > > FLAC__stream_decoder_process_single() still returns TRUE when our > read > > callback returns FLAC__STREAM_DECODER_ABORTED (this was previously > > causing an endless loop in CRAM, since it didn't detect that an > error > > had occurred). This behavior doesn't seem quite right and is > contrary > > to what is described in the API docs (says the only error which > returns > >...

I refer to a problem that appeared on the flac list last August that was either solved off-list or abandoned. (http://lists.xiph.org/pipermail/flac/2005-August/000468.html) The problem is with using the C++ encoder classes, particularly the FLAC::Encoder::File:set_metadata function. JC said that the developers version of how to add a simple metadata block looked right, but it did not work for