hugin-trunk save and stitch does not work

[Pedro Venda]

Hi everyone,

I have been trying to get around a very annoying problem but I have
not been getting any success...
I am trying to use hugin-trunk because it includes the
align_image_stack and because of the photometric alignment and
vignetting correction.

Although I got hugin to compile file and optimize my panoramas, it
does not stitch them.

When clicking "3. Create Panorama..." on the "Assistant" tab or "Save
project and Stitch" on the "Stitcher" tab, an error pops up saying
"Error while executing process" and the stitching process does not
start.

I am using the svn trunk version, last updated today (2007-11-27 at
about 13h30). Version 0.7b4 stitches panoramas as usual. This problem
always happened with hugin-trunk on my 2 linux hosts - one ubuntu 7.10
amd64 and one Gentoo 32bit.

I figure that hugin may not be finding a binary whether external or
compiled with hugin. I can also replicate the problem using
hugin_stitch_project directly.

Any help or clues of what might be going wrong?

P.S.: I submitted this here (http://sourceforge.net/tracker/index.php?
func=detail&aid=1839501&group_id=77506&atid=550441) but as the
activity on hugin's bug tracker is rather low, I decided to ask for
help here as well.

[Bruno Postle]

On Tue 27-Nov-2007 at 08:45 -0800, Pedro Venda wrote:
>
>When clicking "3. Create Panorama..." on the "Assistant" tab or "Save
>project and Stitch" on the "Stitcher" tab, an error pops up saying
>"Error while executing process" and the stitching process does not
>start.

I haven't built hugin for a week (2007-11-19), but all this code was
updated since then, so it is possible this is a bug in the current
trunk.

>I am using the svn trunk version, last updated today (2007-11-27 at
>about 13h30). Version 0.7b4 stitches panoramas as usual.

>I figure that hugin may not be finding a binary whether external or

>compiled with hugin. I can also replicate the problem using
>hugin_stitch_project directly.

Do you get any error messages when running hugin_stitch_project?

You can also stitch the project directly on the command-line with
'make'. Current SVN hugin produces a makefile whenever you save,
just run it like so:

make -f foo1234_foo5678.pto.mk

This will stitch and blend everything and should report any errors
during the process.

--
Bruno

[Pedro Venda]

Hi Bruno,

Thanks for the quick reply. Let's go through your comments:

On Nov 27, 10:59 pm, Bruno Postle <br...@postle.net> wrote:
> On Tue 27-Nov-2007 at 08:45 -0800, Pedro Venda wrote:
> >When clicking "3. Create Panorama..." on the "Assistant" tab or "Save
> >project and Stitch" on the "Stitcher" tab, an error pops up saying
> >"Error while executing process" and the stitching process does not
> >start.

Here is a screen shot of the error:
http://img527.imageshack.us/img527/7512/huginerrorsd4.png

> I haven't built hugin for a week (2007-11-19), but all this code was
> updated since then, so it is possible this is a bug in the current
> trunk.

Possibly, but I doubt it. I believe the problem lies somewhere else on
some other binary...
But no proof of this yet.

> >I am using the svn trunk version, last updated today (2007-11-27 at
> >about 13h30). Version 0.7b4 stitches panoramas as usual.
> >I figure that hugin may not be finding a binary whether external or
> >compiled with hugin. I can also replicate the problem using
> >hugin_stitch_project directly.
>
> Do you get any error messages when running hugin_stitch_project?

Running hugin_stitch_project works just as if I clicked the "Save
project and stitch" button. I believe this is the intended behaviour.
hugin_stitch_project opens a dialog box asking for the project file.
After that, it replies with the same error as I get from the hugin
gui.

> You can also stitch the project directly on the command-line with
> 'make'. Current SVN hugin produces a makefile whenever you save,
> just run it like so:
>
> make -f foo1234_foo5678.pto.mk
>
> This will stitch and blend everything and should report any errors
> during the process.

Here's what comes out:
-----------------------------------------------------------------
$ make -f 20070210T114428-20070210T114451.pto.mk
nona -r ldr -m TIFF_m -o 20070210T114428-20070210T114451 -i 0 /home/
pedro/Pictures/pano-01/./20070210T114428-20070210T114451.pto
nona: stitch a panorama image

It uses the transform function from PanoTools, the stitching itself
is quite simple, no seam feathering is done.
all interpolators of panotools are supported

The following output formats (n option of panotools p script line)
are supported:

JPG, TIFF, PNG : Single image formats without feathered blending:
TIFF_m : multiple tiff files
TIFF_multilayer : Multilayer tiff files, readable by The Gimp 2.0

Usage: nona [options] -o output project_file (image files)
Options:
-c create coordinate images (only TIFF_m output)
make: *** [20070210T114428-20070210T1144510000.tif] Error 1
-----------------------------------------------------------------

It really seems that nona is misbehaving...

What I found is that nona does not like the parameters '-m TIFF_m' or
'-r ldr' or even '-i 0'.
Not being a C++ coder, I found in hugin1/tools/nona.cpp, the getopt
string "cho:t:" (line 73) meaning that nona does not accept any of the
i, r or m switches that come from the makefile written by hugin. So
there is a clear mismatch here.

Is nona not being updated in the code repository?

Cheers,
Pedro Venda.

[Pedro Venda]

Something that might be relevant...

hugin-trunk is not actually compiling after checking out. Cmake
complains that it does not find src/hugin1/hugin/
NonaOptionsDialog.cpp, so I changed src/hugin1/hugin/CMakeLists.txt to
remove the dependency of NonaOptionsDialog.cpp. Hugin and nona
compiled fine now.

At the time, it seemed that someone had just deleted the file and
forgot to change CMakeLists.txt, but somehow it seems less accidental
now...

Cheers,

[Bruno Postle]

On Wed 28-Nov-2007 at 02:03 -0800, Pedro Venda wrote:
>
>> You can also stitch the project directly on the command-line with
>> 'make'. Current SVN hugin produces a makefile whenever you save,

>$ make -f 20070210T114428-20070210T114451.pto.mk

>nona -r ldr -m TIFF_m -o 20070210T114428-20070210T114451 -i 0 /home/pedro/Pictures/pano-01/./20070210T114428-20070210T114451.pto
>nona: stitch a panorama image

>It really seems that nona is misbehaving...

I think so, the nona parameters look fine, but nona is behaving as
if it wasn't given any input.

If this is the case, reverting to a version before the commits on
the 22nd or 24th should fix it.

--
Bruno

[Pedro Venda]

Hi,

I followed your advice and compiled hugin-trunk revision 2539. It
worked!
nona output is very different now:
--------------------------------------------------------------

nona: stitch a panorama image

It uses the transform function from PanoTools, the stitching itself
is quite simple, no seam feathering is done.
all interpolators of panotools are supported

The following output formats (n option of panotools p script line)
are supported:

JPG, TIFF, PNG : Single image formats without feathered blending:
TIFF_m : multiple tiff files
TIFF_multilayer : Multilayer tiff files, readable by The Gimp 2.0

Usage: nona [options] -o output project_file (image files)
Options:
-c create coordinate images (only TIFF_m output)

-v verbose, output progress indicators
-t num number of thread to be used (default 1))

The following options can be used to override settings in the
project file:
-i num remap only image with number num
(can be specified multiple times)
-m str set output file format (TIFF, TIFF_m,
TIFF_multilayer, EXR, EXR_m)
-r ldr/hdr set output mode.
ldr keep original bit depth and response
hdr merge to hdr
-e exposure set exposure for ldr mode
-p TYPE pixel type of the output. Can be one of:
UINT8 8 bit unsigned integer
UINT16 16 bit unsigned integer
INT16 16 bit signed integer
UINT32 32 bit unsigned integer
INT32 32 bit signed integer
FLOAT 32 bit floating point
-z set compression type.
Possible options for tiff output:
NONE no compression
LZW lzw compression
DEFLATE deflate compression
---------------------------------------------------------------------------

So, something is wrong when compiling the latest revision of hugin-
trunk and it reflects into a defective nona binary.
It is probably related to the recent problems with
NonaOptionParser.cpp referenced by CMakeLists.txt in src/hugin1/hugin.
Do you have an idea of what might be wrong?

Cheers,

[Bruno Postle]

On Wed 28-Nov-2007 at 14:07 -0800, Pedro Venda wrote:
>
>So, something is wrong when compiling the latest revision of hugin-
>trunk and it reflects into a defective nona binary.
>It is probably related to the recent problems with
>NonaOptionParser.cpp referenced by CMakeLists.txt in src/hugin1/hugin.

Pablo just commited this missing file, so you should try the latest
trunk again.

--
Bruno

[Franck Barbenoire]

Hi,

there's an error in the Italian translation, line 1033 : msgid and msgstr not
terminated with \n

Franck Barbenoire

[Bruno Postle]

On Wed 28-Nov-2007 at 23:51 +0100, Franck Barbenoire wrote:
>
>there's an error in the Italian translation, line 1033 : msgid and
>msgstr not terminated with \n

Try again, this should be fixed now.

--
Bruno

[Pedro Venda]

Revision 2545 compiles and works well.

I found what I was doing wrong - I enabled the compilation of the
tools in src/hugin1/tools/ to make it produce an align_hdr_images
binary. There is another copy of the nona tool in that folder and, as
a side effect, this one was being installed instead of the right one
from tools/.

The latest versions of hugin are so good, with the photometric
adjustment algorithms that I am remaking all my panoramas.

A big thank you for all your hard work!

Cheers,
Pedro Venda.