GNOME Bugzilla – Bug 656224
some jpg photos show as all black
Last modified: 2021-06-19 08:46:41 UTC
I have some jpg pictures taken from a digital camera. For these pictures eog shows all black. Nautilus and GIMP are able to display these pictures but eog is not. details: Debian GNU/Linux testing (wheezy) fully updated eog 3.0.2-2 attching one such file. I have lots more if needed.
I was trying to attach one of my failing files but they all exceed the maximum size allowed by bugzilla. I do not have a way to publish these files on a server. I can send them by e-mail to someone. Please let me know if any further details are needed.
Can you try whether after resizing the image to a more manageable size, you can still reproduce the bug? If so, you can upload the image then. Otherwise, please feel free to send one to my bugzilla mail address.
Hello Claudio, I reduced the size of the image with GIMP scale option but the issue is not reproducible in the reduced image. Please send me an e-mail from the account to which you want me to send the failing images or just write it here. Sorry... but I don't know what your bugzilla mail address is :( My e-mail is joao.miguel.c.ferreira@gmail.com cheers
3 failing images sent by e-mail to Caludio
Sorry for the late reply. I have tested this with master and the stable branch and I am unable to reproduce it.
Fedora variant of this bug: https://bugzilla.redhat.com/show_bug.cgi?id=732570 Still, shows correctly here. Maybe related to the used display driver/card?
I detected that this problem only happens in some video resolutions. It happens on 1440x900. Does not happen on 1152x864. Does not happen on 1024x768 Joao
Joao, can you tell us what graphics card and driver you use?
I seem to have a similar problem. It seems to happen only with large, 4000px+ ,files. It happens only when I start in dual screen mode: xrandr --output DVI-I-1 --left-of DVI-I-2 in .fluxbox/startup this gives me 2x 1680x1050 If I switch back and forth between single and dual screen it starts working again: xrandr --output DVI-I-2 --off xrandr --output DVI-I-1 --left-of DVI-I-2 If I start with a not working, black image. Then use xrandr to switch off the second screen Then click next and the image is shown It keeps working until I do a full reboot. So it looks like a video driver problem. Ubuntu 12.04(precise) fluxbox eog 3.4.0 nvidia 1400 with nouveau video driver
Umm, I have same problem, if I download image from internet 3400x2600 or more i can see it fine, but if It take a photho whit my camara I have that problem. Screen Shot: http://mirror.skamasle.com/cap1.png One original image: http://mirror.skamasle.com/image2.JPG Image Viewer 3.4.1 So the problem is only whit photos from digital camara not from big images on general. http://mirror.skamasle.com/cap3.png http://mirror.skamasle.com/cap4.png I have some 1900x1200 whit problems also ( photos ) and some 4000x3000 whit not problemes ( wallpapers, gimp desings, photoshop desings etc )
Sorry the versión is 3.4.2 :)
*** Bug 691961 has been marked as a duplicate of this bug. ***
Following the results of bug 691961 there could be a driver limitation involved here. Exchanging nouveau for nVidia's binary driver can help.
Hello Felix. I'm unable to reproduce the issue after the recent upgrade from Fedora 17 to Fedora 18. Version-Release of the components: eog-3.6.2-1.fc18.x86_64 xorg-x11-drv-nouveau-1.0.6-4.fc18.x86_64 kernel-3.9.2-200.fc18.x86_64 Regards, Jaromir.
I'm having a similar problem since upgrade to 3.10 some images are shown correct, others are just black while others are just random pixles. Arch Linux, Gnome 3.10 Core i3 with integrated Intel Graphics intel-dri 9.2.1-1 xf86-video-intel 2.21.15-1 KR Frank
Bug bites me too: eog 3.4.2 on Ubuntu 12.4.1 with radeon driver: some JPG's display all black, but in properties eog shows the correct preview, no error seen when called from command line, gthumb and gimp display pictures properly, and nautilus has previews - it is an eog only and not a driver bug. In my case the JPG's not showing all have the dimension 2048 x 1536, and they are not showing regardless of zoom factor or full screen. This bug is around since 3.0 minimum, see e.g. mailing list discussion here: http://lists.debian.org/debian-user/2011/08/msg00444.html "eog (Image Viewer) all black on jpg images". We already have other bugs marked as duplicates of this one, and still - after more than 2 years - this bug is still marked as "UNCONFIRMED" ?!? That's ridiculous. If anybody cares for eog, start working on this one!
(In reply to comment #16) > We already have other bugs marked as duplicates of this one, and still - after > more than 2 years - this bug is still marked as "UNCONFIRMED" ?!? That's > ridiculous. If anybody cares for eog, start working on this one! In GNOME bugzilla we don't make distinction between NEW/UNCONFIRMED. Since you care for eog perhaps you should start working on this one (put another way, don't come here to tell anyone what to work on.)
For information I never saw this problem before and now I see it on fedora20. It is quite massive, in a folder here with many pictures all from the same camera, the first 10 pictures show up as black. The 11th one is OK. Moving back and forth between pictures makes EOG display garbage on picture that don't work, once i got a display of the entire EOG window itself displaying the previous picture, including menus, toolbar and the image gallery from the bottom, duplicated twice in the picture area (!!). also when launching EOG if the image gallery is active EOG will not display black but something from the image gallery. Again it seems memory corruption. launching EOG in command-line nothing is outputed. reducing the picture then the problem is not present anymore. I reproduce the problem 100% with this picture: https://dl.dropboxusercontent.com/u/22600720/IMG_4748.JPG
Yeah well it's driver-related i guess. i have a desktop and a laptop, both running fedora20 for a couple of days. the same image poses no problem on the laptop machine. only on the desktop. they are both intel but the desktop has a rather ancient chip and also i configured it to use another intel driver mode because of black window problems. so obviously EOG has some tendency to rub graphic drivers in a way that some other programs (web browsers, gimp and so on) don't. Or maybe it's a slight memory-handling bug in EOG that is exhibited only in some setups...
Exactly. Since upgrade to 3.10 I detected this problem. This link to one of the pictures I took with my cell phone: http://wuazu.cs.buap.mx/bugs/IMG_20130202_071852.jpg And this link a screenshot to open this image in eog: http://wuazu.cs.buap.mx/bugs/screen_231213_1.png As you can see, shows all black. I have opened the image with Gimp, Mirage (and others) and displayed smoothly. This is other picture: http://wuazu.cs.buap.mx/bugs/2012-12-16_13.01.11.jpg And the screenshot: http://wuazu.cs.buap.mx/bugs/screen_231213_2.png Now, if I move between the other images and back to this, the result is as follows: http://wuazu.cs.buap.mx/bugs/screen_231213_3.png The image is mixed with the previous picture. Arch Linux 64 bits Gnome 3.10.1 Intel Core i5 CPU M 460 Ironlake Mobile Graphics kernel 3.12.3-1 intel-dri 9.2.4-1 xf86-video-intel 2.21.15-1 eog 3.10.2 1366x768 Regards. (In reply to comment #15) > I'm having a similar problem since upgrade to 3.10 some images are shown > correct, others are just black while others are just random pixles. > Arch Linux, Gnome 3.10 > Core i3 with integrated Intel Graphics > intel-dri 9.2.1-1 > xf86-video-intel 2.21.15-1 > > KR Frank
(In reply to comment #20) > Exactly. Since upgrade to 3.10 I detected this problem. Did you also update the graphics driver in that process? eog's drawing code hasn't changed between 3.8 and 3.10 (there was only one change that affected SVGs only) And yes, eog can cause pretty large data uploads to the gfx card/ram as it doesn't do tiling (uploading the image in smaller chunks) anymore. That's apparently quite uncommon. > xf86-video-intel 2.21.15-1 Well, that driver seems to cause quite some trouble with eog (see also bug 710789). So I'd like to ask you to file a bug with the Intel driver developers to see if maybe something broke on their side. The biggest problem for me is, that I cannot reproduce this on either of my two systems. Even on the one having Ironlake graphics (this is an NVidia Optimus package though).
(In reply to comment #21) > Well, that driver seems to cause quite some trouble with eog (see also bug > 710789). So I'd like to ask you to file a bug with the Intel driver developers > to see if maybe something broke on their side. Before that, I would like testing with the developing driver (xf86-video-intel-devel 2.99.906-1). Will it help anything?
(In reply to comment #22) > Before that, I would like testing with the developing driver > (xf86-video-intel-devel 2.99.906-1). Will it help anything? Sorry, but I couldn't wait. I tested with the driver in development (xf86-video-intel-devel 2.99.906-1). I've been checking and now all photos are well displayed. Apparently the problem lies in the current driver (xf86-video-intel 2.21.15-1). Driver used: xf86-video-intel-devel 2.99.906-1
(In reply to comment #23) > (In reply to comment #22) > > Before that, I would like testing with the developing driver > > (xf86-video-intel-devel 2.99.906-1). Will it help anything? > > Sorry, but I couldn't wait. I tested with the driver in development > (xf86-video-intel-devel 2.99.906-1). > I've been checking and now all photos are well displayed. Apparently the > problem lies in the current driver (xf86-video-intel 2.21.15-1). > > Driver used: xf86-video-intel-devel 2.99.906-1 Ah that's great to hear. :) Looking through the driver NEWS file it seems the fix could be due to this bug: https://bugs.freedesktop.org/show_bug.cgi?id=70527 http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=587c4866652e40e1e228b333028114766a6d3b08 Could you test whether cherry-picking the fix atop 2.21.15 fixes it as well? That could be a way to fix the issue until the 3.0 driver is picked up by distributions. Also, if my understanding of the bug is correct images where width x height does not exceed 64k (e.g. 128x128 icons) should display correct even without the fix.
(In reply to comment #24) > Looking through the driver NEWS file it seems the fix could be due to this bug: > https://bugs.freedesktop.org/show_bug.cgi?id=70527 > http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=587c4866652e40e1e228b333028114766a6d3b08 I downloaded the driver's sources (http://xorg.freedesktop.org/releases/individual/driver/xf86-video-intel-2.21.15.tar.gz) and I fixed the lines in conflict. I compiled and installed the driver and everything works fine. Images are displayed correctly. That seems to be the solution for this driver's version (2.21.15).
Thanks Ivan. That's a good hint for distributions. As it probably easier to have them apply this fix on top of the stable build than to have them package a beta driver to fix eog.
*** Bug 732099 has been marked as a duplicate of this bug. ***
CONTRIBUTED AS A TOTAL NON-TECHIE: 1. Surely the title of this bug is wrong? "some jpg photos don't show as all black" should it not be "some jpg photos show as all black"? 2. I have this problem. Although I'd be very willing to help resolve it: a/ I don't have the technical knowledge to find and adjust the driver issue. b/ As a lay user all I want is an application that shows me my pictures [although I have GIMP, and like it, it is cumbersome for quick viewing]. Bearing in mind that search engines will find this most useful article, might it not be helpful to say "eog will not work properly with some video drivers, so unless you have the skills to mend your driver it is probably more sensible to use a viewer other than eog/Gnome Image Viewer" I do appreciate that the moderator might not like this - if so, apologies!
(In reply to Nic from comment #28) > CONTRIBUTED AS A TOTAL NON-TECHIE: > > 1. Surely the title of this bug is wrong? "some jpg photos don't show as all > black" should it not be "some jpg photos show as all black"? Fair enough. > 2. I have this problem. Although I'd be very willing to help resolve it: > a/ I don't have the technical knowledge to find and adjust the driver issue. > b/ As a lay user all I want is an application that shows me my pictures > [although I have GIMP, and like it, it is cumbersome for quick viewing]. Interesting that you're still having this problem. After hearing of no further problems for three years I assumed distros have rolled-out fixed graphics drivers. Which would also be your path forward: Raise a ticket with your distribution asking for an Intel graphics driver containing the fix in comment 24 or at least the version mentioned in comment 23. Unless you use another graphics card, then it might be a new bug, but then we need to know the driver and the exact version. > Bearing in mind that search engines will find this most useful article, > might it not be helpful to say "eog will not work properly with some video > drivers, so unless you have the skills to mend your driver it is probably > more sensible to use a viewer other than eog/Gnome Image Viewer" Considering this was a memory corruption bug in the graphics driver, which has also been fixed by the driver developers for some time now (even Ubuntu 14.04LTS seems to have it), I don't consider this necessary nor to be the right wording.
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 https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/eog/-/issues/ Thank you for your understanding and your help.