Mike Chaney's Tech Corner
March 29, 2024, 06:13:55 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Qimage registration expired? New lifetime licenses are only $59.99!
 
   Home   Help Search Login Register  

Professional Photo Printing Software for Windows
Print with
Qimage and see what you've been missing!
Pages: [1]
  Print  
Author Topic: Qimage becomes unresponsive...  (Read 5044 times)
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« on: January 13, 2020, 03:49:43 AM »

I installed Qimage for the first time yesterday and at first everything seemed fine. Then I changed changed from one folder to a different folder containing a mix of like 575 jpeg, tiff, and nef files. It started building the thumbnails but then stopped part way through. I looked at my talk manager and it had stopped using any cpu power. If I clicked on anything I got a yellow box in the center of the screen that says please wait and I couldn't click on anything and nothing ever happens. I've had to close it via task manager. When I open it up it loads a few more things then stops again. If u try to change folders back to the original I get the yellow box and the program stops responding to me. I have had some luck turning off thumbnails and using list mode only, I can change it back to my all jpeg folder I first used and print. However if I try to turn in the thumbnails again I get the yellow box and things become unresponsive again. I have tried to uninstall and reinstall a few times but it makes no difference. Anyone know what's going on? Thanks!
Logged
admin
Administrator
Forum Superhero
*****
Posts: 4109



View Profile Email
« Reply #1 on: January 13, 2020, 05:12:42 AM »

They are NEF files from what camera?  Also what operating system are you running and is it a 64 bit OS or 32 bit?  Finally, when you start Qimage, how many cores/threads does it report on the splash screen?  It sounds like some of the files in that folder may be incompatible and I would need that info to research further.

Regards,
Mike
Logged
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« Reply #2 on: January 13, 2020, 06:40:24 AM »

Ok, I'm going to be most unhelpful here to report that that the folder that has the mix of files types contains raw .nef files from various Nikon cameras I've had over the years. A D90, D7000, D7100, D800, D800e, and D810. The system is an x64 version of Windows 10. I am running an AMD processor with 8 threads and 4 cores and when I open the program that is the number of cores and threads shown.
Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #3 on: January 13, 2020, 10:15:41 AM »

Quote
Ok, I'm going to be most unhelpful here to report that that the folder that has the mix of files types contains raw .nef files from various Nikon cameras I've had over the years. A D90, D7000, D7100, D800, D800e, and D810. The system is an x64 version of Windows 10. I am running an AMD processor with 8 threads and 4 cores and when I open the program that is the number of cores and threads shown.
Only because of the tine that Mike replied (just a few hours ago) I will interject a comment and you can try this until Mike gets back to work here.

The Nikons produce 75 mb raw files.  These take a huge amount of time to process compared to either of my Canon camera; one at 7 mb and the other at 13mb.
My suggestion is to wait when it says please wait. Sometimes Task Manager says not responding, but it is working inside.
Try creating a folder of 50 NEFS and see what it does.
Remember this cache build is a one time thing.


Fred
Logged
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« Reply #4 on: January 13, 2020, 07:48:23 PM »

I accidently left Qimage running last night in the "Please wait..." state. So 11 hours later it still looks exactly as it did before and it still says 0/573 and rendering. No changes from when the yellow "Please wait..." box showed up...
Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #5 on: January 13, 2020, 08:18:13 PM »

Quote
So 11 hours later it still looks exactly as it did before and it still says 0/573 and rendering. No changes from when the yellow "Please wait..." box showed up...
I can think of only one more question. Are these NEFS straight from the memory card or have they been processed in other software?
We will just have to wait for Mike to sort this out.
Fred
Logged
MelW
Sr. Member
****
Posts: 357


View Profile Email
« Reply #6 on: January 13, 2020, 08:46:08 PM »

But in the meantime - please try a folder with say ten NEFs in it, and perhaps another one with only a couple of dozen Jpegs.  The comparison might be informative - especially if you get the same hang response.
Logged
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« Reply #7 on: January 13, 2020, 09:41:57 PM »

Quote
So 11 hours later it still looks exactly as it did before and it still says 0/573 and rendering. No changes from when the yellow "Please wait..." box showed up...
I can think of only one more question. Are these NEFS straight from the memory card or have they been processed in other software?
We will just have to wait for Mike to sort this out.
Fred

All the nefs have been edited in Lightroom with xmp sidecar files. However the edits to the nefs never show up, only the raw nefs. I'm really hoping the edited versions show up at some point so that I can print directly from them without having to go into Lightroom and export a tiff first.
Logged
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« Reply #8 on: January 13, 2020, 09:48:13 PM »

But in the meantime - please try a folder with say ten NEFs in it, and perhaps another one with only a couple of dozen Jpegs.  The comparison might be informative - especially if you get the same hang response.

Ok, the jpegs folder seems to work ok, the ten nefs folder seems to work ok (though my not all the lightroom edits and crops show up even after thumbnails are built). Something about that large folder makes the program run funny and eventually grind to a halt.
Logged
CHoffman
Full Member
***
Posts: 173


View Profile Email
« Reply #9 on: January 13, 2020, 10:00:36 PM »

I had a similar problem and it turned out to be one lonely gif file with no content. I found it using a divide and conquer method- put half the files in another directory and try again. Put half the files from the bad directory in another and try again. Rinse and repeat. Then it was easy to spot the offending file. Or, you may have more than one if alteration are a problem.
Logged
MelW
Sr. Member
****
Posts: 357


View Profile Email
« Reply #10 on: January 14, 2020, 01:26:04 AM »

I think that choffman may be on to something.  There is probably one picture in that folder that is bad in some way - maybe not in the same as the zero content gif file - but in some way causing the program to hang. BTW, I assume you are running the most recent version of QU?
Logged
bjdehaven
Newbie
*
Posts: 13


View Profile Email
« Reply #11 on: January 14, 2020, 02:43:29 AM »

I think that choffman may be on to something.  There is probably one picture in that folder that is bad in some way - maybe not in the same as the zero content gif file - but in some way causing the program to hang. BTW, I assume you are running the most recent version of QU?

v2020.110
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!
Security updates 2022 by ddisoftware, Inc.