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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.