Closed Alex-Vasile closed 1 year ago
I double-checked the code and the two categories "FindNewRawImageDigest" and "Write raw image time" are already included in the "Time to save final image". It is a bit confusing as some printouts are from the DNG SDK. Today, I added a console printout with "Total processing time" to make performance comparisons easier. I fully agree that the DNG conversion at the beginning should be performed only once per app session (with some max "cache" size). This would improve user experience and save processing time.
Currently if you want to test out different settings for the same non-DNG input raw files the intermediary DNGs will be deleted at the completion of each save. Further, I don't think that the conversion of multiple files is occurring in parallel.
Here's timing number for merging 30 files using the higher-quality merging approach on my m1 MacBook Pro. I'm using 30 here to get a good estimate of the per-file time, this would itself represent a pretty big merge.
I think that we can get an easy speed improvement to the app by changing the behaviour to:
The time to read them from file is a further 14.9% of the run time. As a second step. Caching the loaded files in memory (maybe 0.5-1GB) would reduce the run time by the whole 35%.
The same think for the output, it seems like a shame that the DNG has to be written to a file only to be immediately read back and ran through the Adobe DNG Convertor (if present).