Návrhový vzor pro třídu hlavního okna hry

[]semo[]

Ten stack je sám o sobě dobrý :-). Jen by ty screeny měly mít jen Update() a HandleInput (plus Init, Activated, a pod. ).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Ladis]

Renderování může být i odloženě, že screen jen pošle příkazy do rendereru, jehož funkce pro skutečný render se zavolá naposled. Takhle si ty screeny můžou zaregistrovat post-process efekty. Není to nic nového, kreslí takhle Intel GPU a kdysi hodně dávno grafika Kyro.
_________________
Award-winning game developer

[]semo[]

To je sice pravda, ale to je přesně to, čemu říkám "nesystémová oklika". A když budu zabíhat do detailů, tak vykreslení může být hodně složité, může se skládat z vícero passů, různých render targetů, pomocných funkcí pro osvětlení, atd. A i kdyby ty funkce pro "odložený rendering" měly být zjednodušené, tak už udávají pořadí kreslení, o kterým ale musí rozhodovat renderer. Když z toho konceptu vyhážu všechno, co by mohlo způsobovat problémy, tak zbývá něco jako Model1.enabled = true; Na to ale neni potřeba metoda Render().

Na druhou stranu netvrdím, že musím mít za každou cenu pravdu :-). Píšu jen zkušenost s projektama, na kterých jsem dělal. A navíc mám dnes náladu na diskutování :-).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[]semo[]

Jo a ještě jedna věc k tématu návrhový vzor pro třídu okna:

TeaTime: neměj třídu "Window" a "WindowModule", jak si psal, ale "Game" a "GameModule". Window by mělo obsahovat jen platformně závislý okení srač..y.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[perry]

To odlozene renderovani jsem pouzival v kombinaci s deferred renderingem. Vsechno se vykreslili a pak uz se jen resili post-proces efekty. Fungovalo to skvele, bohuzel momentalne na mobilu tohle nemam a mam klasicky render a tim jak psal semo si uvedomuji, ze je napsany blbe. Mozna pokud nekdo muze doporucit nejakou literaturu / blog ?

EDIT: Asi to bude vtipné.. ale znáte to.. teď jsem něco upravoval ve hře a zamotal jsem se v rendereru, když jsem dodal částice Budu to muset přepsat na jeden "globální" renderer, co drží všechno
_________________
Perry.cz

[]semo[]

Literaturu nebo blog bohužel spíš nedoporučím, protože je neznám. Vím, že existuje nějaká zázračná kniha o architektuře 3D enginů, po jejímž přečtení začal autor enginu Ogre psát engine Ogre :-).

Jinak myslím, že pokud to je potřeba, tak neni ostuda přepisovat engine. Ostuda je nepřepsat to :-). Můžeš tomu říkat "refaktorizace" ;-). No...já přepisuju pořád. Naposledy to bylo asi před týdnem hlavní okno editoru, kterej dělám.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Poky]

[perry]

No jedna věc je přepisovat, protože se mi to nelíbí a druhá věc je přepisovat, protože potřebuji něco, co tam nejde.
_________________
Perry.cz

[VODA]

[TeaTime]

[]semo[]

Vykreslovat podle hierarchie (stromu) scény neni dobré. Strom scény se buduje kvůli závsislostem transformací a vlastnictví objektů. Ale rendrovat potřebuješ v jiným pořadí: už třeba klasický solid versus blended objekty: Nejdřív se rendrujou všechny solid objekty v pořadí od nejbližšího k nejvzdálenějšímu (to je kvůli optimalizaci) a teprv potom blendovaný objekty od nejvzdálenějšího k nejbližšímu (kvůli správné průhlednosti). Ve 2D tě to možná trápí míň, ale narazíš zas na něco jinýho. Takže v praxi se to dělá tak, že každej objekt má nějakou metodu která spočítá tzv. "světové transformace" (tzn. absolutní transformace zahrnující rodiče), které se použijí pro redrování. Renderer tedy nemusí znát nic o stromu scény. Renderer si objekty může nést v nějakém obyč. lineárním seznamu, nebo lépe, používá subdivizi (ale to je spíš pro 3D).

Co se týče závislostí a komunikace modulů: zvaž, jestli nestačí nechat to až na implementaci těch konkrétních modulů a ošetřit to až z hi-level vrstvy, než s tim zatěžovat základní interface. Tedy například: Menu má referenci na GameLevel, ale abstraktní GameModule tohle neřeší. Ale to bys musel být asi konkrétnější, o co přesně ti jde.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[TeaTime]

]semo[: k tomu renderování. To mě trochu znervózňuje, když říkáš, že mohou nastat komplikace. Já to tak vlastně mám, protože tam spojuji dvě funkčnosti do jednoho systému - strom scény (závislosti transformací a vlastnictví objektů) a výpočet hloubky objektu. Problém u 2D je v tom, že Z souřadnice není součástí modelu ani transformace modelu. Musím to tam počítat nějak za běhu. Tak jsem to vyřešil tak, že ten výpočet mám integrovaný rovnou do stromu scény. Tohle spojení dvou funkčností mě sice může v budoucnu komplikovat věci, ale zatím jsi mě nepřesvědčil, že to bude tak zásadní problém aby se mi vyplatilo to rozdělit do vlastní vrstvy.

Komunikace modulů - zvažoval jsem to nedělat tak, že v Menu budu mít pointer na GameLevel, ale že v GameModule bude nějaký (typově) dynamický container, který bude mít odkazy na všechny GameModuly (takže z menu se do GameLevelu dostanu takto: this->game->getModulePrimary<GameModule>() ). Docílil bych tím za prvé toho, že vazby mezi moduly budou o něco volnější, takže bude snadné je případně nahrazovat (i dynamicky) bez nutnosti o tom nějak zásadně uvědomovat ostatní moduly. Za druhé by to usnadnilo chápání vazeb mezi GameModuly - byly by tam pouze reference Game -> GameModule a nemusely by tam být reference typu Menu <-> GameLevel a podobně.

[]semo[]

Z-ko můžeš přidat jako další member, podobně jako transformace. Dělal jsem 2D engine, uživatel objektu mohl nastavovat Zko sám a bylo to docela šikovné. Plus jsme ještě měli Zka vrstev. Dělali s tim hodně různých efektů a překrývání se řešilo pořád. Dokonce byly i psí kusy typu: jeden objekt (složený z více sprajtů) rozdělenej do různých vrstev (takže tam bys už nepochodil). Ale taky záleží, co od toho chceš, no.

Ta tvá komunikace modulů vypadá dobře :-).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[TeaTime]

[]semo[]

Tak ať se daří :-)
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory