search for: flac__stream_encoder_process

...ack. Environment is Win 7 Ult, 64-bit, VS 2008, libFLAC 1.2.1. Here is some context. The static callback calls the instance callback. Encoder is initialized on line with "m_HaveEncoder = InitializeEncoder();". Samples are submitted to the encoder on line with "FLAC__bool OK = FLAC__stream_encoder_process(m_Encoder, Buffer, Blocksize);". I have a version that decodes to a WAV file and then re-encodes the WAV file, but would like to avoid all that I/O. Regards. David FLAC__StreamDecoderWriteStatus FLACRecoder::StaticWriteCallback(const FLAC__StreamDecoder *FLACStreamDecoder, c...

On Jan 2, 2007, at 1:54 PM, Josh Coalson wrote: > this is reported a lot. usually it is a misunderstanding in how > to send samples to FLAC__stream_encoder_process() or > FLAC__stream_encoder_process_interleaved(). if you could send > your code where you are doing that, it would help. > > note that samples going in to the process calls must be converted > to signed 32-bit integers (this is lossless) regardless of the > initial format. see...

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

Sorry that it has been a while since the last altivec patch. I have noticed something interesting, and so it remains unfinished... On the ppc, even with the altivec optimizations, almost a quarter of the time is spent in FLAC__stream_encoder_process(). I finally discovered that it is because of all the integer to float conversions. Aside from being exceptionally slow on the g4, they will cause a ton of load store rejects on the 970, making matters even worse there. Since the single precision float conversion is much more efficient in...

On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one

...EBUG -fomit-frame-pointer -funroll-loops -finline-functions -Winline -DFLaC__INLINE=__inline__ -g -O2 -c encode.c encode.c: In function `flac__encode_wav': encode.c:284: warning: passing arg 2 of `append_to_verify_fifo' from incompatible pointer type encode.c:287: warning: passing arg 2 of `FLAC__stream_encoder_process' from incompatible pointer type encode.c:331: warning: passing arg 2 of `FLAC__stream_encoder_process' from incompatible pointer type encode.c:354: warning: passing arg 2 of `append_to_verify_fifo' from incompatible pointer type encode.c:357: warning: passing arg 2 of `FLAC__stream_enco...

Hi. I'm have a little problem with setting compression level since 1.1.3 releases. I'm using : FE = FLAC__stream_encoder_new(); FLAC__stream_encoder_set_channels( FE, channels); FLAC__stream_encoder_set_bits_per_sample( FE, bitsample); FLAC__stream_encoder_set_sample_rate( FE, samplerate); unsigned int level; if (formatdatalen>0) level = *(char*)(formatdata); else level = 7; if

...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? this is reported a lot. usually it is a misunderstanding in how to send samples to FLAC__stream_encoder_process() or FLAC__stream_encoder_process_interleaved(). if you could send your code where you are doing that, it would help. note that samples going in to the process calls must be converted to signed 32-bit integers (this is lossless) regardless of the initial format. see also: http://flac.sourceforge...

...r is initialized on > the first write callback. > > Here is some context. The static callback calls the instance > callback. Encoder is initialized on line with ?m_HaveEncoder = > InitializeEncoder();?. Samples are submitted to the encoder on > line with ?FLAC__bool OK = FLAC__stream_encoder_process(m_Encoder, > Buffer, Blocksize);?. > > I have a version that decodes to a WAV file and then re-encodes the > WAV file, but would like to avoid all that I/O. > >

...atted and samples smaller than the word size are padded with zero bits. > Samples are stored with the channels interleaved. > > There are two formats to construct the buffer to be submitted to the Flac > encoder. The sample program uses the interleaved format which is submitted to > FLAC__stream_encoder_process_interleaved(). In this format, multiple channels > are all contained in the same buffer, with the the sample values for each > channel arranged one after the other, followed by the values for all the > channels of the next sample, etc. Aka interleaved. The other format is > non-inter...

...7:36:39 -0000 1.8 +++ stream_encoder.h 6 May 2002 15:07:22 -0000 @@ -22,6 +22,11 @@ #include "format.h" +#ifdef __cplusplus +extern "C" { +#endif + + typedef enum { FLAC__STREAM_ENCODER_OK = 0, FLAC__STREAM_ENCODER_INVALID_CALLBACK, @@ -189,5 +194,9 @@ */ FLAC__bool FLAC__stream_encoder_process(FLAC__StreamEncoder *encoder, const FLAC__int32 *buf[], unsigned samples); FLAC__bool FLAC__stream_encoder_process_interleaved(FLAC__StreamEncoder *encoder, const FLAC__int32 buf[], unsigned samples); + +#ifdef __cplusplus +} +#endif #endif

...encoder.c: In function 'init_stream_internal_': stream_encoder.c:677:4: warning: implicit declaration of function 'MAX' [-Wimplicit-function-declaration] stream_encoder.c:677:4: warning: nested extern declaration of 'MAX' [-Wnested-externs] stream_encoder.c: In function 'FLAC__stream_encoder_process': stream_encoder.c:1957:3: warning: implicit declaration of function 'MIN' [-Wimplicit-function-declaration] stream_encoder.c:1957:3: warning: nested extern declaration of 'MIN' [-Wnested-externs] ogg_decoder_aspect.c: In function 'FLAC__ogg_decoder_aspect_read_callback_wrap...

FYI, I have checked in a few interesting things. One is a speedup to the decoder (about 15% improvement in overall decode time). Another is a new interface to FLAC file metadata. If you're curious look at include/FLAC/metadata.h. It is basically a collection of object manipulation routines and iterators that make it pretty easy to add/edit/delete FLAC metadata in files efficiently. The

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > Felix Homann wrote: > > > Yes, HAVE_SYS_PARAM_H is set in config.h: > > OK ... Yet still I don't see how a change in > src/libFLAC/include/private/macros.h could affect src/flac/utils.c in > any way. > > Anyone got an idea? I haven't spend too much attention to the errors when bisecting, sorry! The

...pcm[i] = (FLAC__int32)(((FLAC__int16)(FLAC__int8)buffer[2*i+1] << 8) | (FLAC__int16)buffer[2*i]); + else if (bps == 24) + pcm[i] = (((FLAC__int32)(buffer[2*i+2] << 16)) |((FLAC__int32)(buffer[2*i+1] << 8)) | ((FLAC__int32)(buffer[2*i]))); } /* feed samples to encoder */ ok = FLAC__stream_encoder_process_interleaved(encoder, pcm, need); + if (!ok) { + fprintf(stderr, "encoding: process_interleaved %s\n", ok? "succeeded" : "FAILED"); + fprintf(stderr, " state: %s\n", FLAC__StreamEncoderStateString[FLAC__stream_encoder_get_state(encoder)]); + } } left -=...

...otected_->bits_per_sample + FLAC__bitmath_ilog2(flac_max(encoder->protected_->max_lpc_order, FLAC__MAX_FIXED_ORDER))+1 > 30); /*@@@ need to use this? */ encoder->private_->use_wide_by_partition = (false); /*@@@ need to set this */ /* @@ -1971,7 +1962,7 @@ FLAC_API FLAC__bool FLAC__stream_encoder_process(FLAC__StreamEncoder *encoder, c FLAC__ASSERT(encoder->protected_->state == FLAC__STREAM_ENCODER_OK); do { - const unsigned n = min(blocksize+OVERREAD_-encoder->private_->current_sample_number, samples-j); + const unsigned n = flac_min(blocksize+OVERREAD_-encoder->private_-&gt...