Hi Steeve,
2009/10/10 Steeve :
>
> Hi
>
> I took a copy of the trunk just after the deghosting was merged in
> (svn 4554). This built without errors on the Windows SDK (Thanks to
> everybody involved). I have been playing with the deghosting since it
> is a feature I've been keenly waiting for.
>
Hi George
Thank you for the info. I' sure that adding 2 GB of RAM will help you
with your current pano. But it will only shift the pano size limit up a
notch, it will not solve the problem per se. I think that it should be
possible to enblend or enfuse images of any size with a given amount of
2009/10/10 Stefan Peter
> In this respect, I think it may be a good idea to check out your swap
> settings. From the fact that you will have to remove 2x256MB, I suppose
> you started wit 0.5 GB of main memory. If the size of the swap space was
> fixed upon installation, you would have a meager
Stefan,
Thanks for these comments ... I installed the extra RAM this
afternoon ... I'll investigate separately how MacOSX handles overall
virtual memory size ~ I THINK it is set at start-up rather than
installation ... but I have never tried to override the OS
defaults ... so I will investigate.
--==**I'm doing my best not to start shouting**==--
George is NOT having a swap space, or RAM limitation problems.
His project has some 24 images.
Hugin calls his enblend step with:
enblend --compression NONE -v --fine-mask --fine-mask -w \
-f12000x6000 -o t3_exposure_00.tif t3_exposure
Oskar Sander schrieb:
> Pablo, when you said that you are working on this, did you refer to
> the "optimization strategy" above, or the image-load-bug?
That was for the optimisation strategy. I'm also playing around with
extenting the XYZ with two more parameters that specify the plane that
is
On Sat, Oct 10, 2009 at 09:46:37AM -0700, grow wrote:
> So it is sort of, good-news/bad-news. ... adding extra RAM makes the
> problematic project crash faster!
On my system the "village hotel" project crashes in just over one
minute of wall clock time:
assurancetourix:~/grow> time enblend -
>From my perspective, which is mostly a user's view, not a programmer's
view, the fast preview could be enhanced with:
-shortcut keys, especially for the different modes that determine what
the mouse does (crop, drag, identify etc). I've always liked the way
Labview implemented this (though you h
On Sat, Oct 10, 2009 at 09:46:37AM -0700, grow wrote:
> I set the stitch going at Hugin's recommended maximum size which was
> roughly 12,080x604. The extra RAM made a huge difference in
Ok, guys. I'm a bit further and it's bedtime for me. If anyone wants
to continue where I left off, feel free
Roger,
Thank you ... I remember you starting on this line of analysis
earlier in the year ... it certainly looks like it is worth
pursuing ... it is consistent with the fact that the problem only
arises when I include images with an Alpha Channel Mask and there is
something (I am not sure what)
Lukáš Jirkovský wrote:
> Hi Bruno,
>
> 2009/10/9 Bruno Postle :
>>
>> Currently Hugin doesn't need to worry about ordering of commands, it
>> just writes rules and then specifies the end target(s) it wants, you
>> will need to write a dependency solver.
>
> May be fun. I never did that :-D
if y
Along the lines of transforming the fast preview into the main base
for the final product composition, the crop feature should be expanded
to include cropping individual images in context with the final product.
Allan
--~--~-~--~~~---~--~~
You received this me
Dear James,
first of all my apology for replying so late. I needed to do more
detailed tests to be sure of my statements.
second, let me reassure you, in case it is necessary, that my mail, and
my patch, are not about shortcomings of the Fast Preview. Your Fast
Preview is one of the best feat
Hi all,
to my understanding, trunk builds well on the main supported plattforms
and the integration of Lukáš' deghosting has worked well (thanks to
Thomas for the GUI addition).
Has anybody checked this [patch]?
I'll wait at least until Oct 31 to declare 2009.4.0 final (may be later
if show
14 matches
Mail list logo