search for: metadata_callback

...of noise (although the music IS somewhat recognizable). #include <FLAC/stream_encoder.h> FLAC__StreamEncoder *encoder; FILE *output_file_descriptor; encoder = FLAC__stream_encoder_new(); FLAC__stream_encoder_set_write_callback(plugin->encoder, write_callback); FLAC__stream_encoder_set_metadata_callback(plugin->encoder, metadata_callback); FLAC__stream_encoder_set_client_data(plugin->encoder, output_file_descriptor); FLAC__stream_encoder_init(plugin->encoder); while(/* audio data left to extract */) { /* audio buffer is an int16_t buffer that paranoia dumps interleaved audio into */...

...ay... first, yes you are calling it correctly. if your encoded files have max_framesize == 0, then that should mean that either 1) you were using the command-line flac to encode to stdout; or 2) you are using libFLAC directly. if 2, you can replicate the functionality that is in src/flac/encode.c:metadata_callback() to write back statistics and seek table to the metadata in the flac file because currently this is not done automatically by the library. (eventually I will fix this the right way.) that will speed up seeks on the file. second, even without the seek table or knowing max_framesize, the seek rout...

Hi, I checked the archives, but I didn't find anything regarding this problem. FLAC__file_decoder_seek_absolute takes an incredibly long time to seek. What can I do about this? How do I fix it? Here's how I'm calling the function: if (argc > 2) { secs = atoi(argv[2]); seek_point = (FLAC__uint64) secs * sample_rate; printf("seeking to %d:%02d\n", secs/60,

...<joshua@haberman.com> wrote: > 2. I was hoping that the new metadata API would mean that an encoder > could be written without having to know *anything* about the bitwise > layout of the stream format, but that seems not to be the case. From > src/flac/encode.c: > > ( void metadata_callback() ) > /* all this is based on intimate knowledge of the stream header > * layout, but a change to the header format that would break > this > * would also break all streams encoded in the previous format. > */ > > (massive bit-twiddling follows) > &g...

I encountered what I think is a bug in labFLAC_static release that's driving me nuts. I compile the FLAC libraries in debug mode on ARMV4 (ported) and it works fine I compile the FLAC libraries in release mode on ARMV4 (ported) and no FLAC files play >From what I can see, in metadata_callback, I get different values for channel and bitsperssample metadata->data.stream_info.bits_per_sample is 16 in debug mode, 1072 in release mode metadata->data.stream_info.channels is 2 in debug mode, 34 in release mode I'm using FLAC CVS, but reproduced this in FLAC 1.1 and FLAC 1.2 I also...

...t recognizable). > >#include <FLAC/stream_encoder.h> > >FLAC__StreamEncoder *encoder; >FILE *output_file_descriptor; > >encoder = FLAC__stream_encoder_new(); > >FLAC__stream_encoder_set_write_callback(plugin->encoder, write_callback); >FLAC__stream_encoder_set_metadata_callback(plugin->encoder, >metadata_callback); >FLAC__stream_encoder_set_client_data(plugin->encoder, >output_file_descriptor); >FLAC__stream_encoder_init(plugin->encoder); > >while(/* audio data left to extract */) >{ > /* audio buffer is an int16_t buffer that paranoia d...

...ofessional. Until you can point at a line of assembly that is plain wrong it is usually appropriate to assume that the compiler is working. > I'd try recompiling with GCC 3 or GCC 2.95 (available as "kgcc"). No. Rather than trying voodoo magic first, let's find the bug... In metadata_callback() in encode.c you should not be examining the variable encoder_wrapper->use_ogg unless you have compiled in OGG support (I have not). So this code block needs to be wrapped up something like this... #ifdef FLAC__HAS_OGG if(encoder_wrapper->use_ogg) return; #endif Eve...

...flags, then ran `make'. The following is the errors that make outputs: file_decoder.c:60: parse error before "FLAC__FileDecoderWriteCallback" file_decoder.c:60: warning: no semicolon at end of struct or union file_decoder.c:61: warning: type defaults to `int' in declaration of `metadata_callback' file_decoder.c:61: warning: data definition has no type or storage class file_decoder.c:62: parse error before "error_callback" file_decoder.c:62: warning: type defaults to `int' in declaration of `error_callback' file_decoder.c:62: warning: data definition has no type or sto...

...calling it > correctly. if your encoded files have max_framesize == 0, > then that should mean that either 1) you were using the > command-line flac to encode to stdout; or 2) you are using > libFLAC directly. if 2, you can replicate the functionality > that is in src/flac/encode.c:metadata_callback() to write > back statistics and seek table to the metadata in the flac file > because currently this is not done automatically by the library. > (eventually I will fix this the right way.) that will speed up > seeks on the file. > Thanks Josh. I tested the player with some files...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am trying to create a FLAC plugin for the K3b CD burning program. To do this I have subclassed the FLAC::Decoder::SeekableStream class. I can obtain the vorbiscomment data using set_metadata_respond, process_until_end_of_metadata and the metadata_callback, however I cannot decode the audio data. It seems to me as though the write_callback is never actually being called. Before I pepper my code with a bazillion trace statements, can anyone tell me if there is some obvious "trick-for-new-players" which I might have missed? My write_callb...

I think I figured out where the problem is. In my metadata_callback, I added a thing to print out the max_framesize and max_framesize from the stream_info block. Those are both zero. The ..._seek_absolute() function of the SeekableStreamDecoder uses the max_framesize to guess at where to seek. It doesn't seem to handle the case when max_frame_size is zer...

...> > Hi, > > I am trying to create a FLAC plugin for the K3b CD burning program. > To do this > I have subclassed the FLAC::Decoder::SeekableStream class. I can > obtain the > vorbiscomment data using set_metadata_respond, > process_until_end_of_metadata > and the metadata_callback, however I cannot decode the audio data. It > seems > to me as though the write_callback is never actually being called. > > Before I pepper my code with a bazillion trace statements, can anyone > tell me > if there is some obvious "trick-for-new-players" which I migh...

I have just released a source distribution which is the candidate for the 1.0.3 release. At this time I would ask anyone who is willing to help test it to do the following: 1. download the tarball and unzip it: http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download 2. do ./configure && make && make check This will build all code and run all the tests.

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