EoG: Washed-Out Colour Contrast when Viewing JPG exported from Darktable

Bug #1265224 reported by The Bright Side
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eog (Ubuntu)
New
Undecided
Unassigned

Bug Description

Steps to Reproduce:
1. Download and unzip http://www.knowingme.org/darktable-contrast-bug.zip (this archive only contains image files)
2. Import IMG_3082.CR2 into Darktable 1.4, using the "image" option in "import" module in left sidebar in Darktable's Lighttable
3. Export to JPG using the "Export Selected" module in right sidebar in Darktable's Lighttable
4. Export to 16-bit PNG using the "Export Selected" module in right sidebar in Darktable's Lighttable
5. Compare both exports (JPG and PNG) in EoG. Notice: PNG displays correctly, JPG has colours and contrast washed-out.
6. Open PNG in Gimp
7. Export as JPG
8. Open Gimp-converted JPG and straight-from-Darktable JPG in EoG
9. Compare back to back. Notice: straight-from-Darktable JPG is washed-out, but JPG converted from PNG displays correctly.
10. Open both JPGs in Gimp, compare back to back. Notice: both display identically.

Actual Result:
When exporting an image from Darktable as JPG, EoG displays the image with washed-out contrast, brightening the dark parts and revealing compression artifacts. It seems colour vibrance gets lost as well. The package referenced in step 1 above contains Darktable-JPG.jpg, which can be used for easy comparison in various programs, e.g. EoG vs. Chrome, Firefox, Gimp, GThumb.

Expected Result:
EoG should display JPGs exported from Darktable with correct colours.

Notes:
1. Darktable-JPG.jpg was exported straight from Darktable. Open in EoG vs. any other viewer and compare.
2. When exporting from Darktable to PNG, the PNG displays properly in EoG.
3. When converting that PNG to JPG with e.g. Gimp or Phatch, the resulting JPG will display properly in EoG (repro steps 6-10). Reference: Darktable-PNG-Gimp-JPG.jpg was created following repro steps 6-10 and can be used for easy comparison. Open in EoG vs. any other viewer and compare.
4. It seems Darktable writes JPGs in a way that EoG is not compatible with. No other image processing programs seem to write JPGs the same way as Darktable, nor do any other viewers seem to mind Darktable's JPGs.
5. This may seem like a very specific use case at first glance, but it does mean that any photographers using Darktable (which is among the most popular raw processing suites for Linux) will move away from EoG to view their JPGs.
6. Ubuntu 13.10, 64 bit. EoG 3.8.2.

Revision history for this message
The Bright Side (me-knowingme) wrote :

Attached zip with reference files for this bug report. This is the same zip referenced in repro step 1, containing:

IMG_3082.CR2
IMG_3082.CR2.xmp

(above to import into Darktable)

Darktable-JPG.jpg

(exported straight from Darktable, to open in EoG vs. any other viewer)

Darktable-PNG-Gimp-JPG.jpg

(Darktable PNG converted to JPG using Gimp)

Revision history for this message
Pascal de Bruijn (pmjdebruijn) wrote :

In your particular case EOG is probably doing the right thing:

http://www.darktable.org/2013/12/released-darktable-1-4/comment-page-1/#comment-30455

You likely have a bad display profile setup.

There is a related bug (which you are likely NOT experiencing though):
https://bugzilla.gnome.org/show_bug.cgi?id=668369

Revision history for this message
The Bright Side (me-knowingme) wrote :

Thanks for the follow-up, Pascal!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.