hugin batch processor stops after making pto

Bug #1465823 reported by Georg Lipps
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Hugin
Fix Released
Undecided
Unassigned

Bug Description

Hi,

I am working with the current RC1 (2015.0.0.d497c7fc1866) on Ubuntu 14.04.

My normal work flow is as follows:

- put all single images in folder
- start batch processer - look for pictures -start - select

In between there is the message: Assertion failed! ... /usr/include/wx-3.0/wx/strvararg.h(451): ....
Ok, I can click away that.

- I start the batch.
- First window opens: .....processing of pto file (pto file is saved)
- Second progress window opens (which should make the actual stiched panorama).

Nothing further happens, I cannot close or make any changes have to xkill everything.

Upon restarting the batcher withthe pto file. Image is made.

Greetings,

Georg

PS: The image preview after looking for single pictures in the folder is great !

Revision history for this message
Stefan Peter (s-peter-deactivatedaccount) wrote :

I can confirm this problem. You need at least two unfinished projects in the queue. The first job actually finishes but 'ps faxww' shows
12888 ? Sl 0:10 \_ PTBatcherGUI
15465 ? Z 0:00 | \_ [enblend] <defunct>

The final lines in the log of the first job:

enblend: info: loading next image: 16597_3780-37890006.tif 1/1
enblend: info: loading next image: 16597_3780-37890007.tif 1/1
enblend: info: loading next image: 16597_3780-37890008.tif 1/1
enblend: info: loading next image: 16597_3780-37890009.tif 1/1
enblend: info: writing final output
Updating metadata...
    1 image files updated

The log file of the second job remains empty.

Revision history for this message
tmodes (tmodes) wrote :

Point 1: I can't reproduce the debug assert mentioned. Can you post a backtrace for this debug assert?

Point 2: Concerning the hanging of PTBatcherGUI: I see this only on Linux and only with wxWidgets 3.x, but not with wxWidgets 2.8.12. Maybe a developer on Linux can help with this problem?

Revision history for this message
Georg Lipps (georg-lipps) wrote :

Hi tmodes,

Point 1: I do not understand.

Point 2: I am running ubuntu 14.04. Installed are wxWidgets 2.8.12 and 3.0. Hugin appears to use 3.0.

Greetings,

Georg

Revision history for this message
tmodes (tmodes) wrote :

Point 1: I meant the complete text of the assert message, not only the begin/first line:
 /usr/include/wx-3.0/wx/strvararg.h(451): ..

Revision history for this message
tmodes (tmodes) wrote :

Concerning point 2: please test if changeset 7acabc8c42f6 fixes the issue.

Revision history for this message
Stefan Peter (s-peter-deactivatedaccount) wrote :

Hi Thomas

I checked 2015.1.0.7acabc8c42f6 (from the nightly builds PPA) on ubuntu trusty and the error seems to be fixed with that. Thanks!

With kind regards

Stefan Peter

Revision history for this message
Georg Lipps (georg-lipps) wrote :

Hi Thomas and Peter,

I am now on 2015.1.0.7acabc8c42f6:

Unfortunately it does not work correctly.

Here are the asserts fron phase I (finding pictures for panoramas):

/usr/include/wx-3.0/wx/strvararg.h(451): assert "(argtype & (wxFormatStringSpecifier<T>::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type

/usr/include/wx-3.0/wx/strvararg.h(451): assert "(argtype & (wxFormatStringSpecifier<T>::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type

../src/gtk/bitmap.cpp(258): assert "bitmap.GetDepth() == 1" failed in InitFromMonoBitmap(): Cannot create mask from colour bitmap
(3 times)

When starting the process of panorama making, there is a crash:

PTBatcherGUI -v
*** Caught unhandled unknown exception; terminating
17:30:34: Debug: The thread 0x7fa20d419700 is being destroyed although it is still running! The application may crash.
../src/unix/dlunix.cpp(254): assert "start >= endCur" failed in ListLoaded(): overlapping regions in /proc/self/maps? [in thread 7fa20d419700]

Call stack:
[00] wxOnAssert(char const*, int, char const*, char const*, wchar_t const*)
[01] wxDynamicLibrary::ListLoaded()
[02] wxDebugReport::DoAddLoadedModules(wxXmlNode*)
[03] wxDebugReport::AddContext(wxDebugReport::Context)
[04] GenerateReport(wxDebugReport::Context)
[05] 0x7fa22563f9ec
[06] 0x7fa22383ad40
[07] 0x7fa225637749
[08] 0x7fa22563e891
[09] 0x7fa220797182
[10] clone

Greetings,

Georg

Revision history for this message
tmodes (tmodes) wrote :

Again, for point 1 we need all information from the assert message box, not only the first line.

Revision history for this message
tmodes (tmodes) wrote :

Okay, I was able to fix some points in the meantime.

But for the assert error
../src/gtk/bitmap.cpp(258): assert "bitmap.GetDepth() == 1" failed in InitFromMonoBitmap(): Cannot create mask from colour bitmap
(3 times)
I need your image files. It seems that this error happens only with your images. I don't know what is special with your files. Can you provide a link to 2 image files where this assert happens?

Revision history for this message
Georg Lipps (georg-lipps) wrote :

Hi Thomas,

here is the first picture.

Revision history for this message
Georg Lipps (georg-lipps) wrote :

... and here the second.

Greetings,

Georg

Revision history for this message
tmodes (tmodes) wrote :

Thanks.
Should be now fixed in repository and will be in release candidate 2, which will be released next weekend.

Changed in hugin:
milestone: none → 2015.0rc2
status: New → Fix Committed
Revision history for this message
Georg Lipps (georg-lipps) wrote :

Hi Thomas,

with 2015.1.0.5f45958ae420 it worked like a charme. Thanks a lot.

One little question, how is the canvas size determined:

Bestmöglichen Beschnitt bestimmen...
Calculate optimal size of panorama
Setting canvas size to 5107 x 2620
Searching for best crop rectangle

From Hugin itself the optimal canvas size is much higer.

Greetings,

Georg

PS: I do see some error in the logs, but they do not seem to harm.

Masking images...

Opening image file: /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163455-2015-05-27_163503.pto
Unable to open file: /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163455-2015-05-27_163503.pto

Precondition violation!
did not find a matching file type.
(/build/buildd/libvigraimpex-1.10.0+dfsg/src/impex/codecmanager.cxx:234)

Statistische Bereinigung von Kontrollpunkten...

after 31 iteration(s): 3.76918782589988 units

*** Adaptive geometric optimisation
Error reading GPano tags from /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163455.JPG(std::exception)
Error reading GPano tags from /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163459.JPG(std::exception)
Error reading GPano tags from /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163503.JPG(std::exception)
loading: /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163503.JPG
downscaling: 3648x2736 1824x1368 912x684
loading: /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163455.JPG
downscaling: 3648x2736 1824x1368 912x684
loading: /home/georg/Bilder/import/Canon S95/2015/2015-05-27/Einzelbilder/2015-05-27_163459.JPG
downscaling: 3648x2736 1824x1368 912x684
Sampling points

Revision history for this message
tmodes (tmodes) wrote :

One little question, how is the canvas size determined:

Bestmöglichen Beschnitt bestimmen...
Calculate optimal size of panorama
Setting canvas size to 5107 x 2620
Searching for best crop rectangle

From Hugin itself the optimal canvas size is much higher.

By default the assistant scale the output to 70 % of the 1:1 size. The cause was discussed on the list.
You can change the value in the preferences, on the assistant tab.

I do see some error in the logs, but they do not seem to harm.

You added a pto into another pto file. Remove the pto from the project. The GUI prevents this (it shows an error message)

tmodes (tmodes)
Changed in hugin:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.