Re: CFD: eXIf 2017-05-31
Phil Harvey <phil-CIeU6mJ2MbMd166Dz3SrqbDks+cytr/[email protected]> Thu, 8 Jun 2017 15:15:05 -0400
| Newsgroups | gmane.comp.graphics.png.general |
|---|---|
| Message-ID | <[email protected]> |
> From: Cosmin Truta <[email protected]> > Therefore, the PNG encoder may choose: is it going to be a typical > small standard-sized EXIF with small standard-sized thumbnail? Or is > it going to be larger-than-standard EXIF with either a > larger-than-standard thumbnail or a correctly-embedded, with > correctly-linked internal preview image? > > This is to be decided at encoding time. Hi Cosmin, In your model the encoder is making a decision based on implicit knowledge of the decoder's goal. It is a special case if the encoder has this knowledge. In the general case the decoder must be the one to make this decision. I think the text is cleaner when written from the decoder's perspective, and developers reading this should realize that they can simplify their decoder if they have a tightly coupled encoder that writes the Exif in a format compatible with the destination file. If you can't agree, then maybe the wording can be changed to avoid mentioning either the encoder or decoder. - Phil ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot