Re: CFD eXIf 2017-05-31 [was DRAFT: eXIF 2017-05-28]

Pavel Zlatovratskii <[email protected]> Thu, 1 Jun 2017 16:31:56 +0300
Newsgroups gmane.comp.graphics.png.general
Organization TB.Budget
Message-ID <[email protected]>

01.06.2017 15:56, Glenn Randers-Pehrson пишет:
>
>   It is beyond the scope of this specification to resolve potential conflicts between
> data in the eXIf chunk and in other PNG chunks. It is recommended that
> unless a decoder has independent knowledge of the validity of the Exif
> data, the data should be considered to be of historical value only.
>
And all these 'maybe' is looks like extra complexity for me, definitely 
not KISS.
As a developer of png software I read "beyond the scope of this 
specification " like "There is no guarantee for EXIF, but someone may 
prefer EXIF over PNG chunks, so try to guess what data is actual". Guess 
is not simple.

Same for
 >there is no expectation that any thumbnails present in the Exif 
profile have (or have not) been updated if the main image was changed.
and
 >encoders should be aware that, if the Exif profile is converted to 
JPEG, the total length of the Exif data (the sum of the lengths of the 
Exif attributes IFD, the GPS IFD, the thumbnail IFD, and the TIFF 
header) must not exceed 64 kbytes, because it must fit into a JPEG APP1 
marker.


-- 
Have a nice DOS.

Pavel Zlatovratskii [email protected]; [email protected]


------------------------------------------------------------------------------
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