Bug 381743

Summary: cpfind doesn.t work: couldn't parse panos tool script: 'pano_base.pto
Product: [Applications] digikam Reporter: Marcus <wellendorf>
Component: Plugin-Generic-PanoramaAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, wellendorf
Priority: NOR    
Version: 5.6.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In: 5.7.0
Sentry Crash Report:
Attachments: screenshot software hugin

Description Marcus 2017-06-27 23:26:44 UTC
Running the panorama tool the tool stops after choosing the photographies to be stitched and pressing CONTINUE (with or without celeste) with the message

cpfind kann nicht ausgeführt werden:
Hugin's cpfind 2016.2.0.be8da0221960
based on Pan-o-matic by Anael Orlinski
WARN: 07:24:32.652100 (/build/hugin/src/hugin-2016.2.0/src/hugin_base/panodata/Panorama.cpp:2054) readData(): Failed to read from dataInput.
ERROR: couldn't parse panos tool script: 'pano_base.pto'!
Detection took 0 seconds.

This might have been already with earlier version, I haven't used the panorama tool for quite a time.

Any suggestions? Thank you!
Comment 1 Marcus 2017-07-07 00:27:57 UTC
Created attachment 106477 [details]
screenshot software hugin
Comment 2 Marcus 2017-07-07 01:35:18 UTC
In this window can click "find" and it opens /usr/bin where is installed autooptimiser. But clicking the program it returns to this screen, still not display the version and showing "find", not "change (Ändern)" Similar problem if I press "find" to find pto2mk. Actually pto2mk is not installed later than Hugin 2014, hugin should instead search for hugin_executor, not for pto2mk actually. Manually adding hugin_executor doesn't work.
Comment 3 Marcus 2017-07-07 01:38:05 UTC
This is running on Manjaro stable. I installed a stable opensuse, digikam 5.2, where it works.
Comment 4 Marcus 2017-07-07 01:41:00 UTC
This is on Manjaro stable. I parallel installed opensuse stable, where everything works fine with digikam 5.2.
Comment 5 caulier.gilles 2017-08-05 16:52:24 UTC
I cannot confirm this dysfunction here. I currently assemble a lots of panorama and mosaic huge image (around 20 JPEG - 200Mpx) from my trip in French Alps, and all work as expected with hugin 2016.2 and digiKam 5.7.0 pre-release.

My system : Mageia 6 running on a small laptop DELL Latitude E6430 with 8Gb of RAM.

Gilles Caulier
Comment 6 Marcus 2017-08-05 23:45:43 UTC
I did some further research and found here another bug https://bugs.kde.org/show_bug.cgi?id=280736 which is maybe related to this. Manjaro provides hugin 2017.0.0-1.
As far as I understood the panoramagui tests which version auf autooptimizer is installed through a parsing autooptimizer --help. The above mentioned bugs reporter writes about cpfind:
> I assume it's executing 'cpfind --help' and trying to parse the first line, however kubuntu's hugin version does not have version number on the first line, but 'ThreadQueue created'.
That would explain that even choosing autooptimizer doesn't work for me.

But I don't know how to check the parsing process.

Starting digikam from the console I get this output when opening the panoramagui:

digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
digikam.general: Testing  "autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: Testing  "cpclean" ...
digikam.general: "cpclean"  help header line: 
 "cpclean version 2017.0.0.eac5e8cc546e"
digikam.general: Found  "cpclean"  version:  "2017.0.0"
digikam.general: Testing  "cpfind" ...
digikam.general: "cpfind"  help header line: 
 "Hugin's cpfind 2017.0.0.eac5e8cc546e"
digikam.general: Found  "cpfind"  version:  "2017.0.0"
digikam.general: Testing  "enblend" ...
digikam.general: "enblend"  help header line: 
 "enblend 4.2"
digikam.general: Found  "enblend"  version:  "4.2"
digikam.general: Testing  "make" ...
digikam.general: "make"  help header line: 
 "GNU Make 4.2.1"
digikam.general: Found  "make"  version:  "4.2.1"
digikam.general: Testing  "nona" ...
digikam.general: "nona"  help header line: 
 "nona version 2017.0.0.eac5e8cc546e"
digikam.general: Found  "nona"  version:  "2017.0.0"
digikam.general: Testing  "pano_modify" ...
digikam.general: "pano_modify"  help header line: 
 "pano_modify version 2017.0.0.eac5e8cc546e"
digikam.general: Found  "pano_modify"  version:  "2017.0.0"
digikam.general: Testing  "pto2mk" ...
digikam.general: Testing  "hugin_executor" ...
digikam.general: Found  "hugin_executor"
digikam.general: Starting Main Thread
digikam.general: Testing  "autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
digikam.general: Testing  "autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
digikam.general: Testing  "autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: All Binaries Found :  false
digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
digikam.general: All Binaries Found :  false
digikam.general: Hugin >= 2015.0 :  false
digikam.general: Testing  "pto2mk" ...
digikam.general: Testing  "autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: All Binaries Found :  false
digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
digikam.general: All Binaries Found :  false

If I manually choose autooptimizer I get this output:

kf5.kio.widgets: No node found for item that was just removed: QUrl("file:///usr/bin/gdb")
digikam.general: Testing  "/usr/bin//autooptimiser" ...
digikam.general: "autooptimiser"  help header line: 
 ""
digikam.general: All Binaries Found :  false
Comment 7 Marcus 2017-08-05 23:54:02 UTC
I was writing autooptimizer but it should be autooptimiser!
Checking the help file I get this:

$ autooptimiser --help
autooptimiser: optimize image positions
autooptimiser version 2017.0.0.eac5e8cc546e

Usage:  autooptimiser [options] input.pto
To read a project from stdio, specify - as input file.
...

Which seems to be ok.

ls -l /usr/bin/autooptimiser:
-rwxr-xr-x 1 root root 133272 15. Jul 14:57 /usr/bin/autooptimiser
Comment 8 Marcus 2017-08-06 00:00:26 UTC
Is that maybe a reason, the automatic testing searches here:

digikam.general: Testing  "/usr/bin/autooptimiser/autooptimiser" ...
(autooptimiser inside a folder "autooptimiser")

And manually adding the path:
digikam.general: Testing  "/usr/bin//autooptimiser" ...
(two slashes: bin// )
Comment 9 caulier.gilles 2017-08-06 08:10:15 UTC
So it's a DOWNSTREAM problem with your Linux box packaging ?
Comment 10 Marcus 2017-08-06 14:11:27 UTC
Dear Gilles, thank you for your question. As far as I have researched the problem it could be a bug because it doesn't work with hugin 2017 or a packaging problem downstream, because it should be packaged with an earlier version of hugin. In the beginning I just saw, that the panorama stitching doesn't work for me. But my understanding now is, that it depends on your definition.

Actually I posted at the Manjaro forum after I found out, that there have been similar problems with earlier versions and it might be a wrong packaging. Please let me know if you would say this is a packaging problem downstream and I will forward that to the Manjaro team.

Thank you very much!
Comment 11 caulier.gilles 2017-08-13 16:25:10 UTC
I fixed the autooptimizer detection for next 5.7.0. See bug #383280.
The hugin 2017.0 support work very well here.

Gilles Caulier
Comment 12 Marcus 2017-08-14 04:02:34 UTC
Great! Looking forward to get the new version.
Comment 13 Marcus 2017-09-11 07:09:19 UTC
Just to confirm: After an update to 5.7.0 on Arch the autooptimizer detection is working. Thank you!
Comment 14 Marcus 2017-09-11 07:11:23 UTC
Sorry, that was on Manjaro, I don't know about Arch.