Generování lightmap - AO

[VODA]

Zdravím vás,

momentálně jsem začal předělávat export scény z GMaxu (který stále s radostí používám, neboť jsem si k němu napsal přes winapi C++ interface), no a chtěl bych trošku posunout kvalitu ambientního osvětlení. V předešlé verzi jsem měl vertexové osvětlení, ale znamenalo to poměrně vysokou úroveň teselace. Takže jsem se rozhodl, že budu AO zapékat do lightmapy.
No a v práci mě naučili se nejprve ptát, pak softit... takže bych se chtěl zeptat, jestli někdo neví o nějaké free (nejlépe) command-line utilitce, která umí generovat (např. z OBJ modelů) lightmapy a zapékat do nich AO (+ exportovat sekundární texturovací souřadnice).

Pochopitelně, pokud o ničem takovém nevíte, tak si to napíši sám, jen si nejsem jistý, jestli to dokáži nakódit dostatečně rychlé.

Tak moc díky.
_________________
Opravdovost se pojí s trýzní...

[Zpirit]

Promiň za offtopic, ale je možné gmax používat ke komerčním účelům?
Jinak gmax byl můj první modelovací soft.

Není to ani free ani command-line ale je to levný program a umí supr věci.
http://shadermap.com/features/

[VODA]

Nehledal jsem moc dlouho, ale podle toho, co jsem se dočetl, tak má nyní GMax pod palcem TurboSquid a lze ho používat i pro komerční použití. Jak je tato informace relevantní...nevím.
_________________
Opravdovost se pojí s trýzní...

[mar]

Hmm, čirou náhodou oldschoolový engine, který si píšu ve volném čase (a který zdaleka není hotový a zatím prakticky nic neumí), je založený na lightmapách,
ale lightmapper mám zhruba hotový, včetně atlasu a generování lightmap uvs.

Potažení lightmapou je automatické a nezávislé na primárních UV, takže ani není potřeba dělat mezery v unwrapnutých trianglech.
Na druhou stranu je tam pak potenciální problém se seamy, ale to by neměl být až takový problém u AO (já zapékám kompletní osvětlení).

Počítám nepřímé osvětlení přes hemisphere sampling, takže předělat to na AO generátor by neměl být problém (otázka je, jak to bude s časem).

Myslím, že by mi mohlo zabrat cca den práce vyrobit cmdline utilitu, obj import mám hotový.

Co se týká rychlosti, bude záležet na komplexnosti scény, rozlišení lightmapy a počtu paprsků.
Používám ale kd-tree se surface area heuristics a výpočet je paralelizovaný,
pro relativně větší testovací mapu mi výpočet osvětlení trvá cca 3 hodiny, ale tam jsem dělal 4k paprsků na texel,
nedokážu odhadnout, kolik by stačilo pro kvalitní AO, ale počítám, že by mohlo stačit podstatně míň.
Šum pak řeším blurem, jediný problém je, že to pak může zvýrazňovat seamy.

Výstup by pak mohl být třeba texťák + lightmapy v png, s tím, že by tam byly primarní i sekundární uv (plus lightmap texture index/triangle).
Default je 2kx2k, ale poslední textura v atlasu se smrskne na minimum (je pak NPOT dělitelné osmi)

Takže pokud to ještě nemáš napsané nebo už nemáš nějaký 3rd party program, dej vědět a já to zkusím vyrobit.

EDIT: navíc AO se bude řešit jenom do nějaké vzdálenosti a to výrazně urychlí traversal, takže o rychlost bych se nebál

[VODA]

Tak to zní dobře. Vlastní řešení jsem sice začal dělat, ale zasekl jsem se u generování atlasů. Je pravda, že jsem koukal na knihovnu thekla, nicméně jsem už asi z práce zhloupl natolik, že jsem jí nedokázal použít v enginu.
Takže jsem si řekl, že bych mohl použít metodu z papercraft generátoru, který jsem psal asi před rokem. Osvětlení bych pak mohl počítat podobně jako Ty, kolize mám také řešené přes KDTree.

Nicméně, hotové a ozkoušené řešení by pro mě možná bylo lepší. Ale nechci Tě otravovat a zdržovat. Když to třeba někdy vytvoříš (třeba i jen pro sebe), asi bych o to zájem měl. Je to tedy na Tobě.
_________________
Opravdovost se pojí s trýzní...

[mar]

Ok, zkusím to.
Ještě poslední věc: používám 1cm offset před samplováním, takže buď to nechám nastavitelné nebo budu počítat s tím, že měřítko je v metrech.

[VODA]

Já mám tuším také měřítko v metrech.
Tak pokud Tě to příliš nezdrží, tak se o takovou utilitku pokusit můžeš. Moje řešení se zas tak nepovedlo. Ten papercraft sice fungoval, ale některé trojúhelníky z testovací scény byly strašně titěrné. A ve výsledném unwrapu bylo příliš mnoho prázdného místa.
Tak předem děkuji.

EDIT: No a kdyby to nešlo, tak se holt spokojím s vertexovým osvětlením.
_________________
Opravdovost se pojí s trýzní...

[mar]

Link je tady: http://www.crabaware.com/Utils/AOGen/AOGen.zip
Je to jeden 64-bit Windows exáč.

Formát výstupního souboru:

[VODA]

Ty jo, jsi rychlík. Díky.
Btw. jak se to používá? (Když to spustím jen tak, tak mi to napíše "přístup odepřen").

EDIT: Pohoda, už mi to hlásí nápovědu...blokoval mi to antivirák.
_________________
Opravdovost se pojí s trýzní...

[mar]

Hmm, to je zvláštní, mně to normálně funguje, má to statický runtime.
Nemáš náhodou 64-bitový systém? Na XP jsem to nezkoušel...

[VODA]

[mar]

Nemáš za co, ani nevím, jestli ten exportovaný mesh se dá správně načíst.
A co to bylo zač? To abych začal svoje commandline utility podepisovat...

[VODA]

No paráda, jede to svižně. A i výsledek vypadá slibně. Je pravda, thekla ty atlasy generuje kompaktněji, ale čert vem theklu. Tenhle program je super.

Ještě takový dotaz, ty vrcholy ve výstupním souboru asi nejsou ve stejném pořadí, jako v obj, viď?
Já totiž mám v enginu nějakou svojí vnitřní strukturu a nová UVčka potřebuji načíst zpět. Jaký je to mesh, to by se dalo zjistit z materiálu, ale jaký vrchol je jaký, to už bude těžší.
_________________
Opravdovost se pojí s trýzní...

[VODA]

[VODA]