![]() |
|
|
|
|
|
||||||||||
|
| User list | Rules | You are not logged in.
Pages: 1
Hello,
I've a strange issue with GigaPan Plugin in Autopano Giga 3.0:
While in Autopano 2.6.4 the stitch was correct, after the upgrade, the panorama results confused and wrong aligned (every time at same bad positions)
I'm missing something?
Thanks
(see the images)
1) results in autopano 2.6.4 (correct)
2) results in autopano 3.0
3-4-5-6-7) settings for GigaPan Plugin in Autopano 3.0
Last edited by PaoloRossi (2012-12-17 18:58:17)
Offline
I encountered in one (non gigapan) case following: if you change detection quality from normal to strong than you get result like with 2.6 with normal detection.
Georg
Online
gkaefer wrote:
I encountered in one (non gigapan) case following: if you change detection quality from normal to strong than you get result like with 2.6 with normal detection.
Georg
oops - that´s funny ![]()
best, Klaus
Offline
gkaefer wrote:
I encountered in one (non gigapan) case following: if you change detection quality from normal to strong than you get result like with 2.6 with normal detection.
Georg
Tried right now, but the only difference was in the time needed to complete the task (more and more longer): the result panorama was disorder like before. ![]()
Maybe a bug in then new GigaPan plugin?
Paolo
Offline
Hello,
Did you try to use hard links ("Blocco : Utilizza i colegamenti rigidi") ? Maybe the algorithm fails at finding control points between several images.
Regards,
Thomas
Offline
Nope Thomas,
Same weird result ![]()
Seems the new plugin won't work in any way for this sequence, very strange ...
Offline
Hi Paolo,
It would be nice if you could share your pictures with us, so that we can have a look at it and fix the Gigapan plugin. You can upload an archive on our ftp server (http://www.kolor.com/forum/t766-ftp-server).
Thanks a lot,
Thomas
Offline
ThomasV wrote:
Hi Paolo,
It would be nice if you could share your pictures with us, so that we can have a look at it and fix the Gigapan plugin. You can upload an archive on our ftp server (http://www.kolor.com/forum/t766-ftp-server).
Thanks a lot,
Thomas
Thomas I've found the issue!!!
After I have captured the whole scene I've retaken some bad shots, then I've renamed the new file with the same name of the bads to replace:
In 2.6.4 this works like a charm, but in the new version, the engine sorts the files by the Exif time of shots so this confuses the assembling phase.
I've modified the Exif date of the replaced shots and the panorama now is correct ![]()
Maybe could be useful an options to force the sort by file name? (in some cases could be practical)
Thanks
Paolo
Offline
Pages: 1
Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
|
CHOOSING KOLOR Why choose Kolor? Which solution to choose? Download a trial Where can I buy? Education |
SOFTWARE Autopano Pro Autopano Giga Panotour Panotour Pro XnView |
ACCESSORIES Training DVD Panobook PROJECTS Paris 26 Gigapixels Yosemite 17 Gigapixels |
COMMUNITY Forums YouTube channel Google+ |
COMPANY Blog About Kolor Resellers Contact Visit us |
PRESS Press center Press review TOOLS My account |
