Jaderná část enginu

[Vilem Otte]

#VODA - já bych osobně neodsuzoval žádný návrhový vzor jako špatný/dobrý. Tato věc je imho dost subjektivní jak k tomu, kdo aplikaci píše, tak k samotnému typu aplikace - jsou aplikace, kde singleton je mnohem méně bolestná cesta jak danou věc dobře napsat (avšak celý engine to zajisté není).
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[mar]

[Vilem Otte]

Jenom takový malý dotaz - tohle se již vícekrát řešilo na OpenGL.org i Gamedev.net a také na Devmaster.net ... k věci...

Potřebuješ nutně 4 okna pro 4 viewporty? Nemůžeš je hodit pouze do jednoho (a pracovat s nimi pomocí glViewport?). Bude to mnohem rychlejší než mít více kontextů a v praxi se to takto řeší. Více kontextů se používá především pro multithreaded rendering, a ne rendering více viewportů.

Navíc pokud to budeš mít v 1 kontextu, můžeš celkem chytře využít geometry shadery a kreslit všechny 4 viewporty najednou (pozn. na first-generation gpu s geometry shadery to bude pomalejší).
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[VODA]

[rezna]

[VODA]

[VladR]

V domacich amaterskych podmienkach je ale najdolezitejsia efektivita vynalozeneho casu.

Tzn. radsej zvolit mierne prasackejsie riesenie (namiesto uber-template pakarne), ktore bude jednoduche na pouzivanie, aj ked dany kus kodu clovek pol roka nevidel.

Tym sa nechcem zastavat singletonu, tiez uz som od neho upustil a fakt radsej preferujem posuvanie pointerov na triedy enginu - pretoze je to tak hned zjavne, ze co sa tam deje (za cenu copy-pastenia parametrov).

Kedze si na hre kodim sam, tak nie je riziko, ze ten pointer brutalne zneuzijem. A ak aj hej, tak je to len moj problem


Takze - doma nech mi kod mierne chrochta, ale aspon mu to chrochta produktivne

[mar]

[Jakub Doucek]

Od původního tématu bych řekl se už odbočilo úplně někam jinam ale nevadí Rád bych se tu trochu zastal singletonu. Podle mě je to zcela něco jiného, než jen druh globální proměnné. Osobně singleton chápu naprosto jinak. Je to spíš pomůcka (návrhový vzor), která zajistí aby daná třída mohla být instanciována pouze jednou. To se může hodit. Já mám například třídu Application, která inicializuje sdl (nebo jiné api to je fuk) a vytvoří okno aplikace. Tato třída v podstatě znamená aplikaci samotnou, pak už jen záleží co šoupnu do main loopu. Je tedy nesmysl aby tato třída existovala dvakrát. Je blbost aby v jedné aplikaci běželi dvě aplikace. Tak jsem z ní udělal singleton a už se to nemůže stát. Sebevětší neumětel, když bude používat moje knihovny se nemůže dopustit této chyby. Je to prostě něco na způsob jako když píšete const.

[rezna]

no a pak prave prijdou ty momenty, kdy clovek potrebuje pustit 2 aplikace v v jednom programu a je v pytli - kamos toto resil, kdyz dodelaval v Qt mail-merge modul pro nejakou DTP aplikaci. Samotny DTP bezelo jako Qt aplikace a udelat v tom druhou soubezne bezici aplikaci jako plugin tez v Qt byl dost opruz, ale nakonec to nejak hacknul

to stejne jsme ted resili v praci. nase 'aplikace' se taky dostala do stavu, kdy se v kodu objevila druha instance objektu, protoze bylo potreba udelat migraci dat mezi dvema verzemi aplikace. A hle, nasly se casti kodu, ktery na to vubec nebyly pripraveny. na spouste mist se pocitalo s tim ze aplikace je jen jedna.

takze singleton jako takovy ano, ma vyznam. ale kod by o tom nemel vedet a mel by pocitat s tim ze instance mohou byt dve. takze vsude poctive predavat. - psalo se to uz ve vedlejsim vlaknu