On Thu, 2010-10-21 at 22:00 +0100, Ognjen Bezanov wrote:
> Never mind, I found out that I had to update hugin to 2010.2.0 in order
> to get it. Now I have a new issue.
>
> after setting projection to rectilinear, nona fails with "caught
> exception: std::bad_alloc"
>
> This seems to happen with o
Never mind, I found out that I had to update hugin to 2010.2.0 in order
to get it. Now I have a new issue.
after setting projection to rectilinear, nona fails with "caught
exception: std::bad_alloc"
This seems to happen with or without the addition of pano_modify.
Any ideas what might be causing
Hey,
Thanks for the tip! One thing though, I don't seem to have pano_modify
on my installation. Where can I find this program/script?
Thanks,
Ognjen
On 21/10/10 01:16, James Legg wrote:
> Hi,
>
> On Thu, 2010-10-21 at 00:09 +0100, Ognjen Bezanov wrote:
>> I am trying to stitch together a post
@Oskar
This is the changelog from the release of hugin_2010_2.0 ( 28
september ) to hugin_2010_3.0 I built ( 11 october ).
But I don't know if this is the answer to your question.
A developer could answer your question in a more compact/readable
form.
James Legg [Mon, 11 Oct 2010 23:12:21
+0100]
@Henk
- fixed celeste_standalone not working from assistant tab ( fixed by
tmodes )
- I have noticed that celeste ( from inside cpfind ) and
celeste_standalone remove only a few points, for example on a test set
of 12 photos:
panomatic points=240
panomatic+celeste_standalone_2010.3.0 threshold
IMHO a horizon is never straight. because the plane of the earth is
never straight. It is part of a circle. The horizon line is then not
straight too.
The radius depends on the position of the observer, very large when
standing on the earth.
Just as with vertical lines we have the assumtion that it
On 21 Okt., 10:29, LJian wrote:
> Thanks for your reply, kfj and dmg
>
> I do find something useful in both filter.c and math.c. A lot of functions
> which defined in math.c were called in filter.c.
> And also I compiled libpano 2.9.14 successfully, but when I press F5 and try
> to debug the pro
On 21 Okt., 02:06, Robert Krawitz wrote:
> On Wed, 20 Oct 2010 08:30:47 -0700 (PDT), kfj wrote:
> That doesn't work too well. I can only sort on one column at a time.
> Furthermore, if I'm trying to delete all points between images 0 and
> 3, sometimes image 0 is the left image and sometimes i
Thanks for your reply, kfj and dmg
I do find something useful in both filter.c and math.c. A lot of functions
which defined in math.c were called in filter.c.
And also I compiled libpano 2.9.14 successfully, but when I press F5 and try
to debug the program, it let me specify an executable file to
Interesting point! I hadn't really given it much thought, but going
through the motions and putting in a few 'horizontal' lines away from
the horizon into a spherical panorama demonstrated you're quite right,
and I also had the naive misconception Yuval commonly finds in
beginners.
But I think tha
They are only horizon lines when you are stitching a spherical panorama,
with rectilinear output they can be anywhere in the picture just like
vertical lines.
--
Bruno
On 20 Oct 2010 23:34, "Yuval Levy" wrote:
Hi all,
Can we change the term 'horizontal line' to 'horizon line'?
these line mus
11 matches
Mail list logo