Nona crashing on simple images

[paul womack]

I have been working on two images, found by a history group on the web;
one is a postcard, one a painting. I have been trying (with some success)
to align the one with the other.

To shows the discussion group my results, I wanted to make
a multi layer TIFF file, and mess around with transparency (etc)
in Gimp.

I went here:

http://hugin.sourceforge.net/docs/manual/Hugin_FAQ.html

And found this command:

nona -m TIFF_multilayer -o multi_layer.tif project.pto

I ran it, and got a Segmentation fault (core dumped)

I am using Ubuntu 16.04 LTS;
nona -help gives
nona: stitch a panorama image

nona version 2017.0.0.eac5e8cc546e

The 2 images are around 140K each.

BugBear

(if I run under gdb, I get this stack trace_

Thread 1 "nona" received signal SIGSEGV, Segmentation fault.
__memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:35
35 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory.
(gdb) bt
#0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:35
#1 0x00007ffff71a051c in ?? () from /usr/lib/x86_64-linux-gnu/libtiff.so.5
#2 0x00007ffff71a0b54 in TIFFSetField () from /usr/lib/x86_64-linux-gnu/libtiff.so.5
#3 0x00007ffff79a7939 in HuginBase::Nona::TiffMultiLayerRemapper<vigra::BasicImage<vigra::RGBValue<unsigned char, 0u, 1u, 2u>, std::allocator<vigra::RGBValue<unsigned char, 0u, 1u, 2u> > >, vigra::BasicImage<unsigned char, std::allocator<unsigned char> > >::saveRemapped(HuginBase::Nona::RemappedPanoImage<vigra::BasicImage<vigra::RGBValue<unsigned char, 0u, 1u, 2u>, std::allocator<vigra::RGBValue<unsigned char, 0u, 1u, 2u> > >, vigra::BasicImage<unsigned char, std::allocator<unsigned char> > >&,
unsigned int, unsigned int, HuginBase::PanoramaOptions const&) () from /usr/lib/hugin/libhuginbase.so.0.0
#4 0x00007ffff796b7de in HuginBase::Nona::MultiImageRemapper<vigra::BasicImage<vigra::RGBValue<unsigned char, 0u, 1u, 2u>, std::allocator<vigra::RGBValue<unsigned char, 0u, 1u, 2u> > >, vigra::BasicImage<unsigned char, std::allocator<unsigned char> > >::stitch(HuginBase::PanoramaOptions const&, std::set<unsigned int, std::less<unsigned int>, std::allocator<unsigned int> >&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&,
HuginBase::Nona::SingleImageRemapper<vigra::BasicImage<vigra::RGBValue<unsigned char, 0u, 1u, 2u>, std::allocator<vigra::RGBValue<unsigned char, 0u, 1u, 2u> > >, vigra::BasicImage<unsigned char, std::allocator<unsigned char> > >&, std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >,
std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&) () from /usr/lib/hugin/libhuginbase.so.0.0
#5 0x00007ffff796147c in HuginBase::Nona::stitchPanoRGB_8_16(HuginBase::PanoramaData const&, HuginBase::PanoramaOptions const&, AppBase::ProgressDisplay*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::set<unsigned int, std::less<unsigned int>, std::allocator<unsigned int> > const&, char const*, std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&) ()
from /usr/lib/hugin/libhuginbase.so.0.0
#6 0x00007ffff7a81ab7 in HuginBase::Nona::stitchPanorama(HuginBase::PanoramaData const&, HuginBase::PanoramaOptions const&, AppBase::ProgressDisplay*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::set<unsigned int, std::less<unsigned int>, std::allocator<unsigned int> > const&, std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >,
std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > > const&) () from /usr/lib/hugin/libhuginbase.so.0.0
#7 0x00007ffff7734d3e in HuginBase::NonaFileOutputStitcher::runStitcher() () from /usr/lib/hugin/libhuginbase.so.0.0

[T. Modes]

Am Donnerstag, 11. Januar 2018 14:06:39 UTC+1 schrieb bugbear:

And found this command:

nona -m TIFF_multilayer -o multi_layer.tif project.pto

I ran it, and got a Segmentation fault (core dumped)

This is not reproducible here. The stack trace show that it crashes during saving.

The multilayer output works fine here.

Can you provide the pto file?

[bugbear]

Attached. It's trivial!

BugBear

[T. Modes]

Am Donnerstag, 11. Januar 2018 17:16:18 UTC+1 schrieb bugbear:

>     I ran it, and got a Segmentation fault (core dumped)
>
> This is not reproducible here. The stack trace show that it crashes during saving.
> The multilayer output works fine here.
> Can you provide the pto file?

Attached. It's trivial!

The file works fine here:

nona -m TIFF_multilayer -o test -v clarke_opinion.pto
Multiple layer output
loading mere_sq.jpg
remapping mere_sq.jpg
loading valentine.jpg
remapping valentine.jpg
saved test.tif

No crash here. 

And a multi-page TIFF is created

tiffinfo test.tif
TIFF Directory at offset 0x2ea7c (191100)
  Subfile Type: multi-page document (2 = 0x2)
  Image Width: 1920 Image Length: 650
<snip>
  Page Number: 1-2
  DocumentName: test
  ImageDescription: stitched with hugin
  PageName: mere_sq.jpg
  ImageFullWidth: 2699
  ImageFullLength: 1943
TIFF Directory at offset 0x8f426 (586790)
  Subfile Type: multi-page document (2 = 0x2)
<snip>

  Page Number: 2-2
  DocumentName: test
  ImageDescription: stitched with hugin
  PageName: valentine.jpg
  ImageFullWidth: 2699
  ImageFullLength: 1943

So maybe something specific to your configuration? (Maybe your libtiff?)

Can somebody else confirm the crash or does it works for other?

[Stefan Peter]

On 11.01.2018 17:29, T. Modes wrote:
>
>
> Am Donnerstag, 11. Januar 2018 17:16:18 UTC+1 schrieb bugbear:
>
> >     I ran it, and got a Segmentation fault (core dumped)
> >
> > This is not reproducible here. The stack trace show that it
> crashes during saving.
> > The multilayer output works fine here.
> > Can you provide the pto file?
>
> Attached. It's trivial!
>
> The file works fine here:
> nona -m TIFF_multilayer -o test -v clarke_opinion.pto
> Multiple layer output
> loading mere_sq.jpg
> remapping mere_sq.jpg
> loading valentine.jpg
> remapping valentine.jpg
> saved test.tif
>
> No crash here.

...

>
> So maybe something specific to your configuration? (Maybe your libtiff?)
> Can somebody else confirm the crash or does it works for other?

No crash observed using

nona version 2017.0.0.eac5e8cc546e

under

Ubuntu 16.04.3 LTS

ldd $(which nona)|grep tiff
yields
libtiff.so.5 => /usr/lib/x86_64-linux-gnu/libtiff.so.5 (0x00007fc2bdfba000)

The resulting test.tif looked ok in gimp 2.9 and did not provoke any
warnings or error messages.

However, I used ptodummy to create the base images from the pto, maybe
this is the difference? ptodummy produces plain, simple jpgs, are the
ones used by bugbear in any way special?


With kind regards

Stefan Peter


--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
(See https://en.wikipedia.org/wiki/Posting_style for details)

[T. Modes]

Am Donnerstag, 11. Januar 2018 21:06:13 UTC+1 schrieb Stefan Peter:

> So maybe something specific to your configuration? (Maybe your libtiff?)
> Can somebody else confirm the crash or does it works for other?

No crash observed using

nona version 2017.0.0.eac5e8cc546e

under

Ubuntu 16.04.3 LTS

Thanks for testing.

Bugbear has send me his files. I could reproduce the crash with them. It is related to an embedded ICC profile (without ICC profile it works fine).

I found the bug and fixed it in the repository.

Thomas

[bugbear]

T. Modes wrote:

> Thanks for testing.
> Bugbear has send me his files. I could reproduce the crash with them. It is related to an embedded ICC profile (without ICC profile it works fine).
>
> I found the bug and fixed it in the repository.

Wow - you said you would fix it "later". This is the promptest "later"
I've seen in a while!!!

BugBear

[T. Modes]

Am Freitag, 12. Januar 2018 10:17:07 UTC+1 schrieb bugbear:

> I found the bug and fixed it in the repository.

Wow - you said you would fix it "later". This is the promptest "later" I've seen in a while!!!

I feared that the bug was buried deeper. But after a short look to the code, there appeared a suspicious line - tried to fix, and it worked.

(But I assume it will not always be so easy and fast.)

Okay, I can reproduce the crash.
It seems to be related to the ICC profile.
After removing the ICC profile it works fine.

Ooh - could your advise on how to do that please (in the meantime)?

One way could be using exiftool: exiftool -icc_profile=  mere_sq.jpg valentine.jpg

[T. Modes]

I forgot something.

Am Donnerstag, 11. Januar 2018 14:06:39 UTC+1 schrieb bugbear:

And found this command:

nona -m TIFF_multilayer -o multi_layer.tif project.pto

This can also be started from Hugin with an user defined output sequence (which ships default with Hugin).

Stitch>User defined output sequence>Normal panorama with layered TIFF output.

[FabKzo]

Hi,
From which version can we find this option in the gui? I can't manage to find it in 2014.0.0

[T. Modes]

Am Dienstag, 16. Januar 2018 10:56:58 UTC+1 schrieb FabKzo:

Hi,
From which version can we find this option in the gui? I can't manage to find it in 2014.0.0

Since 2016.0, more comfortable in 2017.0.

If everybody is using old old versions I don't need to release new versions and fix bugs.

[Fabrice Kerzerho]

Thanks; yeah, indeed, but using new versions at work implies tests and scripts adaptations - I'll do it asap in 2018 ;-)

--
A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to a topic in the Google Groups "hugin and other free panoramic software" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/hugin-ptx/e8AY6JoNlJM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to hugin-ptx+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/6f05a85b-d5e1-4fd8-8183-a403fc37178c%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[T. Modes]

Am Dienstag, 16. Januar 2018 18:40:42 UTC+1 schrieb FabKzo:

Thanks; yeah, indeed, but using new versions at work implies tests and scripts adaptations - I'll do it asap in 2018 ;-)

What have scripts to do with the GUI - where your question refer? scratch..

And the command line interface is changed only on rare occasions. The script interface should not be changed in the last years (mainly adding new functions or some internal changes)