Would that help with cellphone lenses that tend to have a different scale
in the top left corner than in the lower right one?
Torsten Bronger schrieb am Di., 24. Juli
2018, 07:36:
> Hallöchen!
>
> klaus.fo...@gmail.com writes:
>
> > [...]
> >
> > In these old days I did detail that from the
Hallöchen!
klaus.fo...@gmail.com writes:
> I found an old thread on the panotools wiki.
>
> https://wiki.panotools.org/User:Klaus/Improving_Hugin
I find the language hard to understand, sorry. Anyway … what is the
argument against even exponents?
> As long as there is no hard vignetting in
Hallo Torsten,
I found an old thread on the panotools wiki.
https://wiki.panotools.org/User:Klaus/Improving_Hugin
As long as there is no hard vignetting in the lens, the reasoning should work.
Best regards
Klaus
--
A list of frequently asked questions is available at:
Am 24.07.2018 um 21:01 schrieb klaus.fo...@gmail.com:
I found an old thread on the panotools wiki.
https://wiki.panotools.org/User:Klaus/Improving_Hugin
There probably is one problem we didn't consider then: Higher order
polynomials tend to overfit. That might be the reason why professor
Hallöchen!
Gunter Königsmann writes:
> Would that help with cellphone lenses that tend to have a
> different scale in the top left corner than in the lower right
> one?
No. It is all about centrosymmetric aberrations here.
Tschö,
Torsten.
--
Torsten Bronger
--
A list of frequently asked
I was under impression that it was better not to make new topics when a
significantly similar thread was already open.
Operating System: Windows 7 SP 1, 64-bit edition
Architecture: 64 bit
Free memory: 13771976 kiB
Hugin
Version: 2018.0.0.5abfb4de7961 built by Thomas
Libraries
wxWidgets:
Am 23.07.2018 um 17:26 schrieb klaus.fo...@gmail.com:
Non-zero parameters a and c introduce singularities at r=0, something a real
lens does not have.
Since the correction function itself doesn't have a singularity at r=0
and all that changes at r=0 is the slope of the curve there is a
I could not agree more...Nightly did its job.
Works again. Thank you very much!
Cheers,
HB
Il giorno martedì 24 luglio 2018 18:47:43 UTC+2, T. Modes ha scritto:
>
>
>
> Am Dienstag, 24. Juli 2018 16:11:56 UTC+2 schrieb Stefan Peter:
>>
>> > hugin:
>> >
>>
Hi all,
Thanks for the replies so far. I'll upload some photos in due course. But 1st I
need to fetch suitable photographic material back at home, and 2nd I want to
try to stitch a 360 deg panoramic as this better constrains the FOV fit
parameter.
As the JPGs have filtering artifacts, I'll
Dear Hans Bull
On 23.07.2018 19:31, Hans Bull wrote:
> on Ubuntu 16.04. Cannot add more than one image, either with drag and
> drop or even with pto_gen, it quits with
>
> hugin:
> /build/hugin-6ZZNNM/hugin-2018.1.0+hg7975+dfsg/src/hugin_base/panodata/ImageVariableGroup.cpp:111:
> void
>
Dear Stefan Peter,
I just tried with 2018.1.0.e7fabd53598b and removed .hugin config file, but
the problem remains.
Cheers,
HB
Il giorno martedì 24 luglio 2018 16:11:56 UTC+2, Stefan Peter ha scritto:
>
> Dear Hans Bull
>
> On 23.07.2018 19:31, Hans Bull wrote:
> > on Ubuntu 16.04. Cannot
I just started using Hugin, it works great.
I usually take a set of photos for landscape panoramas with my Pentax K20
using an 18-50mm zoom, set to 18mm. When I load the resulting images into
Hugin, the Focal length is usually reported as something else, e.g.20.402,
although the Focal length
Daniel Md wrote:
I just started using Hugin, it works great.
I usually take a set of photos for landscape panoramas with my Pentax K20 using
an 18-50mm zoom, set to 18mm. When I load the resulting images into Hugin, the
Focal length is usually reported as something else, e.g.20.402, although
Am Dienstag, 24. Juli 2018 16:11:56 UTC+2 schrieb Stefan Peter:
>
> > hugin:
> >
> /build/hugin-6ZZNNM/hugin-2018.1.0+hg7975+dfsg/src/hugin_base/panodata/ImageVariableGroup.cpp:111:
>
>
> > void
> >
>
Am Dienstag, 24. Juli 2018 11:41:06 UTC+2 schrieb Matija Kogoj:
>
> I only used tools which come within hugin and as default, having made no
> changes to settings.
> The following images are about the worst I could find. There is one
> situation where the lens shifted, but I reason this should
Am Montag, 23. Juli 2018 22:31:25 UTC+2 schrieb clepsydrae:
>
> Maybe it is sufficient to connect all images sequentially and then run
> align_image_stack only on the first and last image to connect them.
>>
>> (align_image_stack can only cope with a limited amount of movement. It
>> this is
16 matches
Mail list logo
