Hugin 2009.4.0

Byl vydán Hugin 2009.4.0, software pro tvorbu panoramat. Jako předchozí verze pokračuje v integraci výsledků Google Summer of Code, tentokrát jde o automatickou kalibraci objektivu. Mezi další změny patří pročišťování kontrolních bodů, opravy chyb a aktualizace překladů.

16.12.2009 08:34 | stativ | Nová verze

Komentáře

[otula]

Hm, když už je řeč o Huginu, zrovna včera se mi nepodařil sestavit. Ale předpokládám, že to bude jen drobná chybka, kterou někdo brzy spraví. Jak je teď pořád hnusné počasí, tak už jsem Hugin dlouho nepoužil. Nebylo by špatné, kdyby tam v dohledné době (jak se trochu pročistí obloha) nějaký šikula zapracoval to maskování, o kterém jsme se před pár měsíci bavili, že by jednou mohlo přijít

[vatoz]

Máš pravdu, drobná chybka v nizozemském překladu, kterou jsem včera večer také objevil a opravil.

[otula]

[Mti.]

hm... neda se hugin pozduchnout, aby nektere body bral az v pripade "nouze" (spis aby je bral jen pro pribliznou pozici)? Konkretne pripad, kdy je v zaberu trava i 1m od skla, ale "dulezita" scena je na horizontu - diky ne-paralakticke montazi (a vetr ani nepocitam) se body na trave swinsky sibnou a on podle toho ma tendenci pokroutit aj sklo a pak nesedi zhola nic. (uprimne, na trave se sekyra 50px da vyretusovat mnohem lepeji nez na horizontu)

[stativ]

V podstatě přesně to dělá cpclean. Hledá body, které mají největší chybu a ty pak smaže.

[Semo]

To riesim po vygenerovani bodov zobrazenim tabulky vsetkych CP (F3) a zotriedenenim podla ich chyby. A umazavam od najvacsej chyby a obcas preoptimalizujem. Pokial z nejakej dvojice obrazkov umazem prilis vela bodov, tak ich par rucne pridam. Iterujem dokym ma to bavi.

[Mti.]

Z ceho se pocita ta chyba? Protoze prave ty z te travy vytvori "iluzi" spravne pozice a ty z horizontu jsou pak jakoby "strasne spatne". :-/ Nic, zkusim si doma zkomplikovat novou verzi, uvidime co to zrobi...

[stativ]

Aaha. Tak to ti asi nová verze moc nepomůže, protože cpclean dělá automaticky to, co bys dělal ručně v Control points window.

No, ale k tomu jak se počítá ta chyba. Nejdřív musím podotknout, že optimizer je část huginu, které jsem se zatím ještě ani nedotkl, takže ji neznám zrovna dobře. Ale jak to chápu já tak to počítá na základě relativních vzdáleností mezi jednotlivými obrázky. Př. v jednom obrázku mám dva body těsně vedle sebe a třetí někde mimo a v druhém mám všechny tři body těsně vedle sebe. Optimizer vezme odpovídající body a porovná jejich pozici s těmi ostatními. Takhle zjistí, že dva kontrolní body jsou nejspíš správně (a tedy mají malou chybu), protože jsou v obou obrázcích blízko sebe, ale ten třetí má chybu velkou, protože se pozice vůči předchozím dvěma mezi obrázky změní. Jo a jestli se nepletu, tak je ta chyba uvedená v pixelech.

Mimochodem, předpokládám, že používáš autopano-sift-C, tak můžeš zkusit Panomatic. Je to jiný algoritmus, takže by měl najít jiné body.

[Mti.]

Diky moc. Jak na to doma najdu nejakeho casa, zkusim to vydrazdit.

[Semo]

Ano, samozrejme ze keby nasiel 30 blbych bodov (a vsetky unifikovane posunute) a len tri dobre, tak sa zoptimalizuje podla blbych a prave tie 3 dobre budu mat strasnu chybu. Ale v praxi mi zatial vychadza, ze predsa len vacsina bodov je od zaciatku postacujuco dobrych, aby uvedeny postup odstreloval zle body a nie dobre.

[Mti.]

No dobre, tak se priznam, je to rukama, no. Sem doufal, ze se najde jiny duvod. (proste to budu zkouset dal )