On Thu, Jan 05, 2012 at 01:35:50PM +0100, Rogier Wolff wrote:
> Status update.....
> ....
> inwidth=14917
> inwidth=14917
> inwidth=7459
> readmore=1, p=21, readsofar = 22383
> inwidth=7459
>
> Even when I abort the loop at p==21, it crashes eventually.
OK. Further update.... It seems that the squish_line function is
fine. It is the input to that function that is screwed up.
I'm now running with smaller input files, so below is the first
iteration with inwidth=2533, while it has iterated a few times before
with about double that amount.
--- o0-output 2012-01-08 16:44:09.000000000 +0100
+++ o3-output 2012-01-08 16:43:48.000000000 +0100
@@ -5047,10109 +5047,10109 @@
988x1.000000 4077x0.000000
988x1.000000 4077x0.000000
988x1.000000 4077x0.000000
-1161x1.000000 0.750000 1371x0.000000
+1161x-nan 0.937500 0.750000 1371x-nan
inwidth=2533
As you can see the input masks were "neat": 988x1.000000 4077x0.000000
and suddenly turn ugly: 1161x-nan 0.937500 0.750000 1371x-nan
(instead of 1161x1.000000 0.750000 1371x0.000000 )
This means that it is the input of the squish_line function that
causes squish_line to crash.
Roger.
--
** [email protected] ** http://www.BitWizard.nl/ ** +31-15-2600998 **
** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
The plan was simple, like my brother-in-law Phil. But unlike
Phil, this plan just might work.
--
You received this message because you are subscribed to the Google Groups
"Hugin and other free panoramic software" group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at http://groups.google.com/group/hugin-ptx
