Feel free, though that's not what I meant (and my app reads all the attribs up 
front anyway). I just meant that if there are apps that are in the habit of 
copying string attribs around via fixed length buffers, they may need to be 
careful.  

        -- lg


On Jul 17, 2013, at 4:23 PM, Peter Hillman wrote:

> There's support for zipped string attributes in a feature branch at github, 
> and should make it into an upcoming official release.
> If the data gets quite big, maybe the XMP attribute could be a zipped string. 
> This keeps down file size, but also helps read speed and memory usage, since 
> the zipped strings are not uncompressed until the contents of the string are 
> queried.
> 
> On 18/07/13 11:12, Larry Gritz wrote:
>> +1
>> 
>> As XMP, it's just an ordinary string (though potentially a big one) and the 
>> naming conventions are already decided by others.  Though it does beg the 
>> question of a portable, compact, nicely licensed parser for XMP. (I rolled 
>> my own but am not especially happy about it. Does anybody have a good 
>> recommendation?)
>> 
>> As an alternative, what I do in OIIO when saving EXIF data into OpenEXR 
>> files is simply to name it all "Exif:Foo" or "IPTC:Foo", with Foo being the 
>> official Exif or IPTC names, and the prefix making it pretty easy to 
>> distinguish from ordinary exr user metadata.
>> 
>> 
>> On Jul 17, 2013, at 10:09 AM, Lars Borg wrote:
>> 
>>> Thomas,
>>> 
>>> Why not use XMP instead?
>>> XMP includes all of EXIF + Dublin Core ++
>>> 
>>> Lars
>>> 
>>> From: Thomas Mansencal <thomas.mansen...@gmail.com>
>>> Date: Tuesday, July 16, 2013 11:47 PM
>>> To: "openexr-devel@nongnu.org" <openexr-devel@nongnu.org>
>>> Subject: Re: [Openexr-devel] EXIF meta data attributes in headers
>>> 
>>>> Hi,
>>>> 
>>>> I'm resurrecting that thread after 7 years, I basically wanted to know if 
>>>> there has been more discussions about that matter in the recent years.
>>>> 
>>>> The fact there is no standard attributes for common camera data prevents a 
>>>> bit the format to be used as a solid input container for photo processing 
>>>> applications or anything relying on EXIF data. For instance if you want to 
>>>> stitch EXR files with PTGui you will have to enter your data manually.
>>>> 
>>>> I think it would be really important trying to establishing a standard 
>>>> list of attributes as suggested by Thomas Lock, the exrstdattr already 
>>>> provides a list of them, maybe completing / updating this one?
>>>> 
>>>> Cheers,
>>>> 
>>>> Thomas
>>>> 
>>>> Thomas Mansencal | thomasmansencal.com
>>>> [  thomasmansencal.blogspot.com  |  github.com/KelSolaar  ]
>>> _______________________________________________
>>> 
>> 
>> --
>> Larry Gritz
>> l...@larrygritz.com
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Openexr-devel mailing list
>> Openexr-devel@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/openexr-devel
> 
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/openexr-devel

--
Larry Gritz
l...@larrygritz.com


_______________________________________________
Openexr-devel mailing list
Openexr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/openexr-devel

Reply via email to