2009/9/24 Pablo d'Angelo
>
> The XYZ mode I recently implemented actually does its rotation in an own
> sphere:
> It rotates image B in its own sphere and then translates (X,Y) and
> scales (Z) the input image (still on the sphere!), which is then
> projected onto the panorama plane (when using r
Am Thursday 24 September 2009 schrieb Yuval Levy:
> Then, thinking of it, if it isn't trivial to build the documentation on
> Windows, maybe we should not even try? just build the documentation on
> Linux or OSX and bundle the results with the Windows distribution. There
> is no real point in tr
D M German wrote:
> Pablo dAngelo twisted the bytes to say:
>
> Pablo> I'm still struggling to understand the geometric interpretation of
> the Tx,Ty,Tz angles and the Ts parameters.
>
> hi Pablo,
>
> I have created this document to explain the use of the three parameters.
Thank you for the
Hi Bruno,
Bruno wrote:
> Works for me, I also found that I can successfully optimise lens
> parameters:
>
> http://www.flickr.com/photos/36383...@n00/3947727801/
>
> ..so when can we have this in Hugin? ;-)
It doesn't make sense to add these the the trunk, as it would complicate
the merging
Hi Kornel,
Kornel Benko wrote:
> please test if the cmake's creation of documents (enblend-tree) is working
> again.
I'm calling it a day here (Windows). Maybe somebody else has the time to
continue.
So far, based on your feedback as to what are the dependencies:
* perl gnuplot fig2dev
I wanted to update the French translation file, but just like last time I
realize there are quite a lot of things I can't really translate
(accurately) or modify, because I have no knowledge of the context, meaning
when a string is used. There are for example quite a lot of strings that
look like t
Dale Beams wrote:
> It was settings in preferences.
can you be more specific? what setting was it? if we know it will be
easier to help the next person with the same issue.
thanks for perseverating
Yuv
--~--~-~--~~~---~--~~
You received this message because you
Dale Beams wrote:
> Expected behaviour for Panorama preview "Num. Transf. after entering a number
> and hitting enter would be execute the action. However one must use the
> mouse and click on the ok button, rather than use the enter key on
> the keyboard to complete.
I don't know about the m
Expected behaviour for Panorama preview "Num. Transf. after entering a number
and hitting enter would be execute the action. However one must use the mouse
and click on the ok button, rather than use the enter key on the keyboard to
complete.
It was settings in preferences.
> Date: Thu, 24 Sep 2009 00:55:33 +0200
> Subject: [hugin-ptx] Re: Slw Moving
> From: sbprzd+...@gmail.com
> To: hugin-ptx@googlegroups.com
>
>
> On Wed, Sep 23, 2009 at 03:42, Dale Beams wrote:
> > On a side note, using "auto fine tune". Perhaps the proble
Hullo Bruno,
On Sep 24, 8:28 am, Bruno Postle wrote:
> The release notes for the imminent 2009.2.0 release are here:
>
> http://hugin.sourceforge.net/releases/2009.2.0/
>
> I would appreciate some proof-reading, does it make sense? Now
> would be a good time to do translations too.
I read thro
On Wed, Sep 23, 2009 at 03:42, Dale Beams wrote:
> On a side note, using "auto fine tune". Perhaps the problem is there.
> Before it wasn't this slow even with all three options checked.
Adding a control point with auto fine tune takes a reasonable amount
of time on my computer. Linux Ubuntu 9.
Hi Bruno,
did you try optimizing using the tilt model? Tx, Ty and Ts (try those
before you try Tz).
I'll be curious to see what happens.
Could you post the script so I can try it? Thanks!
--dmg
On Wed, Sep 23, 2009 at 11:44 AM, Bruno Postle wrote:
>
> On Wed 23-Sep-2009 at 00:37 +0200, Pablo
Dale Beams wrote:
> I do think something is borked on the "fine-tune" section of hugin
> in the latest release.
if it was we'd get more reports like this. I'd carefully exclude local,
build specific factors before claiming that it is a general problem.
Yuv
--~--~-~--~~
J. Schneider wrote:
>>> Uncheck "auto fine tune". I don't
>>> understand why this option is set as a default. Or why hugin isn't able
>>> to remember that I normally don't want to use this option.
>> +1
>>
>> This is the button I uncheck *every* time I start Hugin.
>
> Strange. I usually have it
The release notes for the imminent 2009.2.0 release are here:
http://hugin.sourceforge.net/releases/2009.2.0/
I would appreciate some proof-reading, does it make sense? Now
would be a good time to do translations too.
--
Bruno
--~--~-~--~~~---~--~~
You receiv
Hi Bruno,
did you suceed compiling this script on cygwin using Perl 5.10.0 ?
Wenn i'm trying to do so via cpan install Panotools::Script i get an
error at make[4]
Cheers, Can
On 7 Sep., 22:26, Bruno Postle wrote:
> Panotools::Script is a perl module for reading/writing and
> manipulating hugi
>> Uncheck "auto fine tune". I don't
>> understand why this option is set as a default. Or why hugin isn't able
>> to remember that I normally don't want to use this option.
>
> +1
>
> This is the button I uncheck *every* time I start Hugin.
Strange. I usually have it checked, but now I tried:
On Wed 23-Sep-2009 at 00:37 +0200, Pablo d'Angelo wrote:
>
>Quick procedure:
>
>1. panomatic -o 539-549.pto *.jpg
>2. hugin 539-549.pto
> - set focal length to 50mm (~ HFOV 26°)
> - open fast preview
> - set projection to rectilinear,
> - select hfov and vfov ~ 100
> - show only the
Hi Yuv, Harry,
please test if the cmake's creation of documents (enblend-tree) is working
again.
It works here. And since it was already broken, things cannot be worse, so I
simply commited the change.
To test, one has to use "-DDOC=1" when calling cmake.
Kornel
--
Kornel Benko
kornel
On Wed 23-Sep-2009 at 10:35 -0500, Dale Beams wrote:
>
> The problem with "auto fine-tune" is that I normally use all three
> options when adding manually. It has never taken so long before
> to do manual addition points with these options in place. I do
> think something is borked on the "fi
On Wed 23-Sep-2009 at 16:22 +0200, Oskar Sander wrote:
>No worries, I rather use the RC version of hugin, so it is the matter of
>finding a decent autopano-sift-c.exe to run with it.
>
>How do would you like me to report on this problem (is it known?) i only
>find 3 open bug reports in the tracker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dale Beams schreef:
> One doesn't need to take at different heights if your "locking" in your
> height from ground to plane. I live in the "Plains" and everything is flat.
Likewise here. But still if one blow of wind can take a quad copter
about 2
The problem with "auto fine-tune" is that I normally use all three options when
adding manually. It has never taken so long before to do manual addition
points with these options in place. I do think something is borked on the
"fine-tune" section of hugin in the latest release.
> Date: Wed
One doesn't need to take at different heights if your "locking" in your height
from ground to plane. I live in the "Plains" and everything is flat.
Mountains could be a challenge, if you were taking a photo parallel to the
ground, ie, up the side of the mountain, it's still "gadging" your heig
Thanks, I see. So the method was to take one shot as straight down as
possible and then to take consecutive shots panning out towards the horizon
perpendicular to the flightpath, and then repeat that procedure from the
downward view, right?
I think the result looks really nice Pablo!
It would be
No worries, I rather use the RC version of hugin, so it is the matter of
finding a decent autopano-sift-c.exe to run with it.
How do would you like me to report on this problem (is it known?) i only
find 3 open bug reports in the tracker when searching on autopano-sift-c.
What traces would be of i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dale Beams schreef:
> There is software out there for model RC planes that will allow you to
> use an altimeter and get a constant height with a gps combo It'll fly a
> grid pattern as well.
Yeah right, does that 'software out there' also stitch p
2009/9/23 Oskar Sander :
> Is it possible to view the source images to this example?
Go to http://78.46.66.234/jpeg1600/ and scroll down to image
DSC00539.jpg Pablo used DSC00539.jpg through to DSC00549.jpg to create
the image above. There are higher resolution versions at
http://78.46.66.234/jpe
Am Tuesday 22 September 2009 schrieb Harry van der Wolf:
> 2009/9/22 Yuval Levy
>
> >
> > > What is built by doc1 and doc2?
> >
> > documentation? I hoped OSX was in a better state than Windows based on
> > your recent publication of the manuals. Maybe you used autotools?
> >
> >
> Yes, I did. An
Please excuse my noise Pablo.
I just have to ask to clarify in my mind the geometry. Have I understood
correctly that:
* The parameters Tx,Ty,Tz (soon X,Y,Z) are now camera shift (Not attitude
aka "tilt")
* The y,p,r parameters are now changed from the "old" model so they apply to
the camera ce
31 matches
Mail list logo