Bug #682
Olympus (E-1 and E-300) makernote flavour not supported: libexiv2 destroy some exif data on write
100%
Description
Writing a tag to a immage destroy some olympus exiv data.
I found this bug using digikam an report it. See https://bugs.kde.org/show_bug.cgi?id=225272
In this report are example data for verification.
I reporduce the bug using $exiv2 -M "set Exif.Image.Artist Ascii nobody" image.jpg
Files
History
Updated by Andreas Huggel almost 12 years ago
- Priority changed from Urgent to Normal
This is the result of missing support for this particular version of the Olympus Makernote.
The following comment from exiftool explains in detail:
# # Olympus really screwed up the format of the following subdirectories (for the # E-1 and E-300 anyway). Not only is the subdirectory value data not included in # the size, but also the count is 2 bytes short for the subdirectory itself # (presumably the Olympus programmers forgot about the 2-byte entry count at the # start of the subdirectory). This mess is straightened out and these subdirs # are written properly when ExifTool rewrites the file. (This problem has been # fixed in the new-style MakerNoteOlympus2 maker notes since a standard SubIFD # offset value is used.) - PH #
Exiv2 currently only supports the newer Olympus Makernotes that use standard SubIFD offset values for these subdirectories (called 'MakerNoteOlympus2' in exiftool and the comment above). As a result, Exiv2 does not decode the directories
Exif.Olympus.Equipment
Exif.Olympus.CameraSettings
Exif.Olympus.RawDevelopment
Exif.Olympus.ImageProcessing
Exif.Olympus.FocusInfo
and they are potentially corrupted when Exiv2 attempts to write to the Exif data (only in case of non-intrusive writing).
Changing Priority to 'Normal', this issue affects only specific Olympus camera models as it seems and is a feature, rather than a bug.
Updated by Andreas Huggel over 11 years ago
- Subject changed from libexiv destroy some exif data on write to Olympus (E-1 and E-300) makernote flavour not supported: libexiv2 destroy some exif data on write
Updated by Matěj Cepl about 11 years ago
- File p20090613_104056.jpg p20090613_104056.jpg added
Just adding mee too here ... E-510 procued the attached image. For more information and whole saga see https://code.google.com/p/jbrout/issues/detail?id=161&q=exiftool#c8
Updated by Robin Mills over 5 years ago
- Status changed from New to Assigned
- Assignee set to Robin Mills
This issue has been in the database for 5 years and nobody else has requested progress with this matter. So, unless you engage to persuade me to keep this matter alive, it will be closed on April 30 as "no longer needed/wanted".
Updated by Robin Mills over 5 years ago
- Category changed from exif to withdrawn
- Status changed from Assigned to Closed
- Target version changed from 53 to 0.26
- % Done changed from 0 to 100
- Estimated time set to 1.00 h