annoying, one workaround seems to be to: add one image, save, exit, open
project, add one image, exite, etc
2009/10/7 allard
>
> I experience the same problem as Oskar.
> Running binaries straight from the unzipped package. Load one image,
> all still fine. Load one more image, immediate crash.
I tried to build it using CMake and MSVC on Windows XP but I get
errors, as detailed in another thread:
http://groups.google.com/group/hugin-ptx/browse_thread/thread/b36debd75b6f5e5d
Allard
On Oct 5, 3:35 pm, Bruno Postle wrote:
> Note that this is the version of libpano13 you need to build the
I experience the same problem as Oskar.
Running binaries straight from the unzipped package. Load one image,
all still fine. Load one more image, immediate crash.
Reproducible with different sets of images.
allard
On Sep 30, 3:48 am, Oskar Sander wrote:
> When adding the second image to a new
>
> no panomatic is definitely not in the SDK. and it adds "short term"
> problems - until the patent (SURF) expires.
>
> I think we need to follow the lead of the Mac OSX builds and make
> separate installers for the CP generators. But I also think that this
> should come after the SDK-build, bin
OSX hugin-mac-2009.4.0-Beta1 on this G4 removed all 64 control points
autopano-sift-c had matched on the clouds in your two jpg photos.
Allan
On Oct 6, 2009, at 9:00 PM, grow wrote:
>
> OK,
>
> Here they are:
> http://hugin-ptx.googlegroups.com/web/5-of-9_IMG_0052.jpg?hl=en-GB
>
Bruno Postle wrote:
> On Tue 06-Oct-2009 at 16:27 -0400, Yuval Levy wrote:
>
>> Jim Watters wrote:
>>
>>> Last night I was playing with updating my MSVC projects for libpano to
>>> create multiple binaries. I want to build .lib or .dll for both
>>> command line or GUI, as release or debu
OK,
Here they are:
http://hugin-ptx.googlegroups.com/web/5-of-9_IMG_0052.jpg?hl=en-GB
http://hugin-ptx.googlegroups.com/web/4-of-9_IMG_0049.jpg?hl=en-GB
As for the other error - the crashing Enblend running out of memory -
I re-ran the stitch at 10,000 x 5,000 and it worked OK ..
hi George,
try with high quality JPEG. if we can't reproduce the error, you can
always upload the heavier TIFFs in a second time.
thanks for your effort
Yuv
grow wrote:
> Bruno,
>
>> Can you upload these two photos somewhere?
>
> I am happy to do so ... at present they are 16-bit TIFF file
Bruno,
> Can you upload these two photos somewhere?
I am happy to do so ... at present they are 16-bit TIFF files and are
each 70+Mb ... do you think that their size/resolution/TIFF-ness might
would be significant? If so I can upload them onto one of my sites
and provide a link ... if not and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
An autopano-sift-C-2.5.1_rc2 (second release candidate) tarball has been
uploaded to sourceforge:
https://sourceforge.net/projects/hugin/files/autopano-sift-C/
This second release candidate fixes a bug where the autopano-sift-c
command-line tool rep
On Tue 06-Oct-2009 at 16:27 -0400, Yuval Levy wrote:
>Jim Watters wrote:
>> Last night I was playing with updating my MSVC projects for libpano to
>> create multiple binaries. I want to build .lib or .dll for both
>> command line or GUI, as release or debug. The .dll built with java
>> support.
Bruno Postle wrote:
> I'd like to remove the crop stuff from the
> Stitcher tab at some point, I can't imagine that anyone uses it
> there.
I do use it! I agree it need to go somewhere else, but not removed
completely.
Yuv
--~--~-~--~~~---~--~~
You received th
On Mon 05-Oct-2009 at 19:00 -0400, Yuval Levy wrote:
>Bruno Postle wrote:
>> I haven't played with this, but does this really need to generate an
>> error message?
>
>the fast preview dragging not. but the error can be produced by entering
>illegal values on the stitcher tab, where the message is
thanks for the info, Jim.
Jim Watters wrote:
> Last night I was playing with updating my MSVC projects for libpano to
> create multiple binaries. I want to build .lib or .dll for both
> command line or GUI, as release or debug. The .dll built with java
> support. The .lib without java supp
On Tue 06-Oct-2009 at 07:18 -0700, grow wrote:
>
>This should probably have gone on a thread about Celetse ... but I am
>working on that panorama I mentioned with the current Beta and have
>found that I don't seem to to have the sort of clouds that Celeste
>recognises.
This could be a problem
Hi Harry,
You are most generous with your kind words. Thank you.
I joined the hugin-ptx list yesterday, requested a digest, but as of
yet have not received one. You are welcome to share my email with the
list.
On Oct 6, 2009, at 1:33 PM, Harry van der Wolf wrote:
> Hi Skip,
>
> You are more
With this new Beta I quite quickly achieved a wonderful stitch at
5,000 x 2500 pixels. I was very pleased with that
... but then I set it running at maximum resolution about 12,000 x
6,000 and had the usual - out of memory crash when Enblend was trying
to deal with the three images with Alpha Chan
Yuval Levy wrote:
>> I was having some difficulties building libpano, as posted earlier.
>> Haven't solved them yet. But I need sleep too.
>>
> take your time. I guess you tried building libpano with CMake?
>
> My recent experience, with both CMake and the MSVC projects, was when
> Jim asked
Yuval Levy wrote:
> Erik Krause wrote:
> > They seem to work as expected. The droplets in default configuration use
> > only the very basic options of enfuse and enblend, hence I didn't expect
> > a change.
I missed one thing: The new wrap parameters for enblend. While the old
-w parameter st
2009/10/6 Kornel Benko :
> Am Tuesday 06 October 2009 schrieb Harry van der Wolf:
>> Christoph made a patch that allows for flexible signatures by using
>> this perl module. He applied that on 4 October, but I did not have the
>> chance to test yet.
>> Unfortnately for Lukáš he stumbled in at the
This should probably have gone on a thread about Celetse ... but I am
working on that panorama I mentioned with the current Beta and have
found that I don't seem to to have the sort of clouds that Celeste
recognises.
Below is a link to a picture of a set of control points generated by
Auto-pan
Am Tuesday 06 October 2009 schrieb Harry van der Wolf:
> Christoph made a patch that allows for flexible signatures by using
> this perl module. He applied that on 4 October, but I did not have the
> chance to test yet.
> Unfortnately for Lukáš he stumbled in at the moment the cmake build
> was bro
2009/10/6 Kornel Benko :
> Nazdar Lukáš,
>
> Am Tuesday 06 October 2009 schrieb Lukáš Jirkovský:
>> I don't understand why it works on Ubuntu and OpenSuSE. The default
>> INC contains system-wide directories (like /usr/lib/perl5/…) and
>> current directory. I can't find it in official docs now but
2009/10/6 grow :
>
> Harry mentioned to me in an email that someone else was having a
> problem with this Beta on a configuration like mine. So here is a
> comment on my experience so far.
>
> My configuration is:
> a Powermac G5 - dual 1.8Ghz with 5.5Gb RAM running Mac OS X
> 10.4.11.
> I have m
Nazdar Lukáš,
Am Tuesday 06 October 2009 schrieb Lukáš Jirkovský:
> I don't understand why it works on Ubuntu and OpenSuSE. The default
> INC contains system-wide directories (like /usr/lib/perl5/…) and
> current directory. I can't find it in official docs now but I've found
> [1]. But to be hones
Hi Kornel,
2009/10/6 Kornel Benko :
> Am Tuesday 06 October 2009 schrieb Lukáš Jirkovský:
>> Hi all,
>> I'm not sure where to post this but most (if not all) of enblend devs
>> reads this list so I guess that this is not so wrong place.
>>
>> After quite some time I've pushed myself to try the ne
Am Tuesday 06 October 2009 schrieb Yuval Levy:
>
> please commit, thanks!
>
> I am quite surprised to see that saying cmake_minimum_required(VERSION
> 2.6) is not enough to tell cmake what version is required...
>
> Yuv
>
>
So was I. But it is in the manual.
...
cmake_minimum_require
Harry mentioned to me in an email that someone else was having a
problem with this Beta on a configuration like mine. So here is a
comment on my experience so far.
My configuration is:
a Powermac G5 - dual 1.8Ghz with 5.5Gb RAM running Mac OS X
10.4.11.
I have more RAM (which would give me anot
allard wrote:
>> you can find the different versions of enblend and enfuse in my
>> recently posted binary
>
> THX for those. I'll try to test them and incorporate them. Will take
> me a bit of time.
there is some thinking to do on how to integrate this properly into the
build.
currently, the
Am Tuesday 06 October 2009 schrieb Lukáš Jirkovský:
> Hi all,
> I'm not sure where to post this but most (if not all) of enblend devs
> reads this list so I guess that this is not so wrong place.
>
> After quite some time I've pushed myself to try the new CMake build.
> I've immediately run into p
please commit, thanks!
I am quite surprised to see that saying cmake_minimum_required(VERSION
2.6) is not enough to tell cmake what version is required...
Yuv
Kornel Benko wrote:
> I am forwarding this message, since it belongs here.
>
> As a consequence, we should add the FATAL_ERROR option
Hi all,
I'm not sure where to post this but most (if not all) of enblend devs
reads this list so I guess that this is not so wrong place.
After quite some time I've pushed myself to try the new CMake build.
I've immediately run into problems. The biggest pain is the perl. With
cmake rules from def
32 matches
Mail list logo
