Opened 12 years ago
Last modified 4 years ago
#8687 new enhancement
ShowImage: add "file info" with image properties, exif data, and so on
Reported by: | Giova84 | Owned by: | leavengood |
---|---|---|---|
Priority: | normal | Milestone: | R1.1 |
Component: | Applications/ShowImage | Version: | R1/Development |
Keywords: | showimage add file info with exif data and all image properties edit entries | Cc: | |
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
As the subject said, i suggest to add the voice "file info" inside ShowImage, to show off exif data of photo, geotag info (obviously if present), width, height, year, comment, rating and all available info. And if possible with the option of edit some entries.
Change History (9)
comment:1 by , 12 years ago
follow-ups: 3 5 comment:2 by , 12 years ago
Just as a heads up: the JPEG translator (and probably others?) already return the EXIF data in a BMessage during translation. So at least the read-only part shouldn't be too hard to implement.
comment:3 by , 12 years ago
Replying to axeld:
Just as a heads up: the JPEG translator (and probably others?) already return the EXIF data in a BMessage during translation. So at least the read-only part shouldn't be too hard to implement.
Album: http://haikuware.com/directory/view-details/multimedia/graphics/image-viewers/album can do it:
Come with source too..
comment:4 by , 12 years ago
(GCI-2012 Participant) Haiku revision: hrev44702. Valid, but this is not a bug. As mentioned, Album from haikuware.com can view EXIF data. System: Haiku R1-alpha4 on Virtualbox 4.1.20 on windows 7 64 bit
comment:5 by , 9 years ago
Replying to axeld:
Just as a heads up: the JPEG translator (and probably others?) already return the EXIF data in a BMessage during translation. So at least the read-only part shouldn't be too hard to implement.
Hi Axel, the Translator decodes the Exif data into a BMessage but it adds the information as rawdata. Is this on purpose? Would it be more convenient for the applications to have the decoded one?
comment:6 by , 9 years ago
If we want to make it "structured" data, we need to define a common format that all translators can use. Having the "raw" data is probably the simpler solution to make sure the interested apps get everything they need from EXIF. I'm not familiar with the EXIF format, does its structure map well with the constraint of a BMessage (is it a tree of typed values)?
comment:7 by , 9 years ago
The jpeg translator does already a good job deconding the Exif data into a BMessage:
BMessage(0x0) { Maker = string("Canon", 6 bytes) Model = string("Canon EOS 5DS", 14 bytes) Orientation = int32(0x1 or 1) ExposureTime = double(0.00800000) ISO = int32(0x64 or 100) }
The default tags are only: Maker, Model, Orientation, ExposureTime, ISO. It would be awesome to have the thumbnail in the message and with an input parameter in the ioExtention avoid to translate the full image.
comment:8 by , 9 years ago
IIRC you can request a preview using the initial I/O message (might only be implemented by our RAW translator, though).
In any case, it would probably be nice, if the unknown EXIF data would just be added to the message unparsed (EXIF delivers value ID, type, and the actual data). So for example, we could add the tag with ID 7 as "exif:7" with the appropriate type, or just B_RAW_TYPE for everything unsupported.
Alternatively, one could add the whole EXIF data chunk to the message, but that would require parsing it again in the applications.
comment:9 by , 4 years ago
Milestone: | R1 → R1.1 |
---|
To be more clear about the last part: with the option of edit/add/remove info!