Low Poly Modeling

[Krysoft]

Zdravím, hledal jsem informace o low-poly modelingu, ale nic moc jsem nenašel ani zde na foru. Sháním nějaký materiál, radu od skušených jak modelovat v low-poly pro realtime rendering / tedy her Jde mi o to, že mám vytvořenou nějakou scénu (ulice, chodník, lampy..) a do jaké míry mám osekat polygony, resp jejich počet / objekt. Jestli existují nějaké limity polygonů abych měl nějakou představu, modeluji v Cinemě 4D. Před nějakým časem jsem objevil Unity 3D takže si s tím docela vyhraju Zatím low-poly modeluji tak, že snižuji počet polygonů do té míry kdy je to ještě koukatelné z pohledu kamery / hráče.

Nejsem žádný game developer, pouze mě zajímá jak vymodelovat objekty pro vykreslování v reálném čase co nejefektivněji.

Díky za reakce.

[VladR]

Najdolezitejsia otazka je, na aku platformu to chces pouzit ?
kacelarske PC, herne PC, XBOX, Wii, WP7, iPhone ?

Pokial herne PC/XBOX, tak sa nestresuj, ak ma scena 250.000 - 500.000 polys, inak zhruba o rad nizsie.

Do nejakeho ultra lowpoly v style 90tych rokov by som uz ale nesiel (pokial to nie je vylozene ziadany styl).

[Krysoft]

[VladR]

Tak tu ale pozor, rozdiel medzi kancelarskym a hernym PC je brutalny - taka integrovana Intel GMA 950 voci GF480 - to ani nejde zrovnat.

Zase, pokial ti to pobezi na tom kancelarskom stroji, tak by nemal byt ziaden problem to potom portnut na hocaku inu platformu z tych co som pisal, lebo polycount zrejme budes mat okolo 20.000 - 50.000 na scenu, a to rozchodis dnes aj na mobile.

Postavy obvykle vyzeraju velmi dobre aj zblizka ked maju kol 2.500 - 5.000 tris.

Ono, viac polygonov ti asi ani netreba - pokial vylozene nerobis vycackanu architekturu s mnozstvom zaoblenych vystupkov, tak 20.000 tris ti na beznu scenu aj stacit bude. Aky environment robis ? Interior/exterior ?
Taka vegetacia vie totiz zozrat nekonecne mnozstvo tris a zrejme nikdy nebudu dostupne karty, co zrenderuju scenu s 10 miliardami polygonov.

[Vilem Otte]

Dneska není bottleneck tolik o triangle countu, ale spíše o fillrate a výpočetním výkonu.

Karty 10 mld polygonů nezvládnou, ale CPU ano ... pokud scénu uložíš do dobrého (např. SAH) KD-tree a provedeš ray tracing, můžeš dosáhnout velmi vysokého výkonu i v reálném čase (a pokud máš dost CPU - řekněme 8-core, 16-core či více - tak i biliony trianglů nejsou problém), proč tomu tak je? Při rasterizaci roste náročnost rasterizace vzhledem k počtu trianglů lineárně, kdežto při ray tracingu logaritmicky.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[VladR]

Tak ale CPU, ci CPU farma ?

16-core ma este daleko k rasterizacii miliardy, ale takych 64 cores by sa tomu uz blizit mohlo (odhadom) prave vdaka logaritmickej narocnosti.

No len ci aj Krysoft najde cloveka s tak skalovatelnym raytrace enginom ?

Ohladom fillrate - to zavisi na hre, ked sa tam napcha 200 efektov, tak jasne, ze fillrate je bottleneck. principialne ale moze byt bottleneck kdekolvek inde v pipeline, to je vysostne individualne.

[Krysoft]

[Vilem Otte]

[VladR]

V akom rozliseni to ale ratas ? Dajme tomu scena s 0.5M tris (a s vodou) a rozlisenie 1680x1050 - kolko taky quadcore da fps ?

[pcmaster]

To ja raytracujem scenu s asi 10k poly v rozliseni 640x480 na GTS250 asi sekundu A to tam mam len primary a shadow rays :] S binary BVH a naivnym, nepaketizovanym tracerom. Zato to BVH postavim paralelizovane na GPU mrtekrat rychlejsie nez na CPU. Ked budem mat nejake merania do DP, tak sa vyjadrim... Snad Ale bude to marne, neteste sa, nikto ma teraz nezaplati za fasza rychly tracer, naopak, dnes by mi to bolo na skodu
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Vilem Otte]

Důležité je, jaké triangly (dlouhé tenké jsou zlo pro BVH a dokážou hodně zpomalit ... BSP trees jsou na tom o něco lépe v tomto případě).

1680x1050 - to máš 1.764 Mrays/frame - tedy abys dokázal primary ray tracing (tedy jen primární polopřímky), musíš dokázat mít 42.336 Mrays/s ... což je sakra hodně! Voda samozřejmě zhoršuje ... takže se dostaneš k nějakým 70 - 80 MRays/s, což by bylo dneska pro nějakých 16-cores ideální (s packet tracingem teoreticky 8-core nebo 6-core by to zvládnout mohl).
Samozřejmě knihovna je dneska silně neoptimalizovaný prototyp a doufám že v brzké době bude možné uvolnit nějakou jakous takous verzi, která bude použitelná - problém je zatím u shadingu - programovatelná pipeline zatím není v plánu ... což mě štve, ale zatím nevidím reálné dost rychlé řešení (mimo hodně drsného vrtání se v assembleru ugh...). A bude třeba ji silně optimalizovat dále.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[pospa]

Tak ja zkusim zareagovat na puvodni dotaz, protoze se mi zda, ze se tady konverzace schyluje nekam jinam Podle me jsou zakladem vseho normal mapy. Ve zkratce - model vypada jako high, pritom je low. Zde: http://img819.imageshack.us/img819/4126/highandlow.jpg jsou vedle sebe dva modely, temer nerozeznatelne.. a zde: http://img88.imageshack.us/img88/2243/lowpoly0.jpg je samotnej low poly model. Obrazky jsou tipnuty z tutorialu od Gnomonu: http://www.thegnomonworkshop.com/store/product/523/Character-Modeling-for-Next-Gen-Games .Sice jsi psal, ze nepotrebujes zadne next-gen objekty, ale ja doporucuju vyuzit tuhle techniku.
Potom jeste existuje program xNormal http://www.xnormal.net/1.aspx, ktery umi napr. od sebe objekty odecitat a vysledek = normal mapa, vytvaret normal mapy z "cerno-bilych" bump map apod.
Co se tyce osekavani tech polygonu, tak at rika kdo chce co chce, cim min polygonu, tim lip. To plati vzdycky. Takze to orezavej tak, dokud se ti to zda koukatelny

[quas4]

[pospa]

Jo, to mas pravdu. Jenze to beres z pohledu vyvojare a tomu vetsinou grafici moc nerozumi. Proto to myslim jakoby obecne. Castokrat vidam game-modely, ktery maji uplne zbytecne hafo polygonu. Po uprave vypadaj proste stejne..

[Vilem Otte]

#pospa - to úplně pravda není, že míň trianglů je vyšší výkon ... a dokonce pomineme-li Fillrate limit. představ si, že máš model v nějakém typu optimalizační hierarchie (pro velké modely nutnost u rasterizérů, u raytracerů vždy nutnost ... i pro miniaturní např. 20 triangle model), tam je často lepší dát navíc triangly než potom mít dlouhé tenké (v případě BVH/BIH), kde mohou i 10x (i mnohem více) zpomalit.

Další věc je např. alpha-test ... Oblivion měl stromy řešené pěkně, ale každý plán si žádal alpha-test proti textuře (naštěstí dnešní karty to tak nějak zvládají ... ale i tak to zabere dost!) ... v případě že děláš raytracing, je to nutnost - tedy raději 260 tis. trianglový strom, než 20 tis. trianglový s alpha testem, bude rychlejší. Alpha-test by se dal nazvat fillratem ... ovšem při něm tak docela k zaplňování nemusí docházet (neříkám že nutně nedochází).

takže dnešní modelování není o tom, ked ušetřit triangly ... ale vytvořit relativně vybalancovaný model, ať si s ním optimalizační stromy poradí ... a taky se na balancovaných modelech dá provádět ROAM - čímž nemusíme potřebovat LOD úrovně.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.