topic Re: DPP 4.18.10.0 Editing RAW files is really slow in Camera Software

DPP 4.18.10.0 Editing RAW files is really slow

mysql — Tue, 02 Jan 2024 14:47:18 GMT

Hello,

I have laster version of DPP 4.18.10.0 and when I want to try edit RAWs from my R6 Mkii it is hell slow, quick google search pointed me possible option to enable Use GPU processing but I don´t have this option in Preferences/Image Processing 2.

I have 1080Ti with lastest drives and I don´t think this is "slow or old" card (yes there are faster and newer ones but still).

So is it realy caused by old video card?

Thanks for helping :-).

Re: DPP 4.18.10.0 Editing RAW files is really slow

John_Q — Wed, 03 Jan 2024 21:57:18 GMT

Hello mysql,

I would start with verifying that the system is up to the task. When processing images from the EOS R6 Mark II, It is recommended to have an Intel Core-i series CPU 3.4 GHz or higher, with Intel Core-i7 or later being suggested for Windows and Apple M1 for MAC. On computers equipped with an Apple M1 processor, the software runs under Rosetta 2. 4GB of RAM or more, with 8GB being suggested and a minimum of 600MB of hard drive space available.

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 06:40:05 GMT

Hello John_Q, I have i7 7820x (that is 16 core 3.6 GHz base clock CPU with boost to 4.3) I don´t think this could be problem, hard drive has plenty of room (around 100GB), for RAM I have 32gb, GPU was already mentioned 1080ti by MSI. Lightroom or C1 runs totaly fine without any slow down at all and also as I mentioned I don´t see use GPU checkbox in DPP options (yesterday I tried to "force enable GPU" by editing DPP config but no luck there either). I have no idea what could be wrong.

Thank you.

Re: DPP 4.18.10.0 Editing RAW files is really slow

jrhoffman75 — Thu, 04 Jan 2024 14:07:01 GMT

@mysql wrote:
Hello,
I have laster version of DPP 4.18.10.0 and when I want to try edit RAWs from my R6 Mkii it is hell slow, quick google search pointed me possible option to enable Use GPU processing but I don´t have this option in Preferences/Image Processing 2.
I have 1080Ti with lastest drives and I don´t think this is "slow or old" card (yes there are faster and newer ones but still).
So is it realy caused by old video card?
Thanks for helping :-).

I have slightly lesser configuration - i7-6700, 8 threads, 32GB RAM, 1050Ti w/4GB RAM.

I'm not sure which benchmark to compare to, but for a data point a 20GB 1D X Mark IIIRAW takes about 5 seconds for an auto selection in the Gamma Adjustment window.

As you found, the later versions of DPP don't have a checkbox for use of GPU. Don't know if it's embedded automatically or not available anymore.

All of my images are on local drives. Are you connecting to external drives or network systems? I have read where that can sometimes be a problem.

Maybe Rodger will see this. He is very well versed in use of DPP.

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 14:42:41 GMT

I am also not sure how to benchmark it but your config is close to mine.

Images are on local hardrive, no network, no extrenals.

Maybe lower version of DPP would do better? no idea

Thank you

Re: DPP 4.18.10.0 Editing RAW files is really slow

jrhoffman75 — Thu, 04 Jan 2024 14:57:18 GMT

What processing step(s) are you feeling are slow? I can try the same steps on my computer.

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 18:06:12 GMT

Basicaly anything I do takes much longer compared to C1 or LR - longer meaning there is delay when action is done when it is "rendered" on screen/photo, and also my CPU goes crazy (it gets load on it), fans start spinning faster.

Longest takes changing picture style (not what I would use to edit photo, but this with gamma adjustment and curves

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 18:09:00 GMT

and I am not even talking about using just DPP/Canon stuff - DualPixel Raw, Raw Burts, HDR PQ, HDR and all of those just DPP RAW things which are exclusive to DPP those are even slower

Re: DPP 4.18.10.0 Editing RAW files is really slow

jrhoffman75 — Thu, 04 Jan 2024 19:09:11 GMT

I suggest you download the free version of Ccleaner and use it to do a registry clean after you delete your version of DPP.

I never had speed problems with DPP but did have some issues that were cleared up by Ccleaner.

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 19:16:47 GMT

aah no no Ccleaner 😕 not my favourite app anny other suggestion? 🙂

Re: DPP 4.18.10.0 Editing RAW files is really slow

jrhoffman75 — Thu, 04 Jan 2024 19:27:02 GMT

@mysql wrote:
aah no no Ccleaner 😕 not my favourite app anny other suggestion? 🙂

It works for me. You will need to find your own.

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Thu, 04 Jan 2024 19:29:07 GMT

ah never mind, still thank you 🙂

Re: DPP 4.18.10.0 Editing RAW files is really slow

fscotthopkins — Mon, 13 Jan 2025 04:03:47 GMT

I found this thread while researching the speed of raw processing under DPP v 4.18 and trying to find settings to see if I could enable / leverage my GPU. While I was hoping to find a "magic" setting or two to enable faster processing it did inspire some research I hope will contribute to the questions here and help others.

A little background: I'm currently using a laptop with Win 11, Intel i9-14900 24 core CPU, 40 GB Installed RAM, Intel integrated UHD Graphics (2GB), and Nvidia RTX 4060 Laptop (8GB). I purchased the system in part due to my experience trying to process batches of 100 or more images using DPP 4 a couple times a year using my somewhat aged laptop from 2014. I recently took a batch of 96 shots for a family holiday portrait using my R6 (mk1). All shots were taken using the same settings 1/200, f8, auto iso, flash indoors next to a wall of windows. I used DPP v 4.18 to apply Auto Lighting Optimizer (Adj Face Lighting), set Daylight WB, and Portrait Picture style followed by Batch Processing to create 350 dpi jpgs. The process ran faster than my old laptop (about 27 minutes for all 96 images) but I was curious if I could find ways to improve the speed hence the reason I found this thread.

Since previous comments confirmed my suspicion that DPP 4.18 doesn't provide a setting to leverage GPU I thought I could add a couple tests to determine if it DPP 4.18 would automatically leverage the GPU.

This is what I found processing the 96 CR3s:

* There are no settings in DPP 4.18 for enabling or using GPU that show up based on operating system settings

* DPP 4.18 appeared to add maybe 3 GB to the memory allocation. Memory allocation without CPP was about 9GB but never went above 12 GB for any test.

* DPP 4.18 did not impact either the internal or external drive in a significant manner (other than reading and writing files)

* CPU utilization consistently saw-toothed between 10,50 ,100, and 75 percent for all tests

* Overall duration of processing did not vary based on any GPU settings or drive used (internal vs external)

Test 1 - CR3 files stored on (and output to) external Samsung T9 with automatic selection of GPU vs integrated Intel. 27 minutes

Test 2 - with all settings forcing Nvidia 4060 GPU. 27 minutes

Test 3 - CR3 files stored on internal SSD with all settings forcing Nvidia 4060. 27 minutes

Test 4 - CR3 files stored on (and output to) external Samsung T9 with all settings forcing integrated graphics (effectively disabling Nvidia GPU). 27 minutes

Test 5 - Just to see the difference, I copied 96 CR3 files my old laptop. Specs: Win 10 Intel i7, 2 cores, 12 GB RAM, Nvidia 840 (2GB), DPP 4.18 - 141 minutes

Conclusion: DPP 4.18 appears to rely heavily on CPU and RAM based processing without leveraging dedicated GPU hardware. My guess is this might be a strategy to produce software which runs on multiple platforms without the extra expense of integration to dedicated graphics processing hardware.

If anyone else has some benchmarks or thoughts I'd sure be curious what they've found. As for your original question mysql, I guess you and I are in the same boat. BTW - great handle. My day job is SQL

Re: DPP 4.18.10.0 Editing RAW files is really slow

mysql — Sun, 11 May 2025 10:26:41 GMT

Those are really interesting finds and as you wrote we are on same boat, well I solved it by not using it at all... which in some case is a small problem as for example Focus Stacking worked great in it or when you have RAW burst set it only can be opened in DPP... so you get some and you loose some...

Cool you work with SQL 🙂

Re: DPP 4.18.10.0 Editing RAW files is really slow

fruitfly — Wed, 14 May 2025 01:46:12 GMT

@fscotthopkins wrote:
Conclusion: DPP 4.18 appears to rely heavily on CPU and RAM based processing without leveraging dedicated GPU hardware. My guess is this might be a strategy to produce software which runs on multiple platforms without the extra expense of integration to dedicated graphics processing hardware.

I was inspired by this post to open an account here and share some of my observations. I invested some time into trying the latest Lightroom and DxO Photolab versions, but liked DPP output more, so I am sticking with DPP. The question is - how can one make it faster, particularly for the editing process?

I completely agree that DPP seems to rely mostly on the CPU for the JPG conversion process and does not use the GPU much or at all. I also found that the use of RAM is not that extensive.

After I upgraded from EOS R to R6mkII I noticed a drop in processing speed in DPP. As an experiment, I ran a few tests by downloading RAW files of the same still life scene from Imaging Resource (trying to keep things as uniform as possible), then duplicated each file to get 5 identical copies, and ran batch JPG conversion in DPP. Here are the times (on a PC with i9-11900 processor):

Camera Time for 5 files, sec Time for 1 file, sec Mpixels

RP 35 7 26.2

R 44 8.8 30.3

R6 70 14 20

R5 148 29.6 45

R6 mark II 87 17.4 24

The main observation is that "something happened" when Canon moved from R/RP to R6, R5 and later cameras - processing times more than doubled for similar sensor size! (I tend to blame the new Clarity slider that wasn't there before - maybe there is more to it than that).

But my main quest has been to speed up the dreaded spinning wheel at the bottom right. (By the way, related to the results above, the wheel times are much faster for the R files compared to R6mkII, and still faster for older models) One surprising discovery is the following: I recently started using the Neural Network Processing tool, and found that screen updates/wheel times when working with .CRN files are ~3 times faster than when the corresponding .CR3 files are processed! This is despite the fact that the .CRN files are ~5 times larger. Now my workflow is the following:

I first cull the RAW files with FastStone (I find that this is faster than using DPP for the same task). Then I batch-process all .CR3 files into .CRN files using the Neural Network Processing tool in DPP, and only then make edits/adjustments. Neural Network processing is slow (for R6mkII it's about 45 seconds per file on my computer using 4060 Ti GPU), but I just start the batch and walk away (can do overnight), and then my editing after that is much faster. Also, the NNP tool does run on the GPU! I also like the output of this tool (had to reduce sharpness, otherwise it overdoes it).

Re: DPP 4.18.10.0 Editing RAW files is really slow

fscotthopkins — Wed, 14 May 2025 03:31:25 GMT

"But my main quest has been to speed up the dreaded spinning wheel at the bottom right." A windmill worthy of tilting at ... Has to be the most frustrating feature of DPP.

"I first cull the RAW files with FastStone (I find that this is faster than using DPP for the same task). " - Definitely the sort of tweak I was hoping someone might suggest. Thanks for this. It will help vanquish the dreaded wheel so I will give this a try.

Your numbers between models make sense. I'm quite sure Canon adds much more to process between each model. Makes sense to me now why I never really noticed the spinning wheel back when I was only pulling in raw files from a 7D.

"Then I batch-process all .CR3 files into .CRN files using the Neural Network Processing tool in DPP, and only then make edits/adjustments. Neural Network processing is slow (for R6mkII it's about 45 seconds per file on my computer using 4060 Ti GPU), but I just start the batch and walk away (can do overnight), and then my editing after that is much faster. " - I'm pretty sure the practice of starting a batch and going home ( or to sleep or watching a movie or ...????. ) goes back 60 years. I'm a hobbyist on shoestring so not quite ready to spring for the Neural Network Tool just yet. After decades of managing batch processes, it's not much to work around. I wish it would leverage the GPU to speed things up, but I suppose if it did, it would only be an ephemeral improvement until the next model produces images that take double the time to process.