After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 793800 - some jpg photos show as almost all black
some jpg photos show as almost all black
Status: RESOLVED DUPLICATE of bug 792770
Product: eog
Classification: Core
Component: image viewer
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-02-24 21:31 UTC by Richard B. Kreckel
Modified: 2018-02-25 12:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
image which cannot be shown by eog (2.60 MB, image/jpeg)
2018-02-24 21:31 UTC, Richard B. Kreckel
Details

Description Richard B. Kreckel 2018-02-24 21:31:17 UTC
Created attachment 368890 [details]
image which cannot be shown by eog

I have many jpeg pictures taken from a digital camera for which eog shows mostly black.

I am aware of #656224 and similar reports. However, I've tried a variety of graphic hardware and drivers and this does not seem to be dependent of them: The attached picture shows correctly in firefox, chrome, gimp, geeqie, gwenview, shotwell, libreoffice, etc. but is almost entirely black in eog. This is reproducible on NVidia graphics cards (nouveau and nvidia drivers) and on AMD graphics cards, on Xorg and on Wayland. So, this must be a problem of eog.

Also, jpeginfo -c says the picture is okay.
Comment 1 Strangiato 2018-02-25 00:38:48 UTC
I can confirm the problem no Arch Linux, eog 3.26.2, intel hd 4000, modesetting driver, Wayland.
Comment 2 Felix Riemann 2018-02-25 12:24:08 UTC
This seems to be another problem with the color profile generation from Exif data. If no ICC profile is embedded but Exif metadata is present eog tried to create a profile from the Exif data. Going by the values shown in the UI the image should receive an AdobeRGB profile, however extracting the gamma value fails for some unknown reason (using 17191179.71 instead of 2.2) causing the image to darken out completely.

For 3.28 that code has already been disabled as it has shown to be problematic in another case and the image editing applications apparently don't use the Exif data for this anyway which makes me doubt the correctness of these values. As of 3.28 eog will fallback to assume sRGB for these images as does GIMP.
---
Thanks for taking the time to report this.
This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed in the code repository.

*** This bug has been marked as a duplicate of bug 792770 ***