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 Giova84, 12 years ago

To be more clear about the last part: with the option of edit/add/remove info!

comment:2 by axeld, 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.

in reply to:  2 comment:3 by Giova84, 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: http://s11.postimage.org/bj80ys6dv/screenshot1.png

Come with source too..

comment:4 by hometue, 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

in reply to:  2 comment:5 by Janus, 10 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 pulkomandy, 10 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 Janus, 10 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 axeld, 10 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 pulkomandy, 4 years ago

Milestone: R1R1.1
Note: See TracTickets for help on using tickets.