Feature #599

XMP packets split across multiple APP1 segments

Added by Andreas Huggel over 8 years ago. Updated almost 2 years ago.

Status:ClosedStart date:06 Jan 2009
Priority:NormalDue date:
Assignee:Andreas Huggel% Done:

100%

Category:xmpEstimated time:1.00 hour
Target version:0.26

Description

It looks like Adobe has recently updated its XMP specification
to allow JPEG files to host large (> 65,502 bytes) XMP packets
by splitting them into multiple APP1 marker segments.

The gory details are explained in the "Extended XMP in JPEG"
section in this document:

<http://www.adobe.com/devnet/xmp/pdfs/XMPSpecificationPart3.pdf>

Since there is now an official specification, are there any
plans to support extended XMP in exiv2?

Reported by Marco Piovanelli
http://uk.groups.yahoo.com/group/exiv2/message/1493


Related issues

Related to Exiv2 - Bug #600: Upgrade XMP Toolkit to version 4.4.2 Closed 06 Jan 2009
Related to Exiv2 - Feature #941: Upgrade xmpsdk source to Adobe's current version Assigned 27 Dec 2013

History

#1 Updated by Jan Rüegg over 2 years ago

See also this discussion:
http://dev.exiv2.org/boards/3/topics/1631

This feature is used for example for writing depthmap data into images, as described here:
https://developers.google.com/depthmap-metadata/examples

This is an example of such an image with extended xmp data:
https://github.com/spite/android-lens-blur-depth-extractor/blob/master/table.jpg

#2 Updated by Robin Mills over 2 years ago

  • Category set to xmp
  • Status changed from New to Assigned
  • Assignee set to Andreas Huggel
  • Target version set to 1.0

Jan

Thanks for updating this. We have planned to update our XMP support in 2015 to incorporate the latest xmpsdk code from Adobe. It's very likely that Adobe's code now provides support for this feature, so we might gain this support "for free". Upgrading our xmp support is non-trivial as Adobe's code requires some modification to use the Exiv2 I/O module and other features of our code. Andreas has already agreed to take on the xmpsdk upgrade support - so I'll assign this to him.

#3 Updated by Robin Mills over 2 years ago

  • Target version changed from 1.0 to 0.26

#4 Updated by Robin Mills about 2 years ago

A new feature -pX has been added to exiv2(.exe) to print the "raw" XMP/xml directly to stdout. -pX can read "Standard XMP" and “Extended XMP". -pX does not use XMPsdk. It parses the JPEG and extracts it directly. #922.

#599 is broader in scope in at least two ways:

  1. Although -pX can read "Standard XMP" and "Extended XMP", we generally do not support Extended XMP. So if we had a file that has more than 65k of XMP, we would only “see” the first 65k. So exiv2.exe (and all the other samples) know nothing about Extended XMP until we upgrade to Adobe’s latest stuff.
  2. Exiv2 code base cannot write “Extended” XMP at this time. If you keep adding XMP data, Exiv2 cannot write a block of XMP which exceeds 65k bytes.

#5 Updated by Robin Mills almost 2 years ago

  • Status changed from Assigned to Closed
  • Estimated time set to 1.00

I'm going to mark this "Closed". We dealt with this in the exiv2 -pX option in v0.25. It will be more widely handled when we update XMPsdk (#941).

#6 Updated by Robin Mills almost 2 years ago

  • % Done changed from 0 to 100

Also available in: Atom PDF

Redmine Appliance - Powered by TurnKey Linux