[E] [ enblend-Bugs-2953362 ] out of memory error

[Enblend <enb...@li...>]

Bugs item #2953362, was opened at 2010-02-17 09:40
Message generated for change (Comment added) made by cspiel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=696409&aid=2953362&group_id=123407

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Internal error
>Group: v4.0
>Status: Pending
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: nkpisti (nkpisti)
Assigned to: Nobody/Anonymous (nobody)
Summary: out of memory error

Initial Comment:
I tried to blend a cylindrical panorama (12 images, 8 mpix each) with enblend 4.0 (the official version, downloaded from the official site).
The system: Win xp sp2 4 GB Ram (3GB available for the system and applications).
When I use the standard version, it works fine, but a little bit slow. Enblend uses about 1 Gb of Ram and swapping a lot.
When I use the OpenMP version, it is much more faster, but at the 6th image it crash with “out of memory” “bad allocation”. Enblend uses about 08-1,4Gb ram during the process, so there is enough free memory when is crash. It crash all the time at the 6th image.
If I run the OpenMP version without the -w parameter, it run fine and generate the panorama (except the 360 degree boundary).
So it looks like, that the –w switch cause the problem.
I tried the earlier beta version of enblend 4.0, and the openmp version runs fine on the same machine and the same projekt (so the system memory is enough to processing these files).



----------------------------------------------------------------------

>Comment By: Christoph L. Spiel (cspiel)
Date: 2010-03-30 15:35

Message:
Enblend and Enfuse use twice or four times as much memory
in the primary seam-line generation step in the OpenMP variant
when called with "--wrap=horizontal", "--wrap=vertical", or
"--wrap=both" options.  This is done to make most efficient use
of parallel processing.

The non-OpenMP variant does not need extra memory when
called with "--wrap".


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=696409&aid=2953362&group_id=123407