Re: DRAFT: eXIF 2017-05-28

Glenn Randers-Pehrson <[email protected]> Wed, 31 May 2017 16:35:37 -0400
Newsgroups gmane.comp.graphics.png.general
Message-ID <CA+PdXcuNKPVVFYakyMMuSvbPZMHR5uCQNSLJ=5mfo3HM_gstmQ@mail.gmail.com>
On Wed, May 31, 2017 at 4:00 PM, Pavel Zlatovratskii <[email protected]> wrote:
>
>
> 31.05.2017 15:52, Glenn Randers-Pehrson пишет:
>>
>>
>>> So no simple PNG-to-EXIF conversion will be allowed for eXIf (I still
>>> doubt
>>> that such conversion could be simple enough for eXIF).
>>
>> If the image data has been changed.  It is safe to do that when the image
>> has not changed.  I would expect all of the Exif profile to survive a
>> simple
>> JPEG -> PNG -> JPEG round trip, although it would not bother me if
>> the JPEG-specific data were to be lost.
>
> In most practical cases you simply don't know if image has been changed or
> not.
>
> It is one simple way in PNG: if chunk is unsafe to copy. But it is subject
> of discussion: how to make EXIF chunk safe to copy.

Yes, we all know that.  The problem here is that Exif contains valuable
safe-to-copy information and worthless unsafe-to-copy information, and
we want to preserve the former.  We could do that be defining an eXIf
chunk that only contains the safe-to-copy fields, but that involves
decoders having to understand the Exif profile enough to be able
to separate the good from the bad.

I think the explanations in the current eXIf draft are sufficient.

Glenn

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
png-mng-misc mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/png-mng-misc