annoying, one workaround seems to be to: add one image, save, exit, open
project, add one image, exite, etc
2009/10/7 allard a...@allardkatan.net
I experience the same problem as Oskar.
Running binaries straight from the unzipped package. Load one image,
all still fine. Load one more image,
Hi all OS X users,
2009/10/6 grow george...@gmail.com:
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
Am Tuesday 06 October 2009 schrieb Bruno Postle:
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
Allan,
Thanks.
I tried the JPEGs on my machine and just as you had found ...
Auto-pano-sift created 35 control points and Celeste removed the 32
of them that were on the clouds.
So then I created two 8-bit TIFF files and again Auto-pano-sift
created 35 control points and Celeste removed the 32
Hello,
I've got a quite sound idea. Just to put a bug in your head (czech
saying) – to make you think about it. There are numerous bug reports
which are caused by using some forbidden characters inside makefile
(and some strange bugs too). Sometimes they can be escaped but
sometimes it doesn't
2009/10/7 Lukáš Jirkovský l.jirkov...@gmail.com
I'm not Mac user (although I find it really cool but very expensive)
but I may found solution for out of memory problem. I had a discussion
about memory and I mentioned these fragmentation problems on OS. And
get interesting advice – use TLSF
Does a change to the Celeste parameters in preferences result in better
performance for these images without removing desirable points? There are
also people in these images. Sometimes they are also like clouds. By the
way, from my perspective I am struck by the total absence of litter and
excess
allard wrote:
I'm trying to build libpano from svn 1096 but MSVC is giving me some
errors. I run into something that is beyond my extremely limited
coding abilities. Here's the output from MSVC that keeps showing up:
12pano13.lib(PTcommon.obj) : error LNK2001: unresolved external symbol
On Wed, Oct 07, 2009 at 02:07:12AM -0700, Bart van Andel wrote:
Anyway, instead of a pop up error message box, couldn't we change the
color of the text box (into red for example) and add an exclamation
mark in front with a tooltip text when entering too high / too low
values? Just a
On Tue, Oct 06, 2009 at 11:39:59AM -0700, grow wrote:
Perhaps I will finally get around to installing that extra RAM and see
if that helps. :-)
It will not help. I guarantee you.
enblend: info: loading next image: FoyleDays_M2_040007.tif 1/1
enblend: info: creating blend mask:
Hi
I'd be interested in doing some tests, too. I remember having had memory
issues as well, but I was never able to reproduce them reliably here on
Linux / Linux_64 and Windows. Is there someplace one could get the
project in question?
Cheers
Stefan Peter
To answer my own mail. :-)
I just compiled cppcheck on OSX and did a standard run on the enblend trunk.
It displays the following
[./vigra_impex/jpeg.cxx:132]: (error) Class JPEGCodecImpl which is inherited
by class JPEGDecoderImplBase does not have a virtual destructor
Hi Harry,
2009/10/7 Harry van der Wolf hvdw...@gmail.com:
2009/10/7 Lukáš Jirkovský l.jirkov...@gmail.com
I'm not Mac user (although I find it really cool but very expensive)
but I may found solution for out of memory problem. I had a discussion
about memory and I mentioned these
I did another run from the Gui (took a few minutes to find how to compile
that one). That gave more results:
[assemble.h:308]: (possible style) Pre-Incrementing variable 'i' is
preferred to Post-Incrementing
[assemble.h:308]: (possible style) Pre-Incrementing variable 'i' is
preferred to
Hmmm that's strange. Could someone send me a link to the 16-bit tiffs
and I'll have a look tonight.
Tim
Bruno Postle wrote:
On Wed 07-Oct-2009 at 04:55 -0700, grow wrote:
So it seems that Celeste is not as good at removing control points on
16-bit TIFF images.
This is odd, according to
On Oct 7, 2009, at 8:04 AM, Lukáš Jirkovský l.jirkov...@gmail.com
wrote:
Hello,
I've got a quite sound idea. Just to put a bug in your head (czech
saying) – to make you think about it. There are numerous bug reports
which are caused by using some forbidden characters inside makefile
Hi Tim,
you can download the jpeg images and use ImageMagick's convert or
graphicsmagick gm to convert to 16 bit tiff.
I did that and celeste works.
Next to that: I still have Georges hotel village 16bit images (from the
other topic). If I use them, celeste works also.
This almost looks like
On Oct 7, 7:17 pm, Harry van der Wolf hvdw...@gmail.com wrote:
you can download the jpeg images and use ImageMagick's convert or
graphicsmagick gm to convert to 16 bit tiff.
George's dataset is quite large, but you need only about 3 images from
his
dataset to trigger the enblend bug.
Roger.
Hi Lukáš
instead of changing the RAM on your PC, you could use a virtual machine
like vmware or virtualbox. There, you can limit the resources at your will.
Regards
Stefan Peter
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
On Wed 07-Oct-2009 at 15:04 +0200, Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
Although I'm not a huge XML fan (in fact I think it's overused) it
could bring some improvements to the current workflow. I've two ideas
how it could help. First it
allard wrote:
Until this is solved I'll take panomatic out of the install script and
update.
Herbert Bay, the inventor of SURF, was a GSoC-Mentor for Hugin/Panotools
in 2007. I recall he mentioned a patent. I've pinged him as well.
Independent on wether SURF is patented or not, I repeat that
Hi all
attached is my second attempt at patching the source tree so that also
strings outside of wxWidgets can be translated.
This one should work on Windows (or at least not break anything) within
the SDK. Please test on OSX too.
If somebody wants to improve FindGettextLibs.cmake to better
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Perl is required for Bruno's Panotools-Scripts which are part of the
panotools distribution. I don't know the exact detail of the CMake
build, but I think it should also work without perl (and simply not
install the perl scripts).
Thanks, installing libxmu-dev and libxi-dev solved the problem,
everything is fine now.
On 6 Oct, 04:49, Tduell tdu...@iinet.net.au wrote:
Hullo Essi,
On Oct 6, 10:34 am, Essi sennai...@googlemail.com wrote:
Thanks for the suggestions but nothing works and still the same
message. I've
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
this has been discussed before. The result was that some people favor
the Makefile, others would favor the XML (me included).
This all sounds like
On Wed, Oct 7, 2009 at 6:21 PM, Bruno Postle br...@postle.net wrote:
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Lukáš Jirkovský wrote:
What I think may be quite nice way to store necessary data is the XML.
this has been discussed before. The result was that some people favor
Bruno Postle wrote:
Isn't there enough stuff that really needs fixing in Hugin?
yes there is. but the topic seems to itch Lukáš. Other topics may not be
of interest to him.
What can you do with XML that we can't already do with the current
.pto format?
it's extensible without conflicts,
Bruno Postle wrote:
On Wed 07-Oct-2009 at 17:26 -0400, Yuval Levy wrote:
Perl is required for Bruno's Panotools-Scripts which are part of the
panotools distribution. I don't know the exact detail of the CMake
build, but I think it should also work without perl (and simply not
install the
Jim Watters wrote:
Lets get the current release out first. I wont be checking any of this
into trunk soon.
I'm looking forward for the updated Photoshop plugins. I'm currently
stuck with Photoshop CS2 because Photoshop CS3 crashes on my box when I
use the plugins there. How about a
allard schrieb:
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
30 matches
Mail list logo