search for: wasted_bit

...flac version 1.2.1 flaclib C stream_encoder.c function "process_subframes_" line 2999 ++++++++++++++++++++++ if(do_mid_side) { FLAC__ASSERT(encoder->protected_->channels == 2); for(channel = 0; channel < 2; channel++) { const unsigned w = get_wasted_bits_(encoder->private_->integer_signal_mid_side[channel], encoder->protected_->blocksize); encoder->private_->subframe_workspace_mid_side[channel][0].wasted_bits = encoder->private_->subframe_workspace_mid_side[channel][1].wasted_bits = w; encoder->pr...

...gt;I've been using libFLAC 1.0.4 to encode the stream. I've checked my interpretation against "flac -a" and it seems to read 17 bits for each warmup sample. Here is its output: frame=168 blocksize=4608 sample_rate=44100 channels=2 channel_assignment=RIGHT_SIDE subframe=0 wasted_bits=0 type=LPC order=5 partition_order=4 qlp_coeff_precision=12 quantization_level=9 warmup[0]=-993 warmup[1]=-476 warmup[2]=171 warmup[3]=115 warmup[4]=-766 Tor =================================================================== EASY and FREE access to your email anywhere: http:/...

Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. inf.upol.cz>: >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is >17bit number). And warmup samples will be (17 - wasted_bits) bit. Voila, this was the source of all my frustration, sync problems and who knows what. My decoder now works correctly for files encoded with the default settings. Are there any decoder parameters I can set to get an encoded file using as many "features" as possible, so that I can...

...der (see code below). But every monoe or stereo file that I send thru I get files that are the same sze as the orginal wave files. Doing a flac -a on the flac files I see that I get: frame=9 blocksize=4608 sample_rate=8000 channels=1 channel_assignment=INDEPENDENT subframe=0 wasted_bits=0 type=VERBATIM ....... Any idea why/ where I have goofed? Thanks, James Code snippet: =================================================== FlacEncoder flacCompressor; bool setValue = false; // set up regular parameters setValue = flacCompressor.set_chann...

..._rice_ (bb=0x4085c800, residual=0x8361200, residual_samples=4580, predictor_order=28, rice_parameters=0x407dc520, raw_bits=0x407fc520, partition_order=0) at encoder_framing.c:366 #7 0x80563eb in FLAC__subframe_add_lpc (subframe=0x407dc518, residual_samples=4580, subframe_bps=17, wasted_bits=0, bb=0x4085c800) at encoder_framing.c:310 #8 0x80544c8 in encoder_add_subframe_ (encoder=0x8314758, frame_header=0xbfffe5ac, subframe_bps=17, subframe=0x407dc514, frame=0x4085c800) at encoder.c:1030 #9 0x8053b48 in encoder_process_subframes_ (encoder=0x8314758, is_last_frame=...

...or-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. > inf.upol.cz>: > > >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is > >17bit number). And warmup samples will be (17 - wasted_bits) bit. > > Voila, this was the source of all my frustration, sync problems and > who knows what. Cool, it looks like Miroslav covered everything... but it's good you asked because I can use this thread to make the format docs clearer. > My decoder now works correctly for files e...

...ot the decoded sample: 2*1-1 +(-2) = -1, but the real number is 3.I can not figure out what is the problem. Is it the problem of the rice format? or the predictor? thanks this is what i got by: flac -a frame=0 blocksize=16 sample_rate=22050 channels=1 channel_assignment=INDEPENDENT subframe=0 wasted_bits=0 type=FIXED order=2 partition_order=2 warmup[0]=1 warmup[1]=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20050410/f3c6a749/attachment.html

...the real number is 3.I can not figure out what is the > problem. Is it the problem of the rice format? or the predictor? > > thanks > > > this is what i got by: flac -a > frame=0 blocksize=16 sample_rate=22050 channels=1 > channel_assignment=INDEPENDENT > subframe=0 wasted_bits=0 type=FIXED order=2 partition_order=2 > warmup[0]=1 > warmup[1]=1 is it 8 bits-per-sample? if so, then the problem is this: > then, accdoring the ["k" zeroes][1][low-order bits][sign-bit] > format, I found the first decoded residual is : -2, that's not quite the cor...

...r stereo file that > I send > thru I get files that are the same sze as the orginal wave files. > > Doing a flac -a on the flac files I see that I get: > > frame=9 blocksize=4608 sample_rate=8000 channels=1 > channel_assignment=INDEPENDENT > subframe=0 wasted_bits=0 type=VERBATIM > ....... > > Any idea why/ where I have goofed? > > Thanks, > > James > > > Code snippet: > =================================================== > FlacEncoder flacCompressor; > bool setValue = false; > &g...

...= 0 #2 0x4021f01f in read_subframe_fixed_ (decoder=0x805ba58, channel=1, bps=16, order=3) at stream_decoder.c:1832 subframe = (FLAC__Subframe_Fixed *) 0x805f988 i32 = -31667 u32 = 14 u = 14 #3 0x4021ecd7 in read_subframe_ (decoder=0x805ba58, channel=1, bps=1) at stream_decoder.c:1751 x = 22 wasted_bits = 0 #4 0x4021e190 in read_frame_ (decoder=0x805ba58, got_a_frame=0xbffff360) at stream_decoder.c:1353 bps = 4294966980 channel = 1 i = 4294966980 mid = 1 side = 4608 left = 8 frame_crc = 4608 x = 248 #5 0x4021c6e0 in FLAC__stream_decoder_process_single (decoder=0x805ba58) at stream_decod...

...nd >> thru I get files that are the same sze as the orginal wave files. >> >> Doing a flac -a on the flac files I see that I get: >> >> frame=9 blocksize=4608 sample_rate=8000 channels=1 >> channel_assignment=INDEPENDENT >> subframe=0 wasted_bits=0 type=VERBATIM >> ....... >> >> Any idea why/ where I have goofed? >> >> Thanks, >> >> James >> >> >> Code snippet: >> =================================================== >> FlacEncoder flacCompressor; >&gt...

> > I also had this verify error encoding a wav I ripped from a CD. I > didn't > > report this as it happended on flac running on debian linux > -current unstable. > > This error happened only with one track of a CD I was ripping. > > > > Another reason for me not reporting this was, that flac 1.0 running > on OpenBSD > > 2.9 encoded the wav with