Aftershot Pro 1.2.0.7 hangs after Batch Output

[chris-]

Hi,

got the newest version. After sending images (44) to the batch output, Aftershot hangs, means no files are processed, but batch can be canceled.

CPU is on 100% for some time, minutes, and drop afterwards to normal value.

The log says:

Code: Select all

191.400: Show message:  "1 versions sent to JPEG Full Size batch" 
191.401: Application asked to unregister timer 0x59000010 which is not registered in this thread. Fix application.

This is really annoying.

How can unregister timer 0x59000010 be done?

Thanks,
Chris


Here is my sysinfo:

Code: Select all

Application vers.: 1.2.0.7
Product Name: AfterShot Pro Registered
Built on:     Fr. Jun 28 2013
Platform:     Linux
Language:     en
App Path:     /opt/AfterShotPro/bin/AfterShotPro
System Home:  ../supportfiles
User Home:    /home/chris/.AfterShotPro
Prefs Home:   /home/chris/.config/Corel/AfterShot Pro.conf
Processors:   4
CPU Threads:  4
I/O Threads:  1
B. In-flight: 1
RAM:          7874 MB
SIMD Version: SSE2
Build Mode:   Release
Issue:        Ubuntu 12.04.3 LTS \n \l
Kernel:       Linux version 3.2.0-58-generic (buildd@allspice) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013

====================  Plugins  =====================
      Name: 
Identifier: 
   Version: 1.0.0
      Path: 

      Name: Silicon Bonk
Identifier: sph.SiliconBonk
   Version: 0.33.0
      Path: <User Home>/Plugins/Silicon Bonk.afplugin

      Name: Wavelet Denoise
Identifier: sph.waveletdenoise
   Version: 0.31.0
      Path: <User Home>/Plugins/Wavelet Denoise.afplugin

      Name: Black and White
Identifier: com.corel.BlackAndWhite
   Version: 1.0.0
      Path: <System Home>/plugins/Black and White.afplugin

      Name: Equalizer
Identifier: com.corel.equalizer
   Version: 1.0.5
      Path: <System Home>/plugins/Equalizer.afplugin

      Name: Nostalgia
Identifier: com.SMP.Nostalgia
   Version: 1.0.8
      Path: <System Home>/plugins/Nostalgia.afplugin
====================================================

[grubernd]

i have seen something similar and then it went away. one of those bugs i never got a grip on.

anyway, here are some ideas:
do you do extensive downscaling in the batch? like from 24megapixels to small web images?
any strong settings of e.g. wavelet denoise above 50 on the images?

does the batch run with images with default settings?

[chris-]

do you do extensive downscaling in the batch? like from 24megapixels to small web images?

Yes.

any strong settings of e.g. wavelet denoise above 50 on the images?

Almost. Just about 35.

does the batch run with images with default settings?

Some are, some are not.

[grubernd]

do you do extensive downscaling in the batch? like from 24megapixels to small web images?

Yes.

so that really might be it. although i suspect some interference with another setting.
try what happens if you make the output settings a little bigger.
i had problems producing 560pix images while 720 and 800 worked. (long side)

[chris-]

Thanks, yes that helped.

I changed the Batch Output to 640x640 max and this worked - almost. Well, I had to cancel the queue once and start again with the left raw files.

But the speed is dead slow. Bibble5 was here much faster. But it didn't support D7100
To convert 12 pics to 640max last for 18(!) minutes!

But that is weired that very small images don't work.

I got lots of

Code: Select all

...
853.489: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
854.536: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
855.419: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
856.323: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:1657" 
887.230: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
888.103: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
889.12: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:1657" 
938.147: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
938.666: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
939.169: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
939.771: "BError: type = 1013, "decompressRawData cancelled" in file ../src/NefReader.cpp:2022" 
...

in my AfterShotPro.log file.

[chris-]

I think the plugin "Wavelet Denoise" is not the main reason, but could be an additional delay. I hat a few other pics without Wavelet Denoise. The developed with max 640 is quite faster, 15 raw files in about 5 minutes, but no burner, either.

[chris-]

So if there are some batch output already, the conversion for small images could be done on the console in one second.

Just quick and dirty, but very helpful:

Code: Select all

for i in $(ls -1 *\.jpg); do \
 echo $i; file=`echo $i | sed s/jpg$/g3.jpg/`; \
 convert -quality 70  $i[300x300] $file;\
 mv $file $i;\
done

[chris-]

Here are some of my time measurements on converting:

Description of my sample:
I used 45 raw files. 30 images are done on high iso 1600. 17 of them have "Wavelet Denoise" (nice plugin) heavily used (Luminance: none, Color: Threshold: 35, Detail: 25).

raw -> jpg, full size to full size: 125 sec., with ASP
raw -> jpg, full size to 1024 px: 176 sec., with ASP
raw -> jpg, full size to 640 px: > 3000 sec., canceled after 12 files, with ASP
(some raw files take here very(!) long)

jpg -> jpg, full size to 300 px: 30 sec., Linux tools
(convert with linux imagemagic, bash script above: 30 sec., full size was 6020 px)
jpg -> jpg, 1024 to 300 px: 5 sec., Linux tools

Conclusion: resize to 1024 px works with ASP pretty well, smaller is extraordinary time consuming. So smallest resizes are to 1024 max. If I need smaller, I use the Linux tool convert (imagemagick).