Closed GoogleCodeExporter closed 8 years ago
I have a feeling that metadata-extractor still doesn't support Fujifilm RAF
files.
Original comment by jpnalme...@gmail.com
on 16 Jan 2014 at 8:24
Assumed dcraw is used to create the thumbnails, an up to date version of dcraw
may give better results. Thumbnails from an older version of dcraw (+
ImageMagick convert) of my Olympus OM-D images did have similar bad colors.
After compiling a new dcraw version, the colors are ok now.
Can I have an example RAW file for a test? To read EXIF, a black image is fine,
for thumbnail colors an image shot by daylight is a good choice (than the black
one for EXIF is not necessary).
Original comment by eb@elmar-baumann.de
on 17 Jan 2014 at 6:22
Sure, here goes.
https://www.dropbox.com/s/h145dec2vckkb8h/Alcochete-201400002.RAF
Take a look at Mingalaba, A Glimpe Of
Myanmar<http://www.joaoalmeidaphotography.com/mingalaba/>,
my photo ebook
joaoalmeidaphotography.com <http://www.joaoalmeidaphotography.com>
lighttravelers.com <http://www.lighttravelers.com>
joaoalmeida.info
Original comment by jpnalme...@gmail.com
on 17 Jan 2014 at 11:54
The current two EXIF reading libraries Imagero (older version) and
MetaDataExtractor (current version) can't read EXIF of the RAF file. JPT has an
interface to plug in arbitrary reader libraries to extend the EXIF reading
capabilities, but I don't have enough free time 1. to figure out which Java
library can read EXIF of RAF files and 2. to implement the interface which
requires returning the bytes of specific EXIF tags.
The current dcraw - version 9.20 - creates RGB files without a green cast. I
did compile it under 64 Bit Linux and hold it for one or two weeks at
http://www.elmar-baumann.de/temp/dcraw.zip Before using it, check out, if the
system has the required libraries through calling "ldd dcraw". The output
should look like this:
elmar > ldd dcraw
linux-vdso.so.1 (0x00007fff121d5000)
libm.so.6 => /lib64/libm.so.6 (0x00007f6e71d16000)
libjasper.so.1 => /usr/lib64/libjasper.so.1 (0x00007f6e71abc000)
libjpeg.so.8 => /usr/lib64/libjpeg.so.8 (0x00007f6e7186b000)
liblcms2.so.2 => /usr/lib64/liblcms2.so.2 (0x00007f6e71618000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6e7126a000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6e72014000)
The "=>" points to an existing used library.
Original comment by eb@elmar-baumann.de
on 18 Jan 2014 at 2:49
The current version of https://github.com/drewnoakes/metadata-extractor does not support the file format - tested with a Fujifilm X-E2 raw file. Maybe in a year or so. Closing the bug due limited spare time.
Original issue reported on code.google.com by
jpnalme...@gmail.com
on 16 Jan 2014 at 10:25Attachments: