I've just released
ExifTool 6.71
which addresses a number of these issues. Here is the breakdown:
- Added patch for Vista "xmp:xmpmeta" unconformity
- Added patch for Vista XMP tag ID case problems
- Added patch for Vista EXIF Unicode byte ordering bug
- Added support for new XMP-microsoft tags
- Added support for 2 new Vista EXIF "Ratings" tags
- Have not yet addressed incorrect Vista XMP tag ID's "ISOSpeed" and "ProgramMode"
That's about it. The Vista XMP implementation is really pretty much of a joke.
They need to fire the programmers responsible. This is the worst formatted
XMP I have ever seen, aside from the blatant bugs I have mentioned, here are
a couple more "features" of the Vista XMP:
- A distinct lack of newlines in the XMP text make lines many hundreds of
characters long, which effectively defeats one design goal of XMP -- to be
human-readable.
- There is no padding before the "xpacket end" token as suggested by the XMP
specification. While this doesn't bother me too much, the joke is that they have
added padding
after the xpacket token. In this location, the padding
is nothing more than a waste of space because here it cannot be used
as designed to provide growing room for the XMP data by an application
that does not process the rest of the file.
Just thought it may be useful for someone down the road to document all
this. In an ideal world someone might point out this thread in a bug report
to Microsoft. I took a quick look, but couldn't find a place to submit this
information myself.
- Phil