Hugin Google Summer of Code

21.4.2009 19:17 | Přečteno: 1879× | linux | | poslední úprava: 21.4.2009 19:55

Tak a je to tady. Konečně byly oznámeny projekty, které jejichž účast v letošním GSoC byla schválena. Jak jinak, budu se zabývat projekty týkající se Hugin a přidružených aplikací. A samozřejmě nejvíc tomu svému . Na co se tedy můžeme těšit?

Layout Panorama Model (James Legg)

James (autor skvělého FastPreview) bude v rámci GSoC pracovat na zlepšení práce s „bracketed“ fotkami a lepší práci s jednotlivými řadami fotek. To AFAIK mimo jiné umožní „sdílení“ control points (bodů, které označují stejné části v různých fotografiích a slouží k jejich spojení) a celkově lepší práci s generováním těchto bodů (už nebudou generovány pro všechny obrázky (což je v případě stacku při bracketed focení dost redundantní práce,) což by mimo jiné mělo o něco zrychlit vytvoření panoramatu (za předpokladu, že používáte bracketing).

Link

Ghost removal for enfuse (Lukáš Jirkovský, tedy já)

Hugin v současnosti obsahuje skvělý prográmek hugin_hdrmerge, který je, mimo klasický averaging, schopen díky khan algoritmu odstraňovat duchy při vytváření HDR obrázků. Bohužel se jedná o relativně málo známou vlastnost (a popravdě i poměrně dost paměťově náročnou). Mým hlavním cílem bude „přenést“ implementaci khanu z Huginu do enfuse čehož bych rád dosáhl tím, že pro něj vytvořím obecné rozhraní a následným přiohnutím enfuse tak, aby to fungovalo. Výhoda tohoto řešení je v tom, že by se s určitými úpravami možná dala použít na částečné odstranění chyby paralaxy v enblendy. Jako sekundární cíl jsem si zvolil implementaci dalšího (a podle ukázek úplně skvělého) algoritmu na odstraňování duchů.

Link 1 Link 2

Straight-line detection for automated lens calibration (Tim Nugent)

Pro přesnější optimalizaci a složení panoramatu je potřeba znát deformaci (lens distortion) způsobenou objektivem. Díky znalosti toho, jak objektiv deformuje obraz je možné tuto deformaci odstranit. Pro její zjištění je potřeba detekovat hrany alespoň v jednom obrázku a na jejich základě spočítat příslušné parametry parametry. Pokud nepoužíváte tzv. „rybí oko“ tak vás to trápit nebude, deformace je poměrně malá. I přes to se ale může se stát, že optimalizace trochu ulétne a obrázky nesedí úplně dokonale. V současnosti jsou dvě možnosti jak toto řešit: 1)neřešit to, pokud to jde (většinou to stejně vyjde dobré) 2)naklikat příslušné kontrolní body ručně a nastavit správně parametry. Na tenhle projekt se celkem těším, protože díky němu by měl hugin podávat lepší výsledky hlavně s objektivy typu „rybí oko“

Link

LightTwist (Yulia Kotseruba)

Tohle bohužel asi málokdo z nás, alespoň v blízké době, uvidí. Bohužel já svou šanci vidět ho na letošním LGM v Montréalu zahodil. LightTwist má být jakýsi systém promítaček (sedmi nebo čtrnácti), které promítají panoramata na okolní stěny. O tohle se moc nezajímám, takže toho ani víc nevím.

Link 1 Link 2

Mosaic Mode for Hugin/Panotools (Dev Ghosh)

Na tenhle projekt se dost těším. V současnosti celý toolchain (libpano, hugin) předpokládá, že panorama bylo foceno s fixní pozicí fotoaparátu, který se pak jen otáčí. To samozřejmě dělá problémy, když např. fotíte mapu po jednotlivých částech a přitom posouváte celý fotoaparát. Zatím ale nevím jak promáklé to bude. Původně se řešila možnost modelu, kde fotoaparát se libovolně pohybuje v prostoru, což je ale hodně náročný úkol. Proto se tento projek možná zaměří opravdu jen na případ, kdy se foťák hýbe stále ve stejné hladině.

Link 1 Link 2

       

Komentáře

[Limoto]

Munin, Hugin, Pidgin... taky se vám to plete?

[stativ]

Ale je to alespoň kratší než UltaHyper software FX, UltraSuper software MX, Cool Creator 3000…

[hikikomori82]

Příloha:

• panorama.jpg (722103 bytů)

Keby ste mi radsej povedali jak za zbavim tych roznosvetlich prechodov

[marek_hb]

nastavením stejné clony a času pro všechny fotky?

 

[stativ]

Právě kvůli tomu tam je fotometrická optimalizace, která by měla být schopna opravit vyvážení bílé, rozdílné expozice, camera response (jak to sakra přeložit?) a vinětaci. Tady je evidentně špatně spočítaná vinětace. Bohužel vzhledem k principu těchto metod to nikdy nemůže být stoprocentní.

[frEon]

Me prijde, ze minimalne na 3ti fotce bylo o neco vice zacloneno/kratsi cas. Cela je mirne tmavsi, coz bych si vysvetloval mensi plochou obrazu, ktera je ve stinu. Na to pomaha vypnuti automatiky. U zbylych fotek uz si tipnout neodvazim.

[stativ]

Jasně, to bz ale problémy dělat nemělo. Opravdu. Hugin korekce expoyice dělat umí (a při pouhém použití align je i dělá). Jedinný problém je, že ne vždy to dopadne tak, jak má, ale jak už jsem psal tak prostě tzhle metodz nikdz nemouhou být stoprocentní (počítač prostě nedovede vnímat obray jako člověk)

[stativ]

Jakej vůl sakra přišel s nápadem prohodit na české klávesnici Z a Y. GRRR.

[frEon]

Aha, nevěděl jsem, že hugin umi hybat s celou expozici. Vsiml jsem si akorat korekce vinetace...

[stativ]

OK, proč ne. Poradím. Tady zřejmě trošku ulítla fotometrická optimalizace na odstranění vinětace. Takže vlez do tabu na Camera and Lens, dole máš Photometric. Vyber všechny fotky a do Vignetting a Vignetting Center Shift vraž všude 0.