p0nce
p0nce
JPEG XL is commonly muxed into ISO BMFF. - for alpha - when 16-bit is used - when lossless encode is used And j40.h doesn't recognize it. Try to demux...
JPEG-encoded TIFF have alpha and very competitive size compared to PNG, QOI, QOIX...
Supported will be same feature set as stb_image.h, + the addition of returning aspect ratio things. Writing rgb8 and rgba8 is already there. - [x] read support - [ ]...
Simplify these patterns: ```d if (!img.isValid) throw new Exception(img.errorMessage().idup); ``` Also this pattern is wrong! No error message on saving files. ``` if (!image.saveToFile("path.ext")) throw new Exception(img.errorMessage().idup); ``` - [...
Emulate the `imageformats` functions as public API. ``` Main problem is just that I could not be ensured that the order is what I needed so I needed to add...
- [x] study what FreeImage does => it implements iterators that avoid to read the whole metadata if not needed, apparently it does not parse metadata preemptively. Can represent unknown...
- [x] Find GIF that uses disposal mode => it seems not essential to typical GIF decoder - [x] Implement last disposal mode in GIF decoder => left as exercise...
- [ ] try to reuse former allocation when chaining create functions, often the former allocation is forgotten for no reason... But reusing the allocation is perhaps a prime reason...
There is one public domain here: https://github.com/iOrange/bcdec/blob/main/bcdec.h
a struct that represent a color, in various color spaces. When we write `image.fillWithColor(col);`, `col` is converted to the right space.