Hugin gives an error when stitching..

[RubenRebelo]

Binary package hint: hugin

Every time I try to stich a project in Hugin, it gives me errors:

like this:

nona -z PACKBITS -r ldr -m TIFF_m -o panorama -i 0 /tmp/huginpto_Py3CvN
make: *** [panorama0000.tif] Falha de segmentação

or this:

nona -z PACKBITS -r ldr -m TIFF_m -o panorama -i 0 /tmp/huginpto_o1viK8
caught exception: std::bad_alloc
make: *** [panorama0000.tif] Error 1

I'm runnning Ubuntu 9.04 (AMD64), fully updated, on a Core2Quad q9550 with 8GB of Ram.

ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: hugin 0.7.0-1ubuntu2
ProcEnviron:
 LANG=pt_PT.UTF-8
 SHELL=/bin/bash
SourcePackage: hugin
Uname: Linux 2.6.28-11-generic x86_64

[RubenRebelo (mundano)]

Just forgot to mention that this bugsoccur when I try to make Stereographic type panoramanas..

[Fabrice Coutadeur (fabricesp)]

Hi,

Thanks to take time to make Ubuntu better.

I've not been able to reproduce this problem with 2 tests images.
Please attach the output of the following commands:
apt-cache policy hugin-tools
which nona

Also, please provide the full log, and if possible, the images that gives this error.

Thanks,
Fabrice

[RubenRebelo (mundano)]

ruben@ruben-desktop:~$ apt-cache policy hugin-tools
The output of the commands is:

hugin-tools:
  Instalado: 0.7.0-1ubuntu2
  Candidato: 0.7.0-1ubuntu2
  Tabela de Versão:
 *** 0.7.0-1ubuntu2 0
        500 http://archive.ubuntu.com jaunty/universe Packages
        100 /var/lib/dpkg/status
ruben@ruben-desktop:~$

ruben@ruben-desktop:~$ which nona
/usr/bin/nona
ruben@ruben-desktop:~$

This error happens always I try to stitch really big projects with 15+ images, to make "little planet" like panoramas. Projects with 2 ~ 3 images, in equirectangular mode run fine...

Just to exemplify, this project:
http://dl.getdropbox.com/u/921561/project.tar.gz (attention 20MB download)

The first time I try to stitch, gives me this error in the stitching windows:

nona -z PACKBITS -r ldr -m TIFF_m -o pano -i 0 /tmp/huginpto_yRX0fa
make: *** [pano0000.tif] Falha de segmentação

And then If I try again, The error is always this one:

nona -z PACKBITS -r ldr -m TIFF_m -o pano -i 0 /tmp/huginpto_T62hnU
caught exception: std::bad_alloc
make: *** [pano0000.tif] Error 1

About the log, I don't know where hugin stores logs.

[Fabrice Coutadeur (fabricesp)]

Hi,

I've been able to generate a stitched picture with the 27 you pasted here.

Anyway, it seems that it needs a huge amount of memory to work correctly (500Mb during stitching phase), so can you have look at the available memory before you run the create Panorama, and also during, and tell me what you see?

Thanks,
Fabrice

[RubenRebelo (mundano)]

I have 8GB of RAM, plus 16GB of Swap...

top - 19:55:44 up 19 min, 2 users, load average: 0.02, 0.08, 0.08
Tasks: 163 total, 2 running, 161 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8083012k total, 885568k used, 7197444k free, 44024k buffers
Swap: 16779884k total, 0k used, 16779884k free, 368428k cached

I think I have plenty of RAM to stitch something like this..

Just to clear things, if a load those images in the assistant, align them, go to the preview window and select:

Stereographic Projection, and Num. Tranf. -> Pitch 90

I get the error every time...

Have you done that, or just an equirectangular image?

[Fabrice Coutadeur (fabricesp)]

Hi,

You're right: With pitch 90, I'm having also the caught exception: std::bad_alloc...
Confirming

Cheers,
Fabrice

[samotham (samotham)]

I also get the same kind of error for any time I hit "create panorama" (I tried for 2 series of pictures, one with 3 pictures, another one with 7) :

nona -z PACKBITS -r ldr -m TIFF_m -o test -i 0 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 1 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 2 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 3 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 4 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 5 /tmp/huginpto_yFWPXt
nona -z PACKBITS -r ldr -m TIFF_m -o test -i 6 /tmp/huginpto_yFWPXt
false --compression NONE -f1030x246 -o test.tif test0000.tif test0001.tif test0002.tif test0003.tif test0004.tif test0005.tif test0006.tif
make: *** [test.tif] Error 1

I've got 2GB RAM, free -m gives me :

              total used free shared buffers cached
Mem: 2012 1963 48 0 90 1142
-/+ buffers/cache: 731 1280
Swap: 2023 14 2009

$ apt-cache policy hugin-tools
hugin-tools:
  Installed: 0.7.0-1ubuntu2
  Candidate: 0.7.0-1ubuntu2
  Version table:
 *** 0.7.0-1ubuntu2 0
        500 http://ftp.crihan.fr jaunty/universe Packages
        100 /var/lib/dpkg/status
     0.6.99~0.7beta4-0ubuntu0~rzr7 0
        500 http://ppa.launchpad.net jaunty/main Packages

$ which nona
/usr/bin/nona

[samotham (samotham)]

actually today it works perfectly... I don't know why it failed like this yesterday

[antiw (vnsearch)]

Hello,
I got the same error before. One way to get rid of the error is to increase "Image cache memory" in "Preferences". In my case, I set the image cache to 200MB and Hugin works perfectly.
:)

[Fabrice Coutadeur (fabricesp)]

I tried with 500Mb, and the project in comment 4 is still failing...
I'll try to package hugin 0.8, and see if it still happens...

[Andreas Metzler (k-launchpad-downhill-at-eu-org)]

With 2009.2.0 rc1 I still get
caught exception: std::bad_alloc

[Andreas Metzler (k-launchpad-downhill-at-eu-org)]

Forwarded to https://sourceforge.net/tracker/?func=detail&aid=2868139&group_id=77506&atid=550441

[Jere Kupari (jere-kupari)]

Increasing the "Image cache memory" in "Preferences" from 70 to 250 megs
worked for me. I was getting similar errors making a fisheye sky picture of 13 parts.

[Yuv (yuv)]

Hi

the 20MB project linked in the initial bug report is impossible to stitch with today's computers. You are trying to generate a 23 million gigapixel panorama. The world record is more than 100.000 times smaller [0]. Check your canvas size in the stitcher tab and try again.

Moreover, stitching directly into stereographic from multiple source images is inefficient and may result in errors too. It is recommended to stitch first into an equirectangular image, then load that equirectangular and remap it to stereographic.

Last but not least, when asking for help, post first the .pto file only. In most cases it is enough.

Thank you for using Hugin. Make sure you use our latest version [1] as the software evolves rapidly.

Yuv

[0] http://en.wikipedia.org/wiki/Largest_photographs_in_the_world
[1] https://launchpad.net/~hugin