Re: EXIF support in PNG
John Bowler <[email protected]>
| Newsgroups | gmane.comp.graphics.png.general |
|---|---|
| Message-ID | <CAP7U39-_ERQ+1XtoR14Yjahbj69RF_scpY7+ZC9CX5t28P5EVA@mail.gmail.com> |
On Sat, Jan 14, 2017 at 2:04 PM, Willem van Schaik <[email protected]> wrote: > Why I still don't like the compressed option, is that well behaving PNG > decoding software are required to implement both modes. For example a > simple "png2exif" tool now needs to include a zlib library. Seconded, and not just that; the proposers are unable or unwilling to provide a testable sample implementation, after saying it is "only three lines of code." Of course if there were two separate chunks, which was the last but one counter-proposal, then decoders would be free not to decode the compressed one; for example until I recently modified it "pngcheck -t" did not decode the zTXt text, it just displayed the comment, yet it did contain code (based on zlib) to decode the IDAT chunks! I certainly can't see any merit to this new complexity; it just means that now decoders have to have two code paths. -- John Bowler <[email protected]> +1 (541) 450-9885 PO BOX 3151 KERBY OR 97531-3151 USA ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi