In general, it probably is best to calibrate your specific lens in Hugin,
particularly if it's one you use a lot for panorama work.
Of course, getting your clients to do that may be another matter entirely.
On April 2, 2020 12:20:41 AM HST, Klaus Foehl wrote:
>You need not be so pessimistic. Ty
You need not be so pessimistic. Typical alignment deviations are in the
3 to 5 pixels ballpark at the edge, and can go up to 15 pixels in the
corner for a particular "bad" lens (meaning the hugin abc model cannot
cope with that lens), all using the barrel distortion parameter b. Now
do the math
Again, that's what I ended up doing (cf my 3rd post)
But in fact it's not even the best existing solution for me. Right now the
quickest and easiest solution is to re-render the corrected panorama from
Blender.
However, it adds a pipe in my pipeline. Which means if I realize I have to
modify t
On 31 March 2020 09:15:33 BST, 'ChameleonScales' wrote:
>Nevertheless, if this required a new kind of distortion, do you think
>it could be considered for a new feature ?
Have you tried optimising the angle of view of the input photos? This is
something that Hugin does really well, it is very
Nevertheless, if this required a new kind of distortion, do you think it could
be considered for a new feature ?
--
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
---
You received this message because you are subscribed to the Google Groups
"hugin an
Sorry, maybe my phrasing was misleading. I didn't mean the panorama should
scale linearly on the reprojection.
What I meant is that, yes, each photo has to be distorted, but in such a way
that the overlapping pixels between 2 photos don't drift apart, resulting in
the same effect as my animated
Ok. It's fine if it doesn't get that precise. I can work with around 1 degree
if the software doesn't allow for less.
The point is that having a scaling feature would allow me to fine-tune the
scale based on what I know.
Since I superimpose my panorama to imported terrain and map data in Blende
As you are talking sub-degree precision, there is an inherent limitation
in the hugin lens model or abc parametrisation. From the Brown-Conradi
model, a mathematically sound distortion description, hugin implements
only one of the non-trivial parameters, which is parameter b.
Parameters a and
Unless I'm missing some geometrical effect, it doesn't seem to me that you
would have to re-optimize it given that the transformation should precisely
preserve the panorama's sewing just like in the animation above, so as I
understand it, control point distances should only change proportionally
On 30 March 2020 01:01:29 BST, 'ChameleonScales' wrote:
>
>The apply button would change y,p,r and distortions values on all
>photos to preserve the aspect of the entire panorama just like in the
>animated gif above.
>Each of the 3 scaling modes would have its own apply button and the
>tooltip c
On 28 March 2020 18:10:00 GMT, 'ChameleonScales' wrote:
>Allow me to clarify.
>
>This is an animation of the effect I want to achieve (made in Blender):
>
>[resize_pano.gif]
>
>The reason I need to do this is that if the HFOV is too small, then the
>reprojection (in my case cylindrical) will not
11 matches
Mail list logo
