Got it!!! Thanks!!!
I thought in the simple interface, hugin was going to crop them for me,
guess i was wrong. Thanks again!
On Thursday, September 6, 2018 at 5:46:28 PM UTC-5, panostar wrote:
>
>
>
> On Thursday, September 6, 2018 at 10:32:21 PM UTC+1, jiang...@gmail.com
> wrote:
>>
>> Hello
Great! Thanks a lot for the explanation!
On Thursday, September 6, 2018 at 12:24:57 PM UTC-5, T. Modes wrote:
>
>
>
> Am Donnerstag, 6. September 2018 18:15:03 UTC+2 schrieb jiang...@gmail.com
> :
>>
>> but I still have a question. saved to the database meaning saved to my
>> computer?
>>
> Yes
Am Donnerstag, 6. September 2018 18:15:03 UTC+2 schrieb jiang...@gmail.com:
>
> but I still have a question. saved to the database meaning saved to my
> computer?
>
Yes.
> if so, I have loaded and stitched those photos for like a dozen times
> already, how come it doesn't recognize them bef
Perhaps this link might help … I had to read it very carefully a few times …
even though English is my first language.
The picture in the link is from the perspective of someone looking down on you
standing at the origin 0,0,0.
>From your camera's point of view taking the picture looking at the “
It is just a 2D Object. Stitching works very well if i only optimze TRx and
TRy. But i try to understand in which dimension these Parameters. On a
camera movement of round about 30cm i get a TRx of 0.521 . I try to
understand this number.
--
A list of frequently asked questions is available a
Kai, is this a 3D object? I believe Mosaic Mode is meant for 2D images like a
picture or mural. A 3D object will introduce parallax errors that will make it
hard to stitch unless you are really careful in placing control points and then
masking out any overlaps.
Kind regards from Canada.
Don
ok, good to know!
but I still have a question. saved to the database meaning saved to my
computer? if so, I have loaded and stitched those photos for like a dozen
times already, how come it doesn't recognize them before?
JJ
On Thursday, September 6, 2018 at 11:00:11 AM UTC-5, T. Modes wrote:
Am Donnerstag, 6. September 2018 17:37:22 UTC+2 schrieb jiang...@gmail.com:
>
> Another weird thing is that Hugin automatically filled out the lens info
> correctly, it also figured out the correct crop area, which I have to
> manually to them before.
>
Nothing weird here. This is exactly what
Hi Greg,
Am Donnerstag, 6. September 2018 07:12:04 UTC+2 schrieb Groogle:
>
> TO HUGIN DEVELOPERS: It seems to me that there are bugs involved here,
> possibly relating to circular fisheye lenses. I take photos with full
> frame fisheyes on a regular basis, and though I have issues that may
> b
Hello together,
for a project I create a pto file by script.A camera is moved over the
object in defined distances and pictures are taken. Therefore I use the
Mosaic Mode.
I still lack the understanding for the dimension of the position parameter
TRX TRY TRZ. In which dimension are the paramete
Just a follow up on the previous discussion. I have tried 3 different
methods this morning.
1. crop without masks (exactly the same as original post), quality is
still bad as expected.
2. crop with masks, the output is bad as well.
3. masks without crop (from Greg's pto file), the ou
On Thursday, September 6, 2018 at 4:40:56 AM UTC-5, panostar wrote:
>
> You would do better to set the zoom to 12mm. At 8mm, you waste half of the
> available pixels on black space surrounding the image circle. At 12mm, you
> still get full 180 degree coverage vertically and perfectly adequate
e final output looks awful.
> >
> > [image: IMG_0429 - IMG_0432.jpg]
>
> Indeed, this is not good. I've put a copy at
> http://www.lemis.com/grog/Photos/20180906/small/IMG_0429---IMG_0432.jpeg
> for anybody who is interested in checking.
>
> > In contrast,
On 6 September 2018 12:26:12 BST, 'Phanto B' wrote:
>Le jeudi 6 septembre 2018 10:51:25 UTC+1, Bruno Postle a écrit :
>>
>> A more advanced usage is to use the
>> 'plane yaw' and 'plane pitch'
>> parameters to move this plane to the
>> nadir, but I suggest you only
>> try this
>> if you are fe
Yes, the XYZ mosaic optimisation will resolve quite extreme parallax errors,
but only for features on a single flat plane in the scene.
In this case your ground is close enough to being planar, so Hugin can fix
parallax for all photos, not just the nadir.
By default this plane needs to be oppos
You would do better to set the zoom to 12mm. At 8mm, you waste half of the
available pixels on black space surrounding the image circle. At 12mm, you
still get full 180 degree coverage vertically and perfectly adequate
overlap horizontally. Furthermore, you then don't include the black bit of
16 matches
Mail list logo