* C210LUV [08-16-14 21:18]:

I have recently been getting into long-exposure and night-time photography. I am using a Canon Digital Rebel, and Windows 7 64-bit OS. I am updated to GIMP 2.8.10.

Whenever I try to open a JPG file in GIMP that contains any solid black features (i.e. black night background, even black silhouettes during fairly well-lit evening shots), I see the program thinking for about five seconds (rotating circle) and then, nothing. I have waited as long as ten minutes with no results. I have converted the RAW files to JPEG on two different editing programs before bringing them to GIMP. The image thumbnail appears with no hesitation, but the full image can not be opened.

Maybe provide a location to dl images which display this problem ???

(paka)Patrick Shanahan       Plainfield, Indiana, USA          @ptilopteri
http://en.opensuse.org    openSUSE Community Member    facebook/ptilopteri
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
Registered Linux User #207535                    @ http://linuxcounter.net

On 17/08/14 03:17, C210LUV wrote:

Hello,

I have recently been getting into long-exposure and night-time photography. I am using a Canon Digital Rebel, and Windows 7 64-bit OS. I am updated to GIMP 2.8.10.

Whenever I try to open a JPG file in GIMP that contains any solid black features (i.e. black night background, even black silhouettes during fairly well-lit evening shots), I see the program thinking for about five seconds (rotating circle) and then, nothing. I have waited as long as ten minutes with no results. I have converted the RAW files to JPEG on two different editing programs before bringing them to GIMP. The image thumbnail appears with no hesitation, but the full image can not be opened.

How old is the camera? Is it the original EOS 300D? Did you try to remove the Exif/XMP data form the file before opening it in Gimp?

Before deleting your EXIF data, can you post an example image that can be tested by others?

On Sun, Aug 17, 2014 at 3:05 PM, C210LUV wrote:

How old is the camera? Is it the original EOS 300D? Did you try to remove the Exif/XMP data form the file before opening it in Gimp?

I probably should have prefaced this with the fact that I have been a "lite"
GIMP user so far and that I am new to this forum. I have not tried to remove
Exif/XMP data, and am not sure yet how to do that. Let me figure that out and
give it a try and let you know the results.

The camera is five years old, a Canon Rebel XT DSLR. I have no other issues opening files from this camera, just ones that include some form of black or
close shade to black, be it 80% of the picture or 20% of the picture.

Thanks for the suggestion!! I'll learn how to remove the data and give it a shot.

--
C210LUV (via www.gimpusers.com/forums) _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list

* C210LUV [08-18-14 13:58]:

Before deleting your EXIF data, can you post an example image that can be
tested by others?

Sorry this took so long, was trying to figure a way to reduce the size of the image without being able to use GIMP, so I just did an arbitrary crop of one of the images in question. Attached is one image in a series taken to eventually be merged together, cropped for upload size and still unable to be opened using GIMP.

I downloaded a program called Exiftool to try to remove Exif data, but the language is way over my head and I haven't even tried.

Attachments: * http://www.gimpusers.com/system/attachments/146/original/052.JPG

I have no problem opening 052.JPG with gimp-2.8.10 on openSUSE Factory.

Screens-shot: http;//wahoo.no-ip.org/~pat/screenshot.052.jpg

(paka)Patrick Shanahan       Plainfield, Indiana, USA          @ptilopteri
http://en.opensuse.org    openSUSE Community Member    facebook/ptilopteri
http://wahoo.no-ip.org        Photo Album: http://wahoo.no-ip.org/gallery2
Registered Linux User #207535                    @ http://linuxcounter.net

I've downloaded your attached file, and it opens with no problems (quickly) in Partha's 2.8.10 portable build (Win7 64bit).

Also, to strip all the metadata using exiftool:

exiftool -all= FILE.jpg

I suggest you test this first on a backup copy of your image (and mind the blank space after the "=").

On Mon, Aug 18, 2014 at 12:56 PM, C210LUV wrote:

Before deleting your EXIF data, can you post an example image that can be
tested by others?

Sorry this took so long, was trying to figure a way to reduce the size of the
image without being able to use GIMP, so I just did an arbitrary crop of one of
the images in question. Attached is one image in a series taken to eventually be
merged together, cropped for upload size and still unable to be opened using
GIMP.

I downloaded a program called Exiftool to try to remove Exif data, but the language is way over my head and I haven't even tried.

Attachments: * http://www.gimpusers.com/system/attachments/146/original/052.JPG

-- C210LUV (via www.gimpusers.com/forums) _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list

pat david
http://blog.patdavid.net

It opens quickly on windows 8 using gimp 2.8.10. I tried both File -> Open and the drag and drop method. The first was a bit faster opening. You can delete a lot of exif data from windows explorer. right click on the file, select properties and then the details tab.

mark

On 8/18/2014 1:56 PM, C210LUV wrote:

Before deleting your EXIF data, can you post an example image that can be
tested by others?

Sorry this took so long, was trying to figure a way to reduce the size of the image without being able to use GIMP, so I just did an arbitrary crop of one of the images in question. Attached is one image in a series taken to eventually be merged together, cropped for upload size and still unable to be opened using GIMP.

I downloaded a program called Exiftool to try to remove Exif data, but the language is way over my head and I haven't even tried.

Attachments: * http://www.gimpusers.com/system/attachments/146/original/052.JPG

C210LUV wrote:

Before deleting your EXIF data, can you post an example image that can be
tested by others?

Sorry this took so long, was trying to figure a way to reduce the size of the image without being able to use GIMP, so I just did an arbitrary crop of one of the images in question. Attached is one image in a series taken to eventually be merged together, cropped for upload size and still unable to be opened using GIMP.

I downloaded a program called Exiftool to try to remove Exif data, but the language is way over my head and I haven't even tried.

Attachments: * http://www.gimpusers.com/system/attachments/146/original/052.JPG

I realise C210LUV has solved the immediate problem by installing the 64-bit version of a different build, but for what it's worth I am NOT able to open the above 052.JPG using: - Windows Vista 32-bit
- GIMP 2.8.10 downloaded from gimp.org

After removing metadata with: exiftool -all= 052.jpg
as suggested by others, the file opens in GIMP without any problem, so it does appear related to the metadata.

Steps to reproduce with the original file: - Start GIMP
- File > Open
- Browse to the folder containing 052.JPG (C:\Users\Mark\Documents\aTemp\2014-08-20-GIMP-Test\) - Click on 052.JPG; a thumbnail is shown in the preview - Click "Open"

The "Open Image" dialog becomes mostly greyed out, with only the "Help" and "Cancel" buttons left active, and is still in that state after waiting several minutes. The "Help" button brings up the help as usual; "Cancel" stops one of the child processes (see below) but not the other, and the dialog remains open and greyed out (no apparent effect to the user). The main image window (with no image loaded) remains responsive, and closing that closes GIMP, all child processes and the "Open Image" dialog.

In case it helps, Process Explorer shows that, on clicking the "Open" button in the "Open Image" dialog, file-jpeg.exe and metadata.exe are started as child processes of gimp-2.8.exe. metadata.exe is taking ~50% CPU and ~11MB memory, even after several minutes. Clicking "Cancel" stops file-jpeg.exe, but metadata.exe continues at ~50% CPU (and as mentioned above, the dialog remains open and greyed out). I have a dual-core CPU, so ~50% is probably all available capacity on one core.

No messages are shown in GIMP's error console.

Should this be reported as a bug? Even if there is something invalid about the metadata, presumably this should result in an error or warning, rather than just hanging the "Open Image" dialog?

Mark.

On 20.08.2014 23:00, Mark Bourne wrote:

Attachments:
* http://www.gimpusers.com/system/attachments/146/original/052.JPG

I realise C210LUV has solved the immediate problem by installing the 64-bit version of a different build, but for what it's worth I am NOT able to open the above 052.JPG using: - Windows Vista 32-bit
- GIMP 2.8.10 downloaded from gimp.org

After removing metadata with: exiftool -all= 052.jpg
as suggested by others, the file opens in GIMP without any problem, so it does appear related to the metadata.

A problem with libexif, maybe - you could check if the same still happens with a nightly build from:

http://nightly.darkrefraction.com/gimp/

Regards,
Michael
GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD

Michael Schumacher wrote:

On 20.08.2014 23:00, Mark Bourne wrote:

Attachments:
* http://www.gimpusers.com/system/attachments/146/original/052.JPG

I realise C210LUV has solved the immediate problem by installing the 64-bit version of a different build, but for what it's worth I am NOT able to open the above 052.JPG using: - Windows Vista 32-bit
- GIMP 2.8.10 downloaded from gimp.org

After removing metadata with: exiftool -all= 052.jpg
as suggested by others, the file opens in GIMP without any problem, so it does appear related to the metadata.

A problem with libexif, maybe - you could check if the same still happens with a nightly build from:

http://nightly.darkrefraction.com/gimp/

2.8 nightly from 2014-08-21 (gimp-stable-i686-2014-08-21.exe) has the same issue - gets stuck with metadata.exe taking ~50% CPU when trying to open 052.JPG.

2.9 nightly from 2014-08-21 (gimp-dev-i686-2014-08-21.exe) opens the image without any obvious problem. Not even any messages in the debug console window.

So looks like it's resolved in 2.9, but not 2.8 (if there's going to be another 2.8 release?)

For information, in case it affects anyone else, Avast antivirus is flagging several of the .exe files within the nightly builds as being infected with "Win32:Evo-gen [Susp]". Checking a sample of these files on VirusTotal shows that only a couple of other products flag them as infected, while most report them as clean. Looks like a heuristic algorithm giving false positives, so I've reported some of them to Avast as such (not all though, as it was getting tedious to submit every single instance, and it's probably the same thing triggering the detection in each file anyway...)

Mark.