open a command prompt
type in
set PATH=PATH;C:\Program Files\Hugin\bin
and hit enter
logout and then login. Open a command prompt and type path and make sure the path to hugin is there. Start darktable and try your panorama again. Please post whether it worked or not.
In the meantime, I’ll go find a panorama that I did and try and get it running on windows.
I think what is happening is that there are a lot of executables in the hugin directory, such as align_image_stack which I think are being called from the hugin process, but since they aren’t in the path they don’t execute.
It appears I was incorrect about contrib/hugin working. I thought the changes had been made and merged, but when I just tried it, the old script is still present.
Will do. I’ve been working with Bill directly on some other scripts, so if there are issues I can work with him to resolve. I’ll report back here with status once I’ve had a chance to test.
Meanwhile I am trying to work with the hugin lua script for DT on windows, I found this post. My current issue is that when I select images to export to hugin, it seems to go well and Hugin starts but no images are loaded, and DT seems to be expecting something (the stitched panorama to re-import ?).
I’m not sure where to look from there, as “darktable -d lua” does not give me anything debugging-wise.
Thanks ahead of time if you have any idea as to why it does not work with me
Yes there is enough space. In fact I can see the TIF files it created in C:\Users\user_name\AppData\Local\Temp.
I also have a cmd window opened doing nothing, and hugin opened without picture. I can just grab the tif files and as if there were opened in hugin directly.
I then go ahead, align images, save my project (in the temp folder) and generate the panorama (in the temp folder as well), and it throws an error quite explicit :
Remapping LDR images...
caught exception:
Precondition violation!
Unable to open file 'C:\Users\user_name\AppData\Local\Temp\\Users\user_name\AppData\Local\Temp\DSC_4758.tif'.
(C:\Prog\Hugin\dynamic_vs2015\vigra-1.11.0\src\impex\codecmanager.cxx:203)
I tried to play around with the project_name and the output prefix, but since if i grab other tiff file generated with file_on_disk in another folder, everything works out perfectly, I’m not sure it has to do with these parameter.
The file path being generated is definitely the issue. Somehow it is getting duplicated and added together. I have not taken much time looking at the Hugin script. Maybe @wpferguson can have a look or comment.
You may also try redownloading all the lua scripts from the GIT repo just to make sure you have the absolute latest versions, as significant changes were made recently.
Hi again,
I’ve tried and looked into it but as I’m not familiar enough with DT just yet, I haven’t anything dodgy that would explain the path issue.
Anything on your side ?
It’s fixed. PR is submitted. The problem was what windows expects for quotes. Windows wants everything double quoted instead of single. However, if you double quote the executable, then double quote the arguments, you have to run it from a batch file instead of running it straight from dt.control.execute, otherwise windows chokes on it.
For anyone writing lua scripts that need to run on windows there is a library lib/dtutils.system which provides a function external_command which takes care of running quoted commands on windows. It also works correctly on linux/macos, so you can just use that instead of dt.control.execute.
As far as path quoting you can add the line
local PQ = dt.configuration.running_os == “windows” and ‘"’ or “’”
to set a path quoting variable, then just use PQ in you strings instead of the quotes.
Thanks for this fix ! It indeed get better as I’m now getting the images loaded into hugin, but then once aligned I just tell it to create the panorama, and then it crashes exactly as first described. Pretty sure it’s still the quote thing probably some place else in the script…
Well it does not exactly crash, instead it ends up failing creating the panorama and does nothing afterwards. It just tries to open the images to blend them and fails because of the path issue i mentioned above.
Other than that I’ve been able to create multiple panorama with the regular tiff export from DT and then open hugin on its own, but the images weren’t stored in the temp folder.
However I’ve tried to copy paste some tiff in the temp folder, and tried to create the panorama in that same location (with the .pto saved as well there). I’m ending up with the same path issue. Makes me wonder if it’s hugin or the temp folder that causes this to happen.
It manages sometimes to success, but it’s unclear why just yet.
