View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000014||file||[All Projects] General||public||2018-07-22 12:50||2018-08-01 13:44|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Target Version||Fixed in Version|
|Summary||0000014: Issues with flif magic|
|Description||Debian bug: https://bugs.debian.org/864023|
The current state of flif (Free Lossless Image Format) detection is fairly broken. Things don't getter by looking at the spec¹ as apparently implementation is somewhat different.
As far as I can tell from the flif sources and images I've created using the flif tool:
The dimension (width, height) information is at offset 6 (spec says: 7). They are certainly not short but "varint", a dynamic format that can hold arbitrary values without wasting space (more or less the way, a length information is stored in ASN.1).
And a minor issue: The trailing comma as in "8-bit/color," leads to doubled comma in the output.
No idea how to proceed from here. Maybe ask the original submitter for review, assuming they have a bigger collection of flif files?
|Tags||No tags attached.|