imlib2 support for RAW files (Canon / SONY)

[yuv]

Hello

apology if I am at the wrong place. I've just came across Imlib2/Enlightenment when looking for a fast and lightweight image browser. Feh does the job for me, and it builds on Imlib2.

I am not sure if the bug is in feh or in Imlib2, hence I report it with test cases both here (where I believe Imlib2 bugs are tracked) as well as to the feh developers.

Feh can decode/display Canon CR2 files generated on my Canon 350D only in landscape orientation. Portrait orientation shows a black image. Feh does not even open SONY ARW files generated on my SONY A850.

You will find test files for both cameras, landscape and portrait, at [1] (13MB) and [2] (45MB). Please advise when these files are no longer required to be on the server so that I can remove them from there.

I am just starting to discover Enlightenment and I am afraid that my skillset is insufficient to deal with the bug myself. While I do contribute to Open Source, I don't have time available until the end of the summer. Nevertheless, let me know if I can be of any help and I will try to help.

Not being familiar with this project / community, I have respectfully marked this ticket as a bug of nice to have priority in imlib2. Please correct me if I am wrong.

Thank you for considering this report.

Yuv

[1]  http://photopla.net/feh90test.tar.bz2

[2]  http://photopla.net/feh90sonytest.tar.bz2

[kwo]

You are in the right place :)

I have downloaded the test cases.

I think that the blame is on imlib2, not feh, in all cases.

I'm not an expert not image data formats, so bear with me if I'm talking nonsense.

The CR2 files look like they are basically tiff files, which are processed by src/modules/loaders/loader_tiff.c. I'll poke around a bit and try to figure out if the portrait mode bug is trivial.

The ARW files also basically seem to be tiff files, but seem to be rejected by the tiff loader. Not sure how this should be fixed... Will poke around some more.

[yuv]

Thank you for the fast and positive reply.

In the meantime a friend of mine with a more recent/professional Canon camera is experiencing the same problem as I do with the ARW files. He thinks the problem is that the TIFFs in the ARW and in his camera are more than 8bit TIFF. A quick test trying to open 16bit TIFF confirms an issue with the bit depth. I did not even try the (wishful thinking) of 32bit TIFF or other HDR formats.

For the short term my solution is to batch-create JPG files from the CR2/ARW using dcraw piped into ImageMagick?'s convert, and use feh only to browse quickly these temporary files.

Thanks again for looking into this report. I hope it will help improve imlib2, eventually.

[kwo]

I have committed a fix that seems to cure the problem with the Canon portrait mode image.

I'm going to pass on the Sony images for now as they don't seem to be recognized by libtiff.