Thanks for the suggestion. I tried renaming the file in my library/
application support/hugin/autopano directory to Autopano-SIFT-
C_2.5-123plusImg.huginAutoCP (adding the underscore between C and 2.5
in the file name). Still getting the same error message.
Should I also remove the space in
2009/5/19 Yuval Levy goo...@levy.ch:
Bruno Postle wrote:
I can't reproduce this, but it is effectively blocking a release.
some more information.
the previous report was from my notebook (32bit Ubuntu 9.04) for SVN3860.
I now built the same SVN3860 on my desktop (64bit Ubuntu 9.04) and
Yuval Levy kirjoitti viestissään (lähetysaika tiistai, 19.
toukokuuta 2009):
In file included from /usr/include/c++/4.3/ext/hash_set:64,
from
/usr/include/boost/graph/adjacency_list.hpp:22, from
/home/yuv/src/hugin/src/hugin_base/algorithms/optimizer/ImageG
raph.h:34, from
thanks. a lot of very valuable input to work on.
Yuv
Markku Kolkka wrote:
Yuval Levy kirjoitti viestissään (lähetysaika tiistai, 19.
toukokuuta 2009):
In file included from /usr/include/c++/4.3/ext/hash_set:64,
from
/usr/include/boost/graph/adjacency_list.hpp:22, from
On Mon 18-May-2009 at 20:14 -0400, Yuval Levy wrote:
the previous report was from my notebook (32bit Ubuntu 9.04) for SVN3860.
I now built the same SVN3860 on my desktop (64bit Ubuntu 9.04) and
everything works fine.
This suggests it is either a 32/64bit problem or a difference in
OpenGL
On Mon 18-May-2009 at 22:46 -0400, Yuval Levy wrote:
In Windows, every single operation I do is *slow*. Even when I tick on a
checkbox such as optimize for the pitch of image number 3 in the
Optimizer tab. In Ubuntu all of these operations are nearly
instantaneous.
Maybe Ubuntu is better at
Gerry Patterson wrote:
I was thinking of allowing the user to drag a
box around a group of CPs to multi-select the enclosed ones.
...
Would this be useful?
useful indeed. any way to select CPs on that tab, either in the table or
on the images, is welcome.
Yuv
thanks for guiding me through the code, Gerry. I hope to find some time
tonight to follow this in detail.
Yuv
Gerry Patterson wrote:
Hello,
From what I can remember of hugins internals, every time you tick a box
on the optimizer tabs, a bunch of things happen.
The panos entire state
Seb Perez-D wrote:
I've found that, in Linux at least, things can be much slower if you
have the OpenGL preview open in some conditions (there's a bug report
for this).
had it open all the time in Windows. Will check with it closed after
reboot. Currently in Ubuntu a quick test with the
Bruno Postle wrote:
First you need to exclude one of the many recent OpenGL related
hugin changes. If you roll-back a couple of months (e.g to 3705)
does it still segfault?
no. it built and started perfectly on the notebook where current trunk
segfaults.
I guess next step is to try and
Yuval Levy wrote:
I guess next step is to try and build multiple version in between 3705
and now until I find the commit that is segfaulting.
http://hugin.svn.sourceforge.net/viewvc/hugin?view=revrevision=3839
3838 works, 3839 segfaults
Yuv
closed. could it be on 'auto' even when it is closed? will check that as
well.
Yuv
Hi Yuv,
one remark. As soon as you open the old preview or the new preview
they are listening to changes in panorama. When you now close the
window, it's only hidden, but not closed - so it still listen (at
hey jannes
On May 19, 12:39 am, Kunlun121 jannes.bol...@gmail.com wrote:
Thanks for the suggestion. I tried renaming the file in my library/
application support/hugin/autopano directory to Autopano-SIFT-
C_2.5-123plusImg.huginAutoCP (adding the underscore between C and 2.5
in the file name).
Hi Harry,
Thanks for the reply. What did you mean with got it working? Should
I change something on my system to get it working too? Because using
the 123+ images version it sure did not work for me... Let me know if
that's singular and/or particular to my machine and whether you want
my help to
Hi all,
so I output this blended panorama and some remapped images which I'd
like to use to mask some details.
first, I try to open all the TIFFS in the GIMP. The positioning of the
remapped images are lost - they open inside a cropped space rather
than inside the space of the whole blended
On Tue, May 19, 2009 at 20:39, Yuv goo...@levy.ch wrote:
so I output this blended panorama and some remapped images which I'd
like to use to mask some details.
If I know I want to edit the final blended panorama by superimposing
the layers, I usually generate them uncropped in hugin. They are
Seb Perez-D wrote:
If I know I want to edit the final blended panorama by superimposing
the layers, I usually generate them uncropped in hugin.
oh stupid me - I forgot the Options button next to the nona remapper.
That's indeed the solution I was looking for (can't fix the GIMP's bug
17 matches
Mail list logo