first attempt at a spherical pano

220 views
Skip to first unread message

Michael Havens

unread,
Sep 15, 2016, 10:28:54 PM9/15/16
to hugin and other free panoramic software
or at least of a dome pano (half sphere).
I got 34 images and when I first load the images everything seems cool but when I click align I get an error <below>. Then I click continue and it says that none of my images have control points and that I need to put them in manually. Any ideas as to what's wrong?

ASSERT INFO:
/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

BACKTRACE:
[1] MainFrame::RunAssistant(wxWindow*)
[2] GLPreviewFrame::OnAlign(wxCommandEvent&)
[3] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const
[4] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[5] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[6] wxEvtHandler::TryHereOnly(wxEvent&)
[7] wxEvtHandler::ProcessEventLocally(wxEvent&)
[8] wxEvtHandler::ProcessEvent(wxEvent&)
[9] wxWindowBase::TryAfter(wxEvent&)
[10] wxWindowBase::TryAfter(wxEvent&)
[11] wxWindowBase::TryAfter(wxEvent&)
[12] wxWindowBase::TryAfter(wxEvent&)
[13] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[14] g_signal_emit_valist
[15] g_signal_emit
[16] g_signal_emit_valist
[17] g_signal_emit
[18] g_closure_invoke
[19] g_signal_emit_valist
[20] g_signal_emit
[21] gtk_propagate_event
[22] gtk_main_do_event
[23] g_main_context_dispatch
[24] g_main_loop_run
[25] gtk_main
[26] wxGUIEventLoop::DoRun()
[27] wxEventLoopBase::Run()
[28] wxAppConsoleBase::MainLoop()
[29] wxEntry(int&, wchar_t**)
[30] main
[31] __libc_start_main
[32] _start


Greg 'groggy' Lehey

unread,
Sep 15, 2016, 10:46:29 PM9/15/16
to hugi...@googlegroups.com
On Thursday, 15 September 2016 at 19:28:54 -0700, Michael Havens wrote:
>
> I got 34 images and when I first load the images everything seems
> cool but when I click align I get an error <below>. Then I click
> continue and it says that none of my images have control points and
> that I need to put them in manually. Any ideas as to what's wrong?

Not without seeing the images. Where are they? Did you take them at
constant exposure settings?

> ASSERT INFO:
> /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

Which version of Hugin is this? And what's the platform, and where
did you get the executable from?

If this is a 2016.* version, I'm not sure that this is serious. I
can't reproduce the message at will, but I've seen something similar
at this juncture. It gave me the option to continue, and when I did,
everything continued normally.

Greg
--
Sent from my desktop computer.
Finger gr...@FreeBSD.org for PGP public key.
See complete headers for address and phone numbers.
This message is digitally signed. If your Microsoft mail program
reports problems, please read http://lemis.com/broken-MUA
signature.asc

Greg 'groggy' Lehey

unread,
Sep 16, 2016, 3:42:08 AM9/16/16
to hugi...@googlegroups.com
On Friday, 16 September 2016 at 12:46:25 +1000, Greg 'groggy' Lehey wrote:
> On Thursday, 15 September 2016 at 19:28:54 -0700, Michael Havens wrote:
>>
>
>> ASSERT INFO:
>> /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

I have been able to reproduce this message, clearly with a subtly
different version of wx (see the line number):

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

This appears to be the result of a number of issues:

1. You followed my advice and set the temporary directory path in
preferences/file names.
2. The "temporary directory path" is really a search path for
executables.
3. You missed the message "can't find control point detector".
4. The error message seems to have gone out of its way to be
unclear. Probably it's reporting an error that occurred as a
result.

Could you please try removing the entry for the temporary directory
and see if you still have trouble? As I said (thread "hugin shouldn't
stitch in root"):

On Thursday, 15 September 2016 at 13:41:36 +1000, Greg 'groggy' Lehey wrote:
> 2. How much space was used in /tmp or /var/tmp? None at all! I
> don't know where I got the idea that the intermediate files go to
> /tmp. So the question remains: what is getting written to the
> root file system in Michael's scenario? Michael, can you check
> next time you stitch a pano. The log window will tell you what is
> being written, and where. Maybe it's not /tmp at all.
signature.asc

Michael Havens

unread,
Sep 16, 2016, 6:36:56 AM9/16/16
to hugin and other free panoramic software
On Friday, September 16, 2016 at 3:42:08 AM UTC-4, Groogle wrote:
1.  You followed my advice and set the temporary directory path in
    preferences/file names.

Yes sir.... I did.
 
2.  The "temporary directory path" is really a search path for
    executables.

It is  ~/hugintmp 
 
3.  You missed the message "can't find control point detector".

What do I do with that message?
 
4.  The error message seems to have gone out of its way to be
    unclear.  Probably it's reporting an error that occurred as a
    result.

I guess....
 
Could you please try removing the entry for the temporary directory
and see if you still have trouble?  As I said (thread "hugin shouldn't
stitch in root"):

On Thursday, 15 September 2016 at 13:41:36 +1000, Greg 'groggy' Lehey wrote:
> 2.  How much space was used in /tmp or /var/tmp?  None at all!  I
>     don't know where I got the idea that the intermediate files go to
>     /tmp.  So the question remains: what is getting written to the
>     root file system in Michael's scenario?  Michael, can you check
>     next time you stitch a pano.  The log window will tell you what is
>     being written, and where.  Maybe it's not /tmp at

Huh? My issue now appears to be it isn't even looking for control points. It gives me the error right away <https://drive.google.com/open?id=0B2xvsVTZy4y1MzU1QUtKaDE3dFk>. It isn't even trying.
Another thing that may or may not be related is that when it is placing the photos  in the window with the "load images" button some of them are upside down.

Michael Havens

unread,
Sep 16, 2016, 6:43:18 AM9/16/16
to hugin and other free panoramic software


On Thursday, September 15, 2016 at 10:46:29 PM UTC-4, Groogle wrote:

Not without seeing the images.  Where are they?  Did you take them at
constant exposure settings?

 
Which version of Hugin is this?  And what's the platform, and where
did you get the executable from?
 
2016.2.0.48cb11a23351
 Platform- Linux 
 

Greg 'groggy' Lehey

unread,
Sep 16, 2016, 8:11:35 AM9/16/16
to hugi...@googlegroups.com
On Friday, 16 September 2016 at 3:36:56 -0700, Michael Havens wrote:
> On Friday, September 16, 2016 at 3:42:08 AM UTC-4, Groogle wrote:
>>
>> 1. You followed my advice and set the temporary directory path in
>> preferences/file names.
>>
>
> Yes sir.... I did.

... I'll address this and the rest of your replies tomorrow. You've
missed the most important point, which I suspect will solve your
problems:

>> Could you please try removing the entry for the temporary directory
>> and see if you still have trouble? As I said (thread "hugin shouldn't
>> stitch in root"): ...
signature.asc

Greg 'groggy' Lehey

unread,
Sep 16, 2016, 6:50:12 PM9/16/16
to hugi...@googlegroups.com
On Friday, 16 September 2016 at 3:36:56 -0700, Michael Havens wrote:
> On Friday, September 16, 2016 at 3:42:08 AM UTC-4, Groogle wrote:
>>
>> 1. You followed my advice and set the temporary directory path in
>> preferences/file names.
>
> Yes sir.... I did.

Unfortunately it was bad advice, leading you to a bug.

>> 2. The "temporary directory path" is really a search path for
>> executables.
>
> It is ~/hugintmp

That's not important. The issue is that specifying any temporary
directory invokes a bug whereby hugin doesn't pass the PATH
environment variable to icpfind. I didn't know this when I wrote (2)
above. But this means that icpfind can't find the control point
detector.

>> 3. You missed the message "can't find control point detector".
>
> What do I do with that message?

At the time, you could have reported it.

>> Could you please try removing the entry for the temporary directory
>> and see if you still have trouble? As I said (thread "hugin
>> shouldn't stitch in root"):
>>
>> On Thursday, 15 September 2016 at 13:41:36 +1000, Greg 'groggy' Lehey
>> wrote:
>>> 2. How much space was used in /tmp or /var/tmp? None at all! I
>>> don't know where I got the idea that the intermediate files go to
>>> /tmp. So the question remains: what is getting written to the
>>> root file system in Michael's scenario? Michael, can you check
>>> next time you stitch a pano. The log window will tell you what is
>>> being written, and where. Maybe it's not /tmp at
>
>
> Huh? My issue now appears to be it isn't even looking for control
> points.

Read what I wrote above. It can't.

> It gives me the error right away
> <https://drive.google.com/open?id=0B2xvsVTZy4y1MzU1QUtKaDE3dFk>.

Yes. If you can't find the control point detector, you can't run it,
and that happens immediately.

> It isn't even trying.

Would you please try? As I said:

>> Could you please try removing the entry for the temporary directory
>> and see if you still have trouble?

> Another thing that may or may not be related is that when it is
> placing the photos in the window with the "load images" button some
> of them are upside down.

No, this is in no way related. This is the way your camera is
reporting them. The control point detector, once you find it, should
fix that.
signature.asc

Michael Havens

unread,
Sep 16, 2016, 7:51:37 PM9/16/16
to hugin and other free panoramic software
Yipeee! (I guess) I found a bug..... oh joy! I am so glad I don't run out of disk space from stitching a couple of images together because I need to be able to stitc a few images together to simulate a wide angle lens. Did ypou take care of reporting the issue Or do you want me to do it?

Greg 'groggy' Lehey

unread,
Sep 16, 2016, 9:00:17 PM9/16/16
to hugi...@googlegroups.com
On Friday, 16 September 2016 at 16:51:37 -0700, Michael Havens wrote:
> Yipeee! (I guess) I found a bug..... oh joy! I

Indeed. Most people aren't so happy when they run into bugs :-)

> am so glad I don't run out of disk space from stitching a couple of
> images together because I need to be able to stitc a few images
> together to simulate a wide angle lens.

You still haven't answered my question about the running out of disk
space. We haven't been able to reproduce that.

> Did ypou take care of reporting the issue Or do you want me to do
> it?

I'm still investigating exactly what happens, but then I will either
report it or submit a fix.

For the record: setting that variable (which ends up in ~/.hugin as
tmpDir=/var/tmp, for example) appears to cause hugin pass an empty
PATH environment variable to icpfind, which then fails. It's not the
problem of icpfind, which works fine if started directly. But I
haven't had time to track it down yet.
signature.asc

Michael Havens

unread,
Sep 16, 2016, 10:39:48 PM9/16/16
to hugin and other free panoramic software


On Friday, September 16, 2016 at 9:00:17 PM UTC-4, Groogle wrote:

You still haven't answered my question about the running out of disk
space.  We haven't been able to reproduce that.
 
Sorry.... I missed that question. Don't worry so much about that. It is unlikely you will be able to reproduce that error as my root directory isn't that big...

     $ df / -h
     Filesystem      Size  Used Avail Use% Mounted on
     /dev/sdb1        23G   15G  7.2G  67% /

7.2 G seems like a lot of free space to me right now but I guess it isn't when doing a photosphere!

Michael Havens

unread,
Sep 17, 2016, 1:54:06 PM9/17/16
to hugin and other free panoramic software
or :

/tmp $ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G  4.0K  3.8G   1% /dev
tmpfs           786M  1.5M  785M   1% /run
/dev/sdb1        23G   15G  7.4G  66% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            3.9G   34M  3.9G   1% /run/shm
none            100M   24K  100M   1% /run/user
/dev/sdb3       201G   45G  147G  24% /home

Michael Havens

unread,
Sep 17, 2016, 5:36:23 PM9/17/16
to hugin and other free panoramic software
or:

 $ df /tmp -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb1        23G   15G  7.4G  66% /

Greg 'groggy' Lehey

unread,
Sep 17, 2016, 7:19:14 PM9/17/16
to hugi...@googlegroups.com
On Saturday, 17 September 2016 at 10:54:06 -0700, Michael Havens wrote:
> or :
>
> /tmp $ df -h
> Filesystem Size Used Avail Use% Mounted on
> udev 3.8G 4.0K 3.8G 1% /dev
> tmpfs 786M 1.5M 785M 1% /run
> /dev/sdb1 23G 15G 7.4G 66% /
> none 4.0K 0 4.0K 0% /sys/fs/cgroup
> none 5.0M 0 5.0M 0% /run/lock
> none 3.9G 34M 3.9G 1% /run/shm
> none 100M 24K 100M 1% /run/user
> /dev/sdb3 201G 45G 147G 24% /home

On Saturday, 17 September 2016 at 14:36:23 -0700, Michael Havens wrote:
> or:
>
> $ df /tmp -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/sdb1 23G 15G 7.4G 66% /

Sorry, I don't understand. What are you referring to? I was
expecting an answer on my question as to where the files were being
written, based on the logs.
signature.asc

Michael Havens

unread,
Sep 17, 2016, 9:33:47 PM9/17/16
to hugin and other free panoramic software


On Saturday, September 17, 2016 at 7:19:14 PM UTC-4, Groogle wrote:
  I was
expecting an answer on my question as to where the files were being
written, based on the logs.


I am so sorry but I can't answer that. I don't know where hugin stores the logs if their not in /var/log .

Greg 'groggy' Lehey

unread,
Sep 17, 2016, 10:28:18 PM9/17/16
to hugi...@googlegroups.com
When you select "Create panorama" or "Stitch", you get asked for a
name of the resultant panorama. Then a log window pops up and shows
what's going on. When it's finished, it conveniently goes away. Take
a look at
http://www.lemis.com/grog/photos/Photos.php?dirdate=20160918&imagesizes=4
for an example. Here you'll see it writing to
/photowork/Hugin-build-eureka/ . My question is what pathnames you
find in your log window.

The documentation says that if you select "Copy log messages to
clipboard" in the Preferences/General tab, you will get log messages,
well, in the clipboard. That doesn't work for me, but it might for
you.
signature.asc

David W. Jones

unread,
Sep 18, 2016, 2:16:38 AM9/18/16
to hugi...@googlegroups.com
On 09/17/2016 04:28 PM, Greg 'groggy' Lehey wrote:
> On Saturday, 17 September 2016 at 18:33:46 -0700, Michael Havens wrote:
>> On Saturday, September 17, 2016 at 7:19:14 PM UTC-4, Groogle wrote:
>>>
>>> I was expecting an answer on my question as to where the files were
>>> being written, based on the logs.
>>
>> I am so sorry but I can't answer that. I don't know where hugin
>> stores the logs if their not in /var/log .
>
> When you select "Create panorama" or "Stitch", you get asked for a
> name of the resultant panorama. Then a log window pops up and shows
> what's going on. When it's finished, it conveniently goes away. Take
> a look at
> http://www.lemis.com/grog/photos/Photos.php?dirdate=20160918&imagesizes=4
> for an example. Here you'll see it writing to
> /photowork/Hugin-build-eureka/ . My question is what pathnames you
> find in your log window.
>
> The documentation says that if you select "Copy log messages to
> clipboard" in the Preferences/General tab, you will get log messages,
> well, in the clipboard. That doesn't work for me, but it might for
> you.

I think that log window only appears if you select Verbose(?) in the
stitcher GUI.

--
David W. Jones
gnome...@gmail.com
wandering the landscape of god
http://dancingtreefrog.com

Greg 'groggy' Lehey

unread,
Sep 18, 2016, 2:46:03 AM9/18/16
to hugi...@googlegroups.com
Where's that? When I select the stitcher, I don't get that option.
It's also not in preferences. I thought it might be related to the
Interface (Simple/Advanced/Expert), but I get it in Simple mode as
well. Do you not see the window?
signature.asc

Michael Havens

unread,
Sep 20, 2016, 7:32:44 AM9/20/16
to hugin and other free panoramic software
Okay, I'm running the stitcher now even though no control points were found. 
I found the  "Copy log messages to 
clipboard" setting sand checked and I believe it will take a long time so I made a copy of what is in the 'stitching' window here: (let me know if I need to let the 'stitching' window finish.
============================================
Stitching panorama...
============================================

Platform: Linux 3.19.0-32-generic x86_64
Version: 2016.2.0.48cb11a23351
Working directory: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3
Output prefix: DSC_0493 - DSC_0526

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

Number of active images: 34
Output exposure value: 13.7
Canvas size: 20360x10180
ROI: (0, 0) - (20360, 10180) 
FOV: 360x180
Projection: Equirectangular(2)
Using GPU for remapping: false

Panorama Outputs:
* Exposure corrected, low dynamic range
* Exposure fused from any arrangement

First input image
Number: 0
Filename: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0493.JPG
Size: 6016x4000
Projection: Normal (rectilinear)
Response type: custom (EMoR)
HFOV: 66
Exposure value: 13.7


Remapping LDR images...
Multiple images output
loading DSC_0493.JPG
remapping DSC_0493.JPG

Michael Havens

unread,
Sep 20, 2016, 5:59:06 PM9/20/16
to hugin and other free panoramic software
here is what is in my clipboard:
 "      "
..... hmmmmmmm....  nothing new was saved to the clipboard!

Stefan Peter

unread,
Sep 21, 2016, 3:02:05 PM9/21/16
to hugi...@googlegroups.com
Dear Michael Havens

On 20.09.2016 13:32, Michael Havens wrote:
> Okay, I'm running the stitcher now even though no control points were
> found.

Then it is of no use. The task at hand is to find out why there are no
control points produced.

Greg assumed that it has something to do with the temporary directory
path setting. The prudent thing to test this hypothesis would be to
revert this setting and see if the problem persists.

However, I was not able to recreate this problem here. Not even using a
non existent directory as temporary file location interfered with
creating control points.

However, there are other possible reasons for this behaviour. One of
them would be that the files can not be read by icpfind, the program
responsible for creating the control points. Or maybe icpfind could not
be started because of other reasons like missing libraries or execution
permission.

In any case, please re-run the "Create control points" action and then,
send us the resulting log file from you clipboard as you did with this one.

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)

Michael Havens

unread,
Sep 21, 2016, 8:45:29 PM9/21/16
to hugin and other free panoramic software, s_p...@swissonline.ch


On Wednesday, September 21, 2016 at 3:02:05 PM UTC-4, Stefan Peter wrote:
In any case, please re-run the "Create control points" action and then,
send us the resulting log file from you clipboard as you did with this one.
 
Here is what the clipboard says now:
 
     Searching for control points...
     Could not find "cpfind" in path.
     Maybe you have not installed it properly or given a wrong path in the settings.
 
Perhaps I should use another control point detector.
My take on this problem is that it is associated with the setting that tells it where it's tmp directory is because it works fine when I don't put anything in that field...... I just can't do a massive panorama because I don't have enough space in /tmp for all the temporary files that a huge panorama produces.

Michael Havens

unread,
Sep 21, 2016, 8:51:17 PM9/21/16
to hugin and other free panoramic software, s_p...@swissonline.ch


On Wednesday, September 21, 2016 at 8:45:29 PM UTC-4, Michael Havens wrote:
Perhaps I should use another control point detector.

That didn't help any! 

Terry Duell

unread,
Sep 21, 2016, 8:58:10 PM9/21/16
to hugi...@googlegroups.com
If I understand this correctly, perhaps a workaround is to leave the tmp
dir field blank, generate your control points, then save your .pto.
Restart hugin, add your tmp dir, open your saved .pto and continue on.


Cheers,
--
Regards,
Terry Duell

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 9:41:15 PM9/21/16
to hugi...@googlegroups.com, s_p...@swissonline.ch
On Wednesday, 21 September 2016 at 17:45:29 -0700, Michael Havens wrote:
>
>
> On Wednesday, September 21, 2016 at 3:02:05 PM UTC-4, Stefan Peter wrote:
>>
>> In any case, please re-run the "Create control points" action and then,
>> send us the resulting log file from you clipboard as you did with this
>> one.
>
> Here is what the clipboard says now:
>
> Searching for control points...
> Could not find "cpfind" in path.
> Maybe you have not installed it properly or given a wrong path in the
> settings.
>
> Perhaps I should use another control point detector.

*sigh* I've been through this in some detail. This is the bug we
discussed some time ago. Please don't set your temporary directory.
Go to Preferences/Filenames and make sure that "Temporary Dir" is
empty. If you still get the "Could not find "cpfind" in path."
message, please confirm that you have reset this field and post your
~/.hugin file.

> I just can't do a massive panorama because I don't have enough space
> in /tmp for all the temporary files that a huge panorama produces.

And what files are you writing to /tmp? Nobody else sees any written
there. You have confirmed that the logs don't get copied to the
clipboard, but you can still watch the window. If that's too much
difficulty, try repeating this in a shell window while stitching is in
progress:

$ ls -lrt /tmp

That should list any newly created temporary files.
signature.asc

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 9:43:00 PM9/21/16
to hugi...@googlegroups.com
Good idea, but so far we have no evidence that anything is being
written to /tmp or wherever. That's what I've been trying to find out
for the last week.
signature.asc

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 9:46:21 PM9/21/16
to hugi...@googlegroups.com
On Wednesday, 21 September 2016 at 21:00:56 +0200, Stefan Peter wrote:
> On 20.09.2016 13:32, Michael Havens wrote:
>> Okay, I'm running the stitcher now even though no control points were
>> found.
>
> Then it is of no use. The task at hand is to find out why there are no
> control points produced.
>
> Greg assumed that it has something to do with the temporary directory
> path setting.

It's more than an assumption. In my installation it's a certainty.

> The prudent thing to test this hypothesis would be to revert this
> setting and see if the problem persists.

Yes, this is what I have repeatedly asked for.

> However, I was not able to recreate this problem here. Not even
> using a non existent directory as temporary file location interfered
> with creating control points.

OK, that's interesting. I thought it once worked for me too. What
platform and version of Hugin?

> However, there are other possible reasons for this behaviour. One of
> them would be that the files can not be read by icpfind, the program
> responsible for creating the control points. Or maybe icpfind could
> not be started because of other reasons like missing libraries or
> execution permission.

I modified icpfind to find what it was looking for. It had an empty
PATH variable, so it couldn't find the control point detector. And
yes, I'm still planning to track the bug down.
signature.asc

Michael Havens

unread,
Sep 21, 2016, 10:09:15 PM9/21/16
to hugin and other free panoramic software
I don't know where the intermediate files are saved.... whether it is /tmp or elsewhere. When I was working on this issue 6 months ago someone said it was /tmp so I just went with that.

Tduell's suggestion worked. It is now stitching.

Michael Havens

unread,
Sep 21, 2016, 10:18:29 PM9/21/16
to hugin and other free panoramic software
I don't know where the intermediate files are saved.... whether it is /tmp or elsewhere. When I was working on this issue 6 months ago someone said it was /tmp so I just went with that.

Tduell's suggestion worked. It is now stitching.

On Wednesday, September 21, 2016 at 9:43:00 PM UTC-4, Groogle wrote:

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 10:22:48 PM9/21/16
to hugi...@googlegroups.com
[sequence recovered]

On Wednesday, 21 September 2016 at 19:09:15 -0700, Michael Havens wrote:
> On Wednesday, September 21, 2016 at 9:43:00 PM UTC-4, Groogle wrote:
>>
>> Good idea, but so far we have no evidence that anything is being
>> written to /tmp or wherever. That's what I've been trying to find out
>> for the last week.
>
> I don't know where the intermediate files are saved.... whether it
> is /tmp or elsewhere.

That's why I asked you to look, and told you how.

> Tduell's suggestion worked. It is now stitching.

Where? Take a look in your specified directory and see what's in
there.
signature.asc

Michael Havens

unread,
Sep 21, 2016, 10:33:27 PM9/21/16
to hugin and other free panoramic software
In preferences->file name->Temporary directory I typed in "/home/bmike1/hugintmp"
In the same location if /home/bmike1/hugintmp is present when I search for control points it will fail.

On Thursday, September 15, 2016 at 10:28:54 PM UTC-4, Michael Havens wrote:
or at least of a dome pano (half sphere).
I got 34 images and when I first load the images everything seems cool but when I click align I get an error <below>. Then I click continue and it says that none of my images have control points and that I need to put them in manually. Any ideas as to what's wrong?

ASSERT INFO:
/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

BACKTRACE:
[1] MainFrame::RunAssistant(wxWindow*)
[2] GLPreviewFrame::OnAlign(wxCommandEvent&)
[3] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const
[4] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
[5] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[6] wxEvtHandler::TryHereOnly(wxEvent&)
[7] wxEvtHandler::ProcessEventLocally(wxEvent&)
[8] wxEvtHandler::ProcessEvent(wxEvent&)
[9] wxWindowBase::TryAfter(wxEvent&)
[10] wxWindowBase::TryAfter(wxEvent&)
[11] wxWindowBase::TryAfter(wxEvent&)
[12] wxWindowBase::TryAfter(wxEvent&)
[13] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[14] g_signal_emit_valist
[15] g_signal_emit
[16] g_signal_emit_valist
[17] g_signal_emit
[18] g_closure_invoke
[19] g_signal_emit_valist
[20] g_signal_emit
[21] gtk_propagate_event
[22] gtk_main_do_event
[23] g_main_context_dispatch
[24] g_main_loop_run
[25] gtk_main
[26] wxGUIEventLoop::DoRun()
[27] wxEventLoopBase::Run()
[28] wxAppConsoleBase::MainLoop()
[29] wxEntry(int&, wchar_t**)
[30] main
[31] __libc_start_main
[32] _start


Michael Havens

unread,
Sep 21, 2016, 10:35:11 PM9/21/16
to hugin and other free panoramic software


On Wednesday, September 21, 2016 at 10:22:48 PM UTC-4, Groogle wrote:
> Tduell's suggestion worked. It is now stitching.

Where?  Take a look in your specified directory and see what's in
there.

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 10:38:36 PM9/21/16
to hugi...@googlegroups.com
On Wednesday, 21 September 2016 at 19:33:27 -0700, Michael Havens wrote:
> In preferences->file name->Temporary directory I typed in
> "/home/bmike1/hugintmp"
> In the same location if /home/bmike1/hugintmp is present when I search for
> control points it will fail.

We seem to be going round in circles. I reported this issue nearly a
week ago. What does it write to the root file system when you don't
specify a temporary directory?
signature.asc

Michael Havens

unread,
Sep 21, 2016, 10:39:13 PM9/21/16
to hugin and other free panoramic software
I didn't do your ls command because it is stitching in the hugintmp directory right now.

~/hugintmp $ ls /home/bmike1/hugintmp
hec1QPQW  heFan8Hr  heL3W456  huginpto_0vYcMe  huginpto_95itzG  huginpto_UEq4Vb
hee6TKlX  hehyqyzB  heMNMrcf  huginpto_2c8gZv  huginpto_HYTJTG  huginpto_ZuLc6q

Greg 'groggy' Lehey

unread,
Sep 21, 2016, 10:50:10 PM9/21/16
to hugi...@googlegroups.com
On Wednesday, 21 September 2016 at 19:39:13 -0700, Michael Havens wrote:
> I didn't do your ls command because it is stitching in the hugintmp
> directory right now.
>
>> /hugintmp $ ls /home/bmike1/hugintmp
> hec1QPQW heFan8Hr heL3W456 huginpto_0vYcMe huginpto_95itzG huginpto_UEq4Vb
> hee6TKlX hehyqyzB heMNMrcf huginpto_2c8gZv huginpto_HYTJTG huginpto_ZuLc6q

I did specify 'ls -l'. If you look at those files, I think you'll
find they're in the order of 10 kB each.
signature.asc

Michael Havens

unread,
Sep 21, 2016, 10:53:25 PM9/21/16
to hugin and other free panoramic software


On Wednesday, September 21, 2016 at 10:38:36 PM UTC-4, Groogle wrote:
On Wednesday, 21 September 2016 at 19:33:27 -0700, Michael Havens wrote:
> In preferences->file name->Temporary directory I typed in
> "/home/bmike1/hugintmp"
> In the same location if /home/bmike1/hugintmp is present when I search for
> control points it will fail.

We seem to be going round in circles.  I reported this issue nearly a
week ago.  What does it write to the root file system when you don't
specify a temporary directory?
 
after searching for control points:

Searching for control points...
Hugin's cpfind 2016.2.0.48cb11a23351
based on Pan-o-matic by Anael Orlinski

Project contains the following images:
Image 0
  Imagefile: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0494.JPG
  Remapped : yes
Image 1
  Imagefile: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0495.JPG
  Remapped : yes
Image 2
  Imagefile: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0496.JPG
  Remapped : yes
Image 3
  Imagefile: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0497.JPG
  Remapped : yes
Image 4
  Imagefile: /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0498.JPG
  Remapped : yes

--- Analyze Images ---
i0 : Analyzing image...
i1 : Analyzing image...
i3 : Analyzing image...
i2 : Analyzing image...
i4 : Analyzing image...

--- Find matches ---
i3 <> i4 : Found 24 matches
i2 <> i3 : Found 23 matches
i0 <> i1 : Found 25 matches
i1 <> i2 : Found 24 matches

--- Find matches for overlapping images ---

--- Write Project output ---
Written output to /tmp/ap_res2RPWJD

Detection took 42.551 seconds.

Written output to /tmp/haXhtqCX
Statistically cleaning of control points...

Removed 3 control points in step 1
Removed 6 control points in step 2

Written output to /tmp/haXhtqCX
Searching for vertical lines...
linefind is searching for vertical lines
Working on image /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0494.JPG
Working on image /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0495.JPG
Working on image /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0497.JPG
Working on image /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0496.JPG
Working on image /home/bmike1/Documents/Business/Photography/PropertyPhotographing/Test/Panorama/3/DSC_0498.JPG

Found 3 vertical lines


Written output to /tmp/haXhtqCX

Opened project /tmp/haXhtqCX

Project contains
5 images
1 lenses
5 stacks
90 control points

Control points statistics
Mean error        : 971.36
Standard deviation: 186.23
Minimum           : 0.56
Maximum           : 1090.06
All images are connected.

Optimizing...
Optimizing Variables
Strategy 1
Average (rms) distance between Controlpoints 
after 0 iteration(s):          982.983793096836 units
Strategy 1
Average (rms) distance between Controlpoints 
after 1 iteration(s):          41.9359835841126 units
Strategy 1
Average (rms) distance between Controlpoints 
after 2 iteration(s):          6.63019692569752 units
Strategy 1
Average (rms) distance between Controlpoints 
after 3 iteration(s):          4.61077632604332 units
Strategy 1
Average (rms) distance between Controlpoints 
after 4 iteration(s):          3.01981247229104 units
Strategy 1
Average (rms) distance between Controlpoints 
after 5 iteration(s):          2.97569382964583 units
Strategy 1
Average (rms) distance between Controlpoints 
after 6 iteration(s):          2.76688043502161 units
Strategy 1
Average (rms) distance between Controlpoints 
after 7 iteration(s):          2.74875128077305 units

Optimizing Variables
Strategy 2
Average (rms) distance between Controlpoints 
after 0 iteration(s):          2.50387441947329 units
Strategy 2
Average (rms) distance between Controlpoints 
after 1 iteration(s):          2.46501866893365 units
Strategy 2
Average (rms) distance between Controlpoints 
after 2 iteration(s):          2.46298406887543 units
Strategy 2
Average (rms) distance between Controlpoints 
after 3 iteration(s):          2.46288404323768 units
Strategy 2
Average (rms) distance between Controlpoints 
after 4 iteration(s):          2.46287903562832 units
Strategy 2
Average (rms) distance between Controlpoints 
after 5 iteration(s):          2.46287877868892 units

Optimizing Variables
Strategy 1
Average (rms) distance between Controlpoints 
after 0 iteration(s):          1870.16827459187 units
Strategy 1
Average (rms) distance between Controlpoints 
after 1 iteration(s):          1211.92765038268 units
Strategy 1
Average (rms) distance between Controlpoints 
after 2 iteration(s):          602.088772194531 units
Strategy 1
Average (rms) distance between Controlpoints 
after 3 iteration(s):          153.723441026673 units
Strategy 1
Average (rms) distance between Controlpoints 
after 4 iteration(s):          18.7112302680542 units
Strategy 1
Average (rms) distance between Controlpoints 
after 5 iteration(s):          12.6210226194956 units
Strategy 1
Average (rms) distance between Controlpoints 
after 6 iteration(s):          8.03622538594012 units
Strategy 1
Average (rms) distance between Controlpoints 
after 7 iteration(s):          7.06382934411868 units
Strategy 1
Average (rms) distance between Controlpoints 
after 8 iteration(s):          4.84370018630319 units
Strategy 1
Average (rms) distance between Controlpoints 
after 9 iteration(s):          3.72360519941188 units
Strategy 1
Average (rms) distance between Controlpoints 
after 10 iteration(s):          3.33495857754523 units
Strategy 1
Average (rms) distance between Controlpoints 
after 11 iteration(s):          3.25368888767976 units
Strategy 1
Average (rms) distance between Controlpoints 
after 12 iteration(s):          3.22919128957402 units

Optimizing Variables
Strategy 2
Average (rms) distance between Controlpoints 
after 0 iteration(s):          2.96933917425114 units
Strategy 2
Average (rms) distance between Controlpoints 
after 1 iteration(s):          2.93297838272108 units
Strategy 2
Average (rms) distance between Controlpoints 
after 2 iteration(s):          2.91884678098127 units
Strategy 2
Average (rms) distance between Controlpoints 
after 3 iteration(s):          2.91392637362141 units
Strategy 2
Average (rms) distance between Controlpoints 
after 4 iteration(s):          2.91228690715474 units
Strategy 2
Average (rms) distance between Controlpoints 
after 5 iteration(s):          2.91168933451105 units
Strategy 2
Average (rms) distance between Controlpoints 
after 6 iteration(s):          2.91146533621293 units
Strategy 2
Average (rms) distance between Controlpoints 
after 7 iteration(s):          2.91138043556433 units
Strategy 2
Average (rms) distance between Controlpoints 
after 8 iteration(s):          2.91134808174348 units
Strategy 2
Average (rms) distance between Controlpoints 
after 9 iteration(s):          2.91133571999864 units
Strategy 2
Average (rms) distance between Controlpoints 
after 10 iteration(s):          2.91133099042677 units
Strategy 2
Average (rms) distance between Controlpoints 
after 11 iteration(s):          2.91132918088532 units
Strategy 2
Average (rms) distance between Controlpoints 
after 12 iteration(s):          2.91132848938124 units

Optimizing Variables
Strategy 1
Average (rms) distance between Controlpoints 
after 0 iteration(s):          1224.50663560168 units
Strategy 1
Average (rms) distance between Controlpoints 
after 1 iteration(s):          849.558266081887 units
Strategy 1
Average (rms) distance between Controlpoints 
after 2 iteration(s):           837.72339825065 units
Strategy 1
Average (rms) distance between Controlpoints 
after 3 iteration(s):          442.797571478775 units
Strategy 1
Average (rms) distance between Controlpoints 
after 4 iteration(s):          197.553967549668 units
Strategy 1
Average (rms) distance between Controlpoints 
after 5 iteration(s):           83.305078374619 units
Strategy 1
Average (rms) distance between Controlpoints 
after 6 iteration(s):          60.8230551927674 units
Strategy 1
Average (rms) distance between Controlpoints 
after 7 iteration(s):          15.8844009816788 units
Strategy 1
Average (rms) distance between Controlpoints 
after 8 iteration(s):          6.86453271916