Thanks Lukas,
I have tried stitching an 8,000 x 4,000 equirectangular with
-m 1024
and with
-m 2048 (having quit every other application and cleared out
lots of RAM )
and each time the result is a crash that looks like the same old
error.
Next I am going to try -m 512
If anyone has a better idea - please shout!
all the best
George
On 25 Apr, 07:42, Lukáš Jirkovský <[email protected]> wrote:
> 2009/4/25 grow <[email protected]>:
>
>
>
> > Lukas,
> > Thanks for the suggestion:
> >> Have you tried running enblend with -m option?
>
> > I tried adding just -m and got a usage error that told me that the -m
> > option needed a number and that the default was 1024 ... so I tried
> > including:
> > -m 1024
> > in the Enblend options and of course (I guess because that is the
> > default) got what looks like the same error as before ... ending with
> > a lot of:
> > ________________________
> > enblend(23946) malloc: *** set a breakpoint in szone_error to debug
> > enblend(23946) malloc: *** vm_allocate(size=1069056) failed (error
> > code=3)
> > enblend(23946) malloc: *** error: can't allocate region
> > enblend(23946) malloc: *** set a breakpoint in szone_error to debug
>
> > enblend: out of memory
> > St9bad_alloc
> > gnumake: *** [Village_Hotel_exposure_00.tif] Error 1
> > ___________________________
>
> > So should I go up or down on the "-m" ...?
>
> > all the best
>
> > George
>
> > On 24 Apr, 08:22, Lukáš Jirkovský <[email protected]> wrote:
> >> > enblend(22495) malloc: *** error: can't allocate region
> >> > enblend(22495) malloc: *** set a breakpoint in szone_error to debug
> >> > enblend(22495) malloc: *** vm_allocate(size=1069056) failed (error
> >> > code=3)
> >> > enblend(22495) malloc: *** error: can't allocate region
> >> > enblend(22495) malloc: *** set a breakpoint in szone_error to debug
>
> >> > enblend: out of memory
> >> > St9bad_alloc
> >> > gnumake: *** [Village_Hotel_exposure_00.tif] Error 1
>
> >> Have you tried running enblend with -m option? It limits the memory
> >> used by enblend by saving temporary files to the disk so it doesn't
> >> run out of memory.
>
> >> Lukáš "stativ" Jirkovský
>
> Yep, I think so. This parameter sets the maximum usage of memory. If
> it memory usage exceeds number after -m hugin saves soma data to hard
> disk. It should be set somewhere below your current RAM.
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---