Jaderná část enginu

[Jakub Doucek]

Smolím si vlastní engine a řeším jakým způsobem implementovat graphic core (vlastně se ta problematika dotýká jakékoliv části jádra enginu). Jde mi v podstatě o zastřešení grafické knihovny do vlastního rozhraní. Napadají mě tři možnosti, jak to řešit ale nemůžu se rozhodnout, která bude nejlepší.

1. Singleton - pravděpodobně by se instancoval při startu aplikace a pokaždé, když bych chtěl něco vykreslit, tak by bylo potřeba získat pointer, což se mi zdá mírně nešikovné.

2. Třída s veřejnými metodami - pořád je to třída, takže může nějakým způsobem dodržovat určité rozhraní. Navíc by se její metody volali celkem jednoduše.

3. Funkce zabalené do namespace - samozřejmě ten namespace by tam ani být nemusel ale pro přehlednost bych ho tam určitě dal.

Co myslíte? Jak jste řešili tento problém?

[rezna]

singleton je trida - ale ma nevyhodu, ktera se tu nekolikrat resila - neudelas je 2!


problemu na 'ziskani' pointeru bych se opravdu nebal - to se da velice dobre vyoptimalizovat a vyresit

ale problem nemoznosti vytvorit enginy 2 v jednom programu je zasadni - treba v momente kdy clovek dela editor a chce v nem otevrit dve sceny tak pekne narazi

takze trida s danym rozhranim a pekne predavat

[VladR]

Problem je, ze toto je tazky flamewar - toto su subjektivne veci - ja ked vidim engine ako singleton, tak sa mi vo vrecku startuje motorova pila, niekto iny to iste pri moznosti c.2. Kazdemu vadi nieco ine a bude sa bit do hrude, ze je to ta najlepsia mozna alternativa.

Nech uz zvolis kerukolvek alternativu, tak ten namespace ani len neuvazuj ako o puhej alternative, ale ber to ako hotovu vec.
Pokial si ale engine totalne odseparujes od kodu hry do separe namespaceu, tak sa priprav na nekonecne dlhe deklaracie/definicie, co sa na 2 riadky nevojdu. Pokial teda, nepouzijes nazov enginu namespacu "namespace E"

Proste, musis si polozit otazku - chces byt ty otrok enginu, alebo ma engine otrocit tebe ? Je engine ten finalny komponent, alebo len prostriedok ako zabit cas popri kodeni hry ?

[Marek]

[VladR]

[Marek]

No já nechápu rozdíl mezi "tebe" a "teba" ve slovenštině.

Doživotní rozsudek to být nemusí. Člověk se může rozhodnout dělat něco jinýho než hry. Ovšem neřekl bych, že takové 3D drivery jsou zrovna lepší možnost co se nervů týče.
_________________
AMD Open Source Graphics Driver Developer

[Jakub Doucek]

[Mem]

[rezna]

[mar]

No nevím, ale zrovna textury jsou mezi kontexty v OpenGL doufám sdílené?
Určitě bych byl nerad, abych musel každou texturu znovu někam ládovat jenom kvůli tomu,
že si vykreslím 4-krát totéž do různých oken s jinak nastevenou kamerou a projekcí
Mělo by snad stačit přepnout kontext a kreslit.
Kdysi jsem něco takového řešil a nevzpomínám si, že by v tom byl problém...

[Jakub Doucek]

[mar]

Zabalit low level API je IMHO dobrý nápad (ale asi do metody nějaké třídy, nebo alespoň předat (context/renderer/device/jakkoli to nazveš) jako parametr)

PS Pokud budeš kreslit každý trojúhelník zvlášť (a zároveň budeš kvůli každému alokovat /uvolňovat paměť),
nepočítej, že se ti to bude moc hýbat (pokud jich nehodláš kreslit jenom pár)
Takhle to fungovalo v dobách starého dobrého 3dfx, kdy si člověk clipping
dělal ručně a volal pak Glide, mělo to své kouzlo.
Dnes pochopitelně letí dávkové zpracování.

[perry]

Zabalit API je určitě dobrý nápad... a to celé.. já mam zabalené API přes vsrtvu abstraktních tříd.
Tzn. engine jako takový neví v čem renderuje. Když na začátku vyměním inicializační flag, tak přepnu DX na OpenGL (teda za předpokladu, že bych to měl implementované ), popř. na ray-tracer apod.
Singleton bych použil max. na kontext zařízení, a na obalovací funkce mého API, jinak ne

př.

[Marek]

Pár věcí...

1) Textury v OpenGL jsou defaultně nesdílené mezi kontexty, ale dá se při vytvoření kontextu zadat, že textury sdílet chci. Má to ale háček - modifikace nad texturama (např. glTexImage) nemusí být za určitých okolností okamžitě vidět v jiných kontextech.

2) Jo, singleton je jenom globální proměnná, takže je to dost amaterské řešení. Problém je v tom, že všechny objekty, které do toho singletonu dáš, jsou pak automaticky globální taky, takže budeš mít prakticky celej engine v globálních proměnných a ještě budou silně provázané, což je další zásadní nevýhoda.
_________________
AMD Open Source Graphics Driver Developer

[VODA]