Displaying 3 results from an estimated 3 matches for "read_rice_signed_block".
2015 Dec 20
2
about word size in bitreader/bitwriter
...> with FLAC__BYTES_PER_WORD == 4.
> * If there is an statistically measurable performance, keep it, otherwise
> remove the FLAC__BYTES_PER_WORD == 8 code all together.
I'll try to do it, but I don't have a deep understanding of bit(read|write)
routines such as FLAC__bitreader_read_rice_signed_block() and other.
Maybe Miroslav Lichvar can say something?
> Since you seem to think there little to be gainned
No, I just don't know what performance improvement can be obtained
(and of course FLAC is very fast already).
2014 Nov 26
2
Changelog: improved decoding
There's an entry in the changelog:
"Improved decoding efficiency of all bit depths but especially so for 24 bits (lvqcl)"
A couple of comments:
1) The patch that improves encoding for all depths was proposed by Miroslav Lichvar
<http://git.xiph.org/?p=flac.git;a=commit;h=4eab6313cd2198b5647d925bdb3847590505fa21>
2) "Performance checks" graph posted by Martijn van
2016 Jan 04
0
about word size in bitreader/bitwriter
...PER_WORD == 4.
> > * If there is an statistically measurable performance, keep it, otherwise
> > remove the FLAC__BYTES_PER_WORD == 8 code all together.
>
> I'll try to do it, but I don't have a deep understanding of bit(read|write)
> routines such as FLAC__bitreader_read_rice_signed_block() and other.
> Maybe Miroslav Lichvar can say something?
Using larger registers in the bitreader/bitwriter should reduce the
number of instructions needed when reading/writing the encoded stream
as fewer words need to be read/written and encoded values are less
likely to be split across two wor...