search for: use_wide_by_block

Displaying 4 results from an estimated 4 matches for "use_wide_by_block".

2014 Jun 19
1
stream_encoder: 32 vs 64 bit accumulator
...s which is statistically necessary when bits-per-sample + log2(blocksize) > 30" I mean the word "statistically". libFLAC uses FLAC__fixed_compute_best_predictor_wide() if "bits_per_sample + FLAC__bitmath_ilog2(blocksize)+1 > 30" is true (see encoder->private_->use_wide_by_block variable in stream_encoder.c)
2015 Nov 23
3
[PATCH] stream_encoder.c: choose proper *fixed_compute_best_predictor* function
I found that 32-bit total_error_* variables in fixed_compute_best_predictor() functions can overflow. For example it happens with the attached test.wav and the following options: "-l 0 -b 4200 -m -r 5". The attached patch should fix it. (Now all three use_wide_by_* variables are unused, so I commented them out with #ifdef 0). -------------- next part -------------- A non-text
2014 Jun 19
5
[PATCH] stream_encoder : Improve selection of residual accumulator width
On Thu, Jun 19, 2014 at 03:30:22PM +0400, lvqcl wrote: > BTW, what can you say about the following place in stream_decoder.c > in read_subframe_lpc_() function: > > /*@@@@@@ technically not pessimistic enough, should be more like > if( (FLAC__uint64)order * ((((FLAC__uint64)1)<<bps)-1) * ((1<<subframe->qlp_coeff_precision)-1) < (((FLAC__uint64)-1)
2012 Apr 05
2
[PATCH 2/2] V2: Use a single definition of MIN and MAX in sources
...r_sample / 2); } else if(encoder->protected_->bits_per_sample == 16) { if(encoder->protected_->blocksize <= 192) @@ -880,7 +871,7 @@ static FLAC__StreamEncoderInitStatus init_stream_internal_( encoder->private_->current_frame_number = 0; encoder->private_->use_wide_by_block = (encoder->protected_->bits_per_sample + FLAC__bitmath_ilog2(encoder->protected_->blocksize)+1 > 30); - encoder->private_->use_wide_by_order = (encoder->protected_->bits_per_sample + FLAC__bitmath_ilog2(max(encoder->protected_->max_lpc_order, FLAC__MAX_FIXED_ORDER)...