I added 42 JPEG files to the BQM. Workflow: resize to 1920, convert to JPEG q95 medium subsampling. Of the 42 files, 2 failed to process. I re-ran those two, and they processes fine.
Earlier today I tried processing the same files, some files also failed to process, but different ones to the ones that failed to process now. Some other things were wrong too. I think digiKam didn't show some images in the albums though they were there on disk, and they were not corrupt. Tools > Maintenance > Scan for new items didn't work, so I deleted digikam4.db and after restarting they appeared.
BQM should give me some more info as to why they failed to process. It is very frustrating to notice when I was about to send the photos off that some where missing and I already deleted the intermediate files so I had to re-develop the raws.
Git commit dd3dc1cdd2292f2c12b2927250619ae4781f3a61 by Gilles Caulier.
Committed on 27/07/2013 at 09:10.
Pushed by cgilles into branch 'master'.
Batch Queue Manager : add new option to turn on/off multi-core support. This option is now turn off by default due to some dysfunctions under Windows, until it will be hack and fixed.
Note that problem are not reproducible under OSX and Linux here. Options is implemnted for digiKam 3.3.0 release.
Related: bug 315025, bug 318198, bug 318577
M +13 -1 utilities/queuemanager/manager/actionthread.cpp
M +1 -1 utilities/queuemanager/manager/actionthread.h
M +4 -1 utilities/queuemanager/manager/queuesettings.h
M +9 -1 utilities/queuemanager/manager/workflowmanager.cpp
M +14 -2 utilities/queuemanager/views/queuesettingsview.cpp
This seems very similar to the bug I reported some time ago, regarding batch RAW file conversion:
Please, could you try if booting your system in single-core mode reproduces the problem?
*** This bug has been marked as a duplicate of bug 318577 ***
To be clear, the issue I reported happened under Gentoo Linux.
Not reproducible with 7.0.0 beta 1.