cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

DPP 4.2.32 for Eos760d on win7pro64bit freezes the whole PC

Merlin4711
Contributor

Good Evening,

 

I came here to report some kind of really annoying problem. 

Imagine you have about 1900 picturs to convert (which will take about 18 hours, or 35sekunds per picture *sigh*)... and find out, that, after a not deterministic period of time passed the PC freezes silently while the batch converter is busy. It usually yield about 100 pictures before this happens. 

 

First I suspected my soundcard, because it had the ability to perform this kind of stunt (totally freeze with soundloop) a long time ago, but this had been patched away. 

Still, I went to "just this one program" mode (closed all, disabled all not necessary and so on) and started the processing again... and again, it made about 100 pictures and froze in a way, that all I could do was turn off the power by pressing the power button for more than three seconds.


I don't get any events in the windows event log, nothing in the dpp errorprotocol as far as I could tell, no bluescreen, nothing. Just... a complete halt (with soundloop, if sound is playing).

It happens while the Batch-Processing is active, but I manged to get this error while hand-picking pictures to convert after editing one by one. So I guess its more of a time - total-memory-used kind of problem than one, that applies to a given number of piuctures processed. 

 

Seriously, if these 35 seconds per cr2 to jpeg conversation does apply (I stopped some processings), I will need to have this machine run over the workday without having to be afraid that it froze the whole PC again after 100 pictures. 

 

I noticed that version 4.2.32 isn't the most up to date one, but... Does the Download-Site permit me to download later packages with later software bundles without having the Serialnumber of a fitting camera? And will it be able to process teh cr2 files from that camera?

If not, I have to ask you kindly to offer an advice for me about how to keep this thing from freezing. 

 

Some informations last: The machine in question is a Win7 Pro 64bit, containing 24gb DDR3 Ram (and as much virtual memory at the drive the pictures and the dpp is located at) and a 8 core  AMD FX-8350  cpu with ... well... badly updated bulldozer architecture. I do highlight this, because AMD already managed to make this generation of processors unable to run windows virtual PC (without ms hotfixes applied) because of ... reasons i don't know, so this might be a similiar dumb error. Oh, I do have a graphic card too, but it is totally unimpressed by the picture converting tasks (does nothing after all), so I guess it doesn't have any business to do here. 

 

 

And it will be impossible for me to perform another conversation-marathon (which may happen any time soon), if I have to kill the PC every time this happens and - even worse - need to attent the processing PC without beeing able to do anything else here during this time. 

That Machine usually tends to be surprinsingly potent in all it does, but converting pictures with DPP seems to be a pretty complicated task *sigh*

 

So, I hope some advice is availalbe. 

 

Greetings, Merlin4711

13 REPLIES 13


@Merlin4711 wrote:

I don't mind if its English or German and I didn't look for it at Canon USA site (the Asia one came first and delivered)...

 

...but I do mind that it does freeze after some time too. I may need to change the title of this thread, because now its the 4.6.30 that behave in an unwanted fashion. But besides upgrading the software's version there isn't much I can do, isn't it?

 

Oh, Mr. Waddizzle did respond too; turning the realtime virusscanner off is something I honestly didn't think off yet... I'll give it a try. 

 

And... there is something I will not try out now, but I observed the dpp4batch.exe inside windwos resource monitor as it jumped from less than 1GB of used/reserved memory up to about 1,6GB. I do wonder if this is a 64bit application... I do hope so, because it does not have a large address aware flag set, which would cause a 32bit application do strange things when it consumes more than 2gb of memory. Well, thats generalized, and usually all that happens is a Crash To Desktop and a strange memory warning, so I will add a decent question to wrap up this topic: 

 

Did anyone of you ever observe the dpp4batch.exe eating way more than 2 (or even 3.9)GB of memory without having trouble? If thats so, I can let go this trace. 


I was not referring to real time scanning, and do no suggest that you turn it off.  I was referring to the system performing a schedule virus scan of the hard drive, in the background.

--------------------------------------------------------
"The right mouse button is your friend."

It wont do so during the... well... "working hours". But I do have a case where realtime-scanning does make installing a stone-age-old software impossible. 

A short tryout didn't yield any improvements for the conversation speed, and I wont left it turned off for hours and hours to check its influence over the freezing issue. 

 

But I did exclude the binaries involved in thte process (all dpp*-.exe) and to folder where the raw-pictures are got from and jpeg put to from realtime-scanning. Maybe it does have an effect? Time will show. 

 

Is there a specialized support or forum for the DPP anyway?


@Merlin4711 wrote:

It wont do so during the... well... "working hours". But I do have a case where realtime-scanning does make installing a stone-age-old software impossible. 

A short tryout didn't yield any improvements for the conversation speed, and I wont left it turned off for hours and hours to check its influence over the freezing issue. 

 

But I did exclude the binaries involved in thte process (all dpp*-.exe) and to folder where the raw-pictures are got from and jpeg put to from realtime-scanning. Maybe it does have an effect? Time will show. 

 

Is there a specialized support or forum for the DPP anyway?


This is as close to a "support forum" as you will find, and it is not official support.  It is just a bunch of camera geeks, like myself [takes a bow], who want to help others.  You should call Canon Support for "specialized support."

Check what actions MS Windows takes when you plug in a thumb drive in the USB port.  Select "Take No Action" for everything and anything related to discovering new media and adding it to a catalog.

I also recommend creating a folder on the root level of your hard drive for storing and processing photos, and not use the "Pictures" folder.  Only store stuff in "Pictures" that you might want to share with others.

--------------------------------------------------------
"The right mouse button is your friend."

Merlin4711
Contributor

Good Evening...

 

well, to wrap it up: I managed to get all my pictures convertes... but I did it in batches of about 100 Pics and restartet the DPP in between two batching runs. 

It took some time, but well... its done. 

 

So I still do not have a solution to this, but at least an option to avoid it somehow. I wonder if this ever get fixed...

 

Oh, to the last Reply: These pictures are not at an USB-Drive of some sort - they are located at a plain boring SATA Drive directly atached to the Mainboard's Sata Interfaces. The pictures where at a own partition far away from windows, so I think no MS caused problem. Oh, and the partition had its auto-turnoff disabled, to avoid having it try to enter engery-saving mode while someone (DPP) tries to read and write on it. 

 

So... thanks for your Input everybody. We can put this topic to rest for now. 

Announcements