diff options
author | Andreas Rheinhardt <andreas.rheinhardt@gmail.com> | 2020-09-24 16:19:03 +0200 |
---|---|---|
committer | Andreas Rheinhardt <andreas.rheinhardt@gmail.com> | 2020-09-26 21:10:29 +0200 |
commit | 099feb941147fbf10d1ae941b96bf94c4b4dbd1c (patch) | |
tree | 7720657dba541836e5d33262263b488578ab11e5 /tests/ref/lavf/gbrp16be.fits | |
parent | 116b235a0b86276aea2fc9021c056744977a1527 (diff) | |
download | ffmpeg-099feb941147fbf10d1ae941b96bf94c4b4dbd1c.tar.gz |
avcodec/utvideodec/enc: Fix edge case of creating Huffman table
The Ut Video format stores Huffman tables in its bitstream by coding
the length of a given symbol; it does not code the actual code directly,
instead this is to be inferred by the rule that a symbol is to the left
of every shorter symbol in the Huffman tree and that for symbols of the
same length the symbol is descending from left to right. With one
exception, this is also what our de- and encoder did.
The exception only matters when there are codes of length 32, because
in this case the first symbol of this length did not get the code 0,
but 1; this is tantamount to pretending that there is a (nonexistent)
leaf of length 32. This is simply false. The reference software agrees
with this [1].
[1]: https://github.com/umezawatakeshi/utvideo/blob/2700a471a78402e5c340150b38e8a793ef3676f1/utv_core/HuffmanCode.cpp#L280
Reviewed-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Diffstat (limited to 'tests/ref/lavf/gbrp16be.fits')
0 files changed, 0 insertions, 0 deletions