Bug 408318

Summary: ExpoBlending: not all images processed.
Product: [Applications] digikam Reporter: James M. Orr <jorr1948>
Component: Plugin-Generic-ExpoBlendingAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 6.2.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: DebugView report--text

Description James M. Orr 2019-06-04 21:18:34 UTC
Created attachment 120587 [details]
DebugView report--text

SUMMARY
Successfully stacked images from one set of bracketed images.
Stacked images failed when attempting to select six images--three each for two bracketed sets.


STEPS TO REPRODUCE
1. Selected 3 bracketed images, used stacked images, success.
2. Selected nine other bracketed images, used stacked images showing all nine images. 
3. 

OBSERVED RESULT
Operation failed.

EXPECTED RESULT
Hoped for automatic selection among multiple bracketed images so that I could run the operation on 30+ images, each represented by 3 bracketed images.

SOFTWARE/OS VERSIONS
Windows: Win 10 Pro

ADDITIONAL INFORMATION
all images were Canon Raw CR2
Console report attached
Comment 1 Maik Qualmann 2019-06-05 06:06:18 UTC
A quick test here on Linux shows no problems with 9 images. The tool "align_image_stack.exe" has a normal return code in its log and does not seem to have processed all images. I have to check if the maximum command line length under Windows is sufficient for all images with paths.

Maik
Comment 2 caulier.gilles 2019-06-05 08:07:00 UTC
Maik, 

Check also the maxx number of characters for a command line under Windows. I remember that i faced this kind of problem in the past. If file path are long this can introduce a dysfunction.

Gilles
Comment 3 Maik Qualmann 2019-06-06 18:21:49 UTC
I can not reproduce the problem here. A windows command line length is 8KB large, the maximum length of a file path is 255 characters. The 8KB buffer is not really much, but is enough for 16 images with long file names without problems. Probably one must times 2 arithmetic, since Windows internally UTF-16 uses. With 16 images, I already use many doubly, but "align_image_stack.exe" creates all TIF output images in the TEMP directory.

Your TEMP space is sufficient?

Maik
Comment 4 James M. Orr 2019-06-06 18:42:51 UTC
FYI: when I use Skylum's Aurora HDR 2019, I can drop numerous images and 
even the entire folder to the batch system. Aurora has been accurate 
every time in recognizing all groups of three images, and has produced 
HDR output for each of them. It seems to me that system resources are 
OK. I was expecting something like this from DigiKam. Is there a setting 
within DigiKam that I should change?

James M. Orr 2705 E Sussex Way Fresno, CA 93726
On 6/6/2019 11:21 AM, Maik Qualmann wrote:
> https://bugs.kde.org/show_bug.cgi?id=408318
>
> --- Comment #3 from Maik Qualmann <metzpinguin@gmail.com> ---
> I can not reproduce the problem here. A windows command line length is 8KB
> large, the maximum length of a file path is 255 characters. The 8KB buffer is
> not really much, but is enough for 16 images with long file names without
> problems. Probably one must times 2 arithmetic, since Windows internally UTF-16
> uses. With 16 images, I already use many doubly, but "align_image_stack.exe"
> creates all TIF output images in the TEMP directory.
>
> Your TEMP space is sufficient?
>
> Maik
>
Comment 5 Maik Qualmann 2019-06-06 19:34:21 UTC
Of course there are programs that specialize in the processing of HDR images. The ExpoBlending tool in digiKam does not batch process different images. The images you add are processed to an output image. I also do not think that we will change that in the near future, it would be a major change that would take a lot of time.

Maik
Comment 6 Maik Qualmann 2019-06-28 19:55:58 UTC

*** This bug has been marked as a duplicate of bug 408362 ***