hugin_executor cannot handle .pto in parent dir

[Sean Greenslade]

I'm currently operating on the latest hg devel version [9397ef] of hugin, and I'm trying to adapt to the new command line stitcher (I'm really sad that there is no longer a makefile generator, as I really liked the flexbility that make afforded). I usually run a stitch inside a clean directory using something akin to this:

[sean@coach stitch]$ TMPDIR=$PWD make -f ../MoonRoom.pto.mk -j3 MoonRoom_fused_multilayer.tif MoonRoom_fused.tif

But now there is no makefile, and I am told that hugin_executor is to be used in its place. But when I try to run it from a dir that doesn't contain the .pto using a relative path, this happens:

[sean@coach stitch]$ hugin_executor --stitching ../MoonRoom.pto
============================================
Stitching panorama...
============================================

Platform: Linux 3.18.6-1-ARCH x86_64
Version: Pre-Release 2014.1.0.9397efbd61e4
Working directory: /home/sean/pano_tmp/MoonRoom
Output prefix: MoonRoom

Blender: enblend 4.1.3
Exposure fusion: enfuse 4.1.3
ExifTool version: 9.76

Number of active images: 166
Output exposure value: 8.2
Canvas size: 27024x13512
ROI: (0, 0) - (27024, 13512)
FOV: 360x180
Projection: Equirectangular(2)
Using GPU for remapping: false

Panorama Outputs:
* Exposure fused from stacks

First input image
Number: 0
Filename: ../raw/IMG_2025.JPG
Size: 5184x3456
Projection: Normal (rectilinear)
Response type: custom (EMoR)
HFOV: 63
Exposure value: 8.3

Remapping LDR images without exposure correction...
WARN: 22:53:40.860935 (/tmp/hugin-hg/src/hugin/src/hugin_base/panodata/Panorama.cpp:1983) readData(): Failed to read from dataInput.
error while parsing panos tool script: ../MoonRoom.pto
Removing temporary files...
10:53:42 PM: Error: File 'MoonRoom_exposure_layers_0112.tif' couldn't be removed (error 2: No such file or directory)
...

Additionally, if I specify an absolute path, it runs but it ignores the current directory and places the stitch files in the same dir as the .pto file. Setting $TMPDIR does not change this behavior.

[tduell (tduell-iinet)]

On Sun, 01 Mar 2015 16:08:32 +1100, Sean Greenslade
<email address hidden> wrote:

> But now there is no makefile, and I am told that hugin_executor is to be
> used in its place. But when I try to run it from a dir that doesn't
> contain the .pto using a relative path, this happens:
>
[snip]

> 10:53:42 PM: Error: File 'MoonRoom_exposure_layers_0112.tif' couldn't be
> removed (error 2: No such file or directory)
> ...

I have just tried this with a build of the current source (Fedora 21
x86_64 hugin-2014.1.0 6849:1b5682a9aa91) which should behave the same as
your build as there haven't been any changes would be expected to affect
this, and it all worked as expected (see below, the stitch was written to
the dir test, where the command was executed). At this stage not obvious
why you are getting an error.

[terry@localhost test]$ hugin_executor --stitching -p test ../autoptim2.pto
============================================
Stitching panorama...
============================================

Platform: Linux 3.18.7-200.fc21.x86_64 x86_64
Version: 2014.1.0.1b5682a9aa91
Working directory:
/home/terry/New-hugin-panos/Scans/test-hugin_executor/test
Output prefix: test

Blender: enblend 4.2-8bfb05074233
ExifTool version: 9.76

Number of active images: 4
Output exposure value: 0.0
Canvas size: 3839x2581
ROI: (1063, 6) - (3839, 1903)
FOV: 62x44
Projection: Rectilinear(0)
Using GPU for remapping: false

Panorama Outputs:
* Exposure corrected, low dynamic range

First input image
Number: 0
Filename: ../schomberg-1.jpg
Size: 1707x1224
Projection: Normal (rectilinear)
Response type: custom (EMoR)
HFOV: 30
Exposure value: 0.0

Remapping LDR images...

Blending images...
enblend: info: loading next image: test0000.tif 1/1
enblend: info: loading next image: test0001.tif 1/1
enblend: info: loading next image: test0002.tif 1/1
enblend: info: loading next image: test0003.tif 1/1
enblend: info: writing final output

Updating metadata...
     1 image files updated
0x4078c0

--
Regards,
Terry Duell

[tmodes (tmodes)]

The issue has been fixed in changeset 3afaaaff9287.

Concerning the additional issue: Without specifying a prefix (with --prefix=output) the default prefix as specified in the Hugin preferences is used. By default this is "%projectname", this means that the project filename inclusive path is used. So you can change the preference setting or easier specify the prefix on the command line (analog as done with pto2mk).

[Sean Greenslade (o-sean)]

Wow, that was quick. I rebuilt off the latest, and it indeed works. Thanks!