View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000014 | file | General | public | 2018-07-22 12:50 | 2018-08-01 13:44 |
| Reporter | cbiedl | Assigned To | christos | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | feedback | Resolution | open | ||
| 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? Cheers, Christoph ¹ http://flif.info/spec.html | ||||
| Tags | No tags attached. | ||||
