Displaying 4 results from an estimated 4 matches for "_candidate_bits".
2020 Jul 06
2
Possible overflow of _candidate_bits in stream_encoder.c
Op ma 6 jul. 2020 om 10:22 schreef Erik de Castro Lopo <mle+la at mega-nerd.com>:
>
> Martijn van Beurden wrote:
>
> > To trigger this overflow, one has to force rice_parameter to 0
>
> Ok, that sounds dodgy.
Yes, well, it is. It could very well be that without patching, nobody
ever has a problem with this, but as the rice code is based on an
estimate, it might,
2020 Jul 02
2
Possible overflow of _candidate_bits in stream_encoder.c
Recently I was trying some new approaches to improve FLAC compression, when
I stumbled on a possible overflow. The reason this has not come up earlier
is because the encoder only hits this point when the estimate of the
rice_parameter is very much off.
To trigger this overflow, one has to force rice_parameter to 0 in for
example the function evaluate_lpc_subframe in libFLAC/stream_encoder.c.
When
2007 Apr 08
0
FLAC 24 bit test results
...ray(new_blocksize * 2, &encoder->private_->raw_bits_per_partition_unaligned, &encoder->private_->raw_bits_per_partition);
/* now adjust the windows if the blocksize has changed */
#ifndef FLAC__INTEGER_ONLY_LIBRARY
@@ -3170,6 +3169,7 @@
unsigned rice_parameter;
unsigned _candidate_bits, _best_bits;
unsigned _best_subframe;
+ FLAC__bool do_escape_coding = encoder->protected_->do_escape_coding;
FLAC__ASSERT(frame_header->blocksize > 0);
@@ -3237,6 +3237,7 @@
fprintf(stderr, "clipping rice_parameter (%u -> %u) @0\n", rice_parameter, FLAC__ENTR...
2007 Apr 05
2
FLAC 24 bit test results
On Thu, 2007-04-05 at 02:27 -0700, Brian Willoughby wrote:
> Josh (Green),
>
> Seems like the longest example in your list is a 15-second file. I
> would like to see the same problem exhibited in a file that is of a
> normal length. I have been recording full performances lasting
> hours, and flac always compresses the files below 70% of the original
> size.
>