GNOME Bugzilla – Bug 344601
RAW file support
Last modified: 2021-06-19 08:46:52 UTC
It would be nice if EOG could view RAW (NEF in my case) files. f-spot viewer does a ok job, but having to use different tools for different image formats is frustrating.
I'm investigating libopenraw (http://libopenraw.freedesktop.org). It seems to be still very immature, but it will have GdkPixbuf support, so it could eventually fit well for EOG.
Anyone knows any other library that worths to be investigated?
The current GNOME apps that provide support for RAW images do this by running a program called 'dcraw'. See for example F-Spot RAW support implementation.
I don't think it's worth using the same aproach as F-Spot now. IMHO, we should wait/help libopenraw reach a good shape to get into GdkPixbuf smothly. Also, it would involve some changes on the current design to integrate smothly in our code. It would be more a hack than a solution.
When I have basic RAW decoding, I'll see if I can add support for eog. It will allow me to use it as a test bed.
*** Bug 502228 has been marked as a duplicate of this bug. ***
There is one related problem deep in the MIME system: Installing gdk-pixbuf raw loader will not tell nautilus, that eog can open raw files.
Proposal (not yet implemented): http://lists.freedesktop.org/archives/xdg/2005-November/005928.html
one late reply:
Not to do self-pimping, but there is work in progress:
(In reply to comment #6)
> Not to do self-pimping, but there is work in progress:
Very nice! Is there any release of libopenraw with the new pixbuf loader?
there is still a lot of work like the color correction and delinearisation.
when that work, it will grant a new release :-)
viewing raw files in EOG worked for a few version, but then broke again. https://bugs.launchpad.net/ubuntu/+source/eog/+bug/685196
*** Bug 674780 has been marked as a duplicate of this bug. ***
I can open my CR2 files with eog just fine, so I guess we can close this as FIXED?
However when I do, it acts as if the current file was the only one in the directory and doesn't allow me to switch to the next or previous one with space/left/right as it would with JPEG files. Should I open a new report about this?
Nope this is not fixed. I am on Arch Linux with lates GNOME + EOG and while I can open CR2 files they are displayed with the wrong colors (everything is green/pink). Also switching to the next/previous picture with the arrow keys won't work.
EOG uses the old, dead and not-developed-anymore libopenraw.
Why not use the active developed LibRaw instead?
Supports more than 800 digital camera/cellphone formats
Supports pretty much every RAW format.
Very active development (and that already for a long time)
It's time that after 10 years this bug gets finally fixed. Especially in a time where CR2/RAW is a commong file format which pretty much every other image viewer supports out-of-the-box already.
Thanks in advance.
*** Bug 779877 has been marked as a duplicate of this bug. ***
(In reply to Utino from comment #12)
> EOG uses the old, dead and not-developed-anymore libopenraw.
FWIW, it has never been dead, just slow paced. Version 0.1.1 was released a few days ago. (this is not a statement on it readiness though)
*** Bug 790844 has been marked as a duplicate of this bug. ***
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).
If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
and create a new ticket at
Thank you for your understanding and your help.