first attempt at a spherical pano

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?

https://drive.google.com/open?id=0B2xvsVTZy4y1NXBsN1VzV1B1R2s

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