Struktura 3D Enginu

[pcmaster]

Semo je velky guru a to co napisal je cista pravda. Sam som predtym mal "engine" spatlany vseliako, ale ked som dostal do ruk jeho fyzikalny solver, nad ktorym som postavil nieco ako hru (ano, to "hovno", pamatnici vedia, viz becherovka 2006 ) tak som pochopil, ze to je spravna cesta.

Clovek sa postupne dostane od lameriny a strasneho bordelu (v kode, v pamati, rychlosti...) po pekne strukturovany a funkcny kod a system, ako ho velmi dobre opisal semo.
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Marek]

[]semo[]

ok, tak článek, nebo wiki? :)

Eosie:
- Mám zkušenost s outdoor závodníma hrama, tam se mi SceneGraph hodí, ale nechápej to špatně, většinou taky používám nody první úrovně, jenže kolikrát potřebuješ na nějakým objektu pohybovat s nějakou kravinkou a už potřebuješ skládat transformace. Pro rendering scenegraph nepoužívám, to mi připadá nepoužitelný (jak bylo napsaný v tom článku).

- Ohledně těch animací. Tvůj systém se mi líbí a připomíná mi 3DSMax, ale to už záleží na projektu a jeho složitosti. Tazatel (micro.21) je v 3D začátečník, proto sem poradil tohle (rozdělení objektů na animovaný a solid). Teďka používám TimeManager v kombinaci s interfacem IAnimable, který má metodu UpdateAnim(time) v níž se taky může dít všechno možný.

- Ad Singletony...postupně mě všichni přesvěčujou, že sou na hovno :) ještě chvíli a dám vám za pravdu


PcMaster:
K nevíře! :-D
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[nou]

[]semo[]

Asi hlavně proto, že si na nich můžeš uletět a máš pak pěkně provázanej projekt. A to se nehodí.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[goddard]

autor dotazu to chce zrejme udelat v j3d, tam ma graf sceny zadarmo a stejne tak zakladni strukturu pro vytvareni vlastnich objektu sceny vcetne jejich vlastnosti.
ke slozitosti grafu sceny - v j3d existuje metoda compile() ktera zjednodusi hierarchii dane vetve na maximum (posklada transformace a pokud to neni urceno jinak, nasdili i nektere spolecne atributy, to se muze hosit a nemusi, da se to nastavit). v j3d 2.0 by se melo plne prejit na jogl nebo neco jineho co bude aktualni, spolu s tim ze planuji prerusit zpetnou kompatibilitu.

[VladR]

Nasledovny text je dlhy, preto bude obsahovat mnozstvo preklepov, ktore nemienim opravovat. Citat len na vlastnu (ne)zodpovednost !

[wozembouch]

Pokud muzu prispet svou troskou do mlyna, tak neprogramuj engine, programuj hru. Postupne se budou vynorovat konkretni problemy s kteryma se da mnohem lepe poradit.

[wozembouch]

Nesouhlasim s tim ze singletony sou na h*vno. Je to asi jako se vsim - zalezi jak jsou pouzity. Spousta veci bez nich nelze udelat nebo by to bylo neefektivni. Mozna ze si jen nerozumime a diskuze je o viditelnosti promenych

[Ladis]

S programovanim hry misto enginu souhlasim - dokud clovek aspon jednu hru nedokonci (tj. neskonci hned po slepeni dvou NeHe tutorialu), tak nema minimalni dostatek znalosti k designovani enginu hry, bo nema zadne prakticke zkusenosti s tim, co se uvnitr hry deje.

U zacatecniku bych doporucil si jen sepsat funkce/veci, ktere tam maji byt realizovany (vykresleni ruznych objektu a prvku, vstupu, kolize, gameplay, ...), a pak je seskupit do trid/modulu podle nejake logiky (napr. vsechno co se tyka postav do tridy Postava (nacteni modelu, zobrazeni, kolize, ...), stejne tak samostatne mapu/teren, GUI, ...).

Resit veci navic, jako moznost ruzne renderery (OpenGL a Direct3D, verze shaderu a bez shaderu, ...) je zpusob, jak se v tom zamotat. Zvolte minimalni konfigurace = maximalni, zuzte podporovane konfigurace - napr. jen DX7 (bez shaderu), nebo klidne jen DX9 (shadery 2.0 - treba v OpenGL tak mate vyhodu, ze mate jen jednu extenzi na Pixel a jednu na Vertex shader - vyhnete se extension hellu; DX9 umi beztak uz 2 roky i 90 % integrovanych grafik, tj. tech nejvetsich shitu bez vlastni pameti (vcetne Intelu). Budete mit minimalni mnozstvi codepath ve zdrojaku, takze se v nom budete lepe orientovat.

Taky nepridavejte dalsi schopnosti/efekty v prubehu vyvoje - byste taky mohli donekonecna engine predelavat (nebyl na novou funkcionalitu staven) a taky byste predelavali i jiz hotove levely (aby vyuzivaly novych features).

Az pak dokoncite nejakou hru, tak teprv reste nejaky design enginu (pristu hry) .

[MD]

OT k singletonum: Jasne je to jak se vsim, nekdy se hodi a nekdy ne. Ale da celkem praci se jich zbavit. V nove architekture Krkala jsem chtel, aby bylo mozne spoustet napriklad dva runtimy najednou nebo dve kompilace najednou (At uz stridave v jednom threadu nebo multithreadove). Aby to bylo mozne, musel jsem zrusit singletony, ty se samozrejme pouzivaly uplne vsude , takze to bylo docela peklo. Nyni mi tam zustava singleton, ktery spravuje cache (tady je to logicke, protoze cache jsou spolecne pro vsechna vlakna) a file system (ten musim jeste hodne prekopat)

OT2 sorry, ze jsem jeste nenahodil zadne vlakno o Krkalovi, nak to nestiham.
_________________
- play with objects - www.krkal.org -

[Quiark]

SinglOTon: No to je právě podle mě ten důvod, proč se singletonům vyhýbat. Pak když si člověk vzpomene, že by tam měl nějaký objekt víckrát, tak musí udělat přesně to, co popisuješ.

Ty singletony totiž dost zjednoduší práci a tak má člověk občas nutkání je použít i pro objekty, které nemusí být nutně vždy jen jednou.
_________________
Mám strach

[Peto]

Prispejem aj ja trosku uz dlho som nic nenapisal. To ci pouzit uz nejaky hotovy engine alebo naprogramovat novy to uz nech sa kazdy rozhodne, obe cesty maju svoje vyhody nevyhody. Pokial sa ale rozhodne pre svoj engine tak podla mna uplne najlepsia cesta ako sa naucit strukturu enginu... je zvolit si ako prvy projekt nieco jednoduche.. napr urobit donho iba nejaku podporu pre modely, jednoduche sceny s viac materialmi uplne zakladne veci.. pozriet sa na ine enginy ako maju strukturu vyriesenu oni... naprogramovat nejaku hru na tom engine (samozrejme zas nieco jednoduche) a potom dat si "new project" a zacat odznova... nie prerabat.. odznova... , nieco trosku zlozitejsie... otvorit si v druhom okne stary engine, kopriovat.. a vylepsit to a spravit to uplne nanovo... ked niekto vo svojom engine naprogramoval hru vidi co je dobre.. co bolo nahovno... atd... to sa zial neda povedat o niektorych freewarovych enginoch. Predsa ked uz niekto zvladne svoj engine ma to plno vyhod.. pretoze vsetko som si naprogramoval ja, viem sa v tom rychlo orientovat, viem doprogramovat hocico co chcem.. mozno to trva dlhsie ako pouzit nieco.. ale ono sa ten cas raz vrati
_________________
Code or die!

[nou]

no uz by sa zislo to rozdelit aj na diskusiu o singletonoch. ja mam v svojom projekte iba jeden singleton. a to taky ktory prevezuje vsetky ostatne. teda pri inicializacii si vytvorim napr resource manazer a jeden singleton ktory spravuje odkazy na tieto resource manazery pre zvuk textury atd. no potom uz len mozem kdekolvek v kode si zavolat singleton ktory mi vrati odkaz na pozadovany resource manazer. myslite ze je to spravny system??
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Quiark]

Tenhle návrh je hodně podobný tomu, kdybys měl pro každou z těch věcí jeden singleton. Když bys to náhodou chtěl rozdělit, musíš změnit kód všude.
_________________
Mám strach