made accuracy limits "hard" instead of "recommended"
This commit is contained in:
@@ -921,10 +921,8 @@ since it will be discovered and reported by the decoding process.
|
|||||||
|
|
||||||
The bitstream starts by reporting on which scale it operates.
|
The bitstream starts by reporting on which scale it operates.
|
||||||
`AccuracyLog = low4bits + 5;`
|
`AccuracyLog = low4bits + 5;`
|
||||||
In theory, it can define a scale from 5 to 20.
|
Note that maximum `AccuracyLog` for literal and match lengthes is `9`,
|
||||||
In practice, decoders are allowed to limit the maximum supported `AccuracyLog`.
|
and for offsets it is `8`. Higher values are considered errors.
|
||||||
Recommended maximum are `9` for literal and match lengthes, and `8` for offsets.
|
|
||||||
The reference decoder uses these limits.
|
|
||||||
|
|
||||||
Then follow each symbol value, from `0` to last present one.
|
Then follow each symbol value, from `0` to last present one.
|
||||||
The nb of bits used by each field is variable.
|
The nb of bits used by each field is variable.
|
||||||
|
|||||||
Reference in New Issue
Block a user