view all posts by Greg Lehey

More DxO bugs

Greg Lehey Posted by Greg Lehey | Sun, 22 Jul 2012
see the original posting from Greg's diary

I've already commented on a bugfeature of DxO Optics Pro: if the EXIF data of the input image is changed in any wayeven in valid waysit may ignore it completely. In my case, I had put my name in the Author tag. There's a clear workaround there, one that makes sense anyway: don't put the Author tag in the raw file, just in the output JPEG. DxO will even do this for you, though I haven't found a way to get it to store the values, so I have to reenter them every time I start it; it's easier to use my script afterwards.

So I did it like that today. Not a success. Hugin complained about every image:

Error: Offset of directory Olympus2, entry 0x0100 is out of bounds: Offset = 0x00002e10; truncating the entry
Warning: Directory OlympusCs, entry 0x0101: Strip 0 is outside of the data area; ignored.
Error: Offset of directory OlympusIp, entry 0x1103 is out of bounds: Offset = 0x0013fa70; truncating the entry
Error: Offset of directory OlympusIp, entry 0x1104 is out of bounds: Offset = 0x00161670; truncating the entry

So I used exiftool to reinstate the EXIF data. It wasn't happy either:

Warning: Bad MakerNotes offset for ThumbnailImage - orig/P7217757.jpg
Warning: Bad MakerNotes offset for ThumbnailImage - orig/P7217759.jpg
Warning: Bad MakerNotes offset for ThumbnailImage - orig/P7217758.jpg

DxO can say what they want about their requirement of untouched EXIF data for their input files, but they can't deny that this is a bug. So I'm back to the old method again.


see the original posting from Greg's diary

Back to top