Načítání modelů

[Poky]

Mám třídu MODEL(nepopisuju sem podtřídy - je to pouze př.) a chci se zeptat, jestli je lepší udělat v konstruktoru načtení modelu (+metodu pro vykreslení) a dělat tím pádem tolik instancí třídy, kolik budu chtít načíst modelů nebo ve třídě model udělat metodu LoadModel a nějak je indexovat a pak jen vykreslovat modely podle indexů a mít pouze jednu instanci třídy MODEL. Co je výhodnější (pro rychlost) ?

[pcmaster]

Urob si jednu triedu a z tej normalne vytvaraj instancie. Na rychlosti to urcite nikdy nepoznas A nepoznas to ani ked tam budes mat polymorfizmus a virtualne metody. To preto, ze vsetko ostatne bude urcite pomalsie ako volanie metod tvojich tried, lebo ich bude relativne malo (tisice, desattisice). O toto sa neboj.

Akurat potom by si asi chcel mat nejaky manazer, ktory si bude vsetky instancie pamatat a pekne ich vykreslovat (cize volat modelInstances[i]->draw() alebo podobne). Tu asi existuje viac pristupov, vsak ostatni nieco pekne napisu

Co sa tyka LoadModel, tak to mozes narvat kludne aj do konstruktora. V pripade chyby pri nacitani musis hodit vynimku (alebo to nejako vhodne osetrit). Druha moznost je vytvorit "prazdnu" instanciu a az potom do nej nacitat mesh. Pozor, vykreslovanie si potom musi kontrolovat, ci uz je nacitany, aby sa nesahalo na neexistujuce data atd. Co je lepsie uvidis casom, alebo ti to sem niekto napise
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[if.then]

Mám dojem, že se to odvíjí podle toho, kolik bude naloadovaných modelů a kolik bude objektů. Druhá možnost mi přijde lepší, ale obojí má výhody i nevýhody, záleží na hře.
BTW: Aktuální animaci musíš v druhém případě skladovat u každého objektu
_________________
For guns and glory, go to www.ceske-hry.cz.
For work and worry, execute VC++.

[nou]

oserenie chyby pri nacitavani by som spravil tak ze tam hodi "blank" model. napr Return to castle wolfenstein Enemy territory zobrazoval RGB tri osy namiesto modelu ktory sa nepodarilo nacitat. tak isto by sa to dalo sravit napr aj pri texturac kedy by vratilo napr zlto-ciernu kostickovanu texturu. plus teda nejake logovanie chyby nenacitania.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Poky]

Buď nějak nechápu já, nebo Vy , takže tady je lepší příklad:
Co je lepší?
za A) toto:

[pcmaster]

S ohladom na buducnost urcite to prve! Vsak som ti to rovno napisal
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Poky]

OK Díky.. jsem to předtím úplně nepochopil. Ještě jednou díky.

[Augi]

if.then to už nakousl. Je důležité důsledně oddělit data, která jsou per-instance (např. pozice a rotace objektu, stav animací) a data, která jsou společná pro celou třídu objektů (geometrie, textury, shadery, ...).

Doporučil bych teda mít nějakej TextureManager, kterej se bude starat o načítání textur a pokud by mělo dojít k druhému načtení textury, tak vrátí již načtenou instanci. Stejně tak pro shadery, geometrii apod.

Tvoje třída Model pak teda bude obsahovat per-instance data + si bude držet objekty obsahující textury, geometrii apod.

[Quiark]

[Marek]

Ta možnost B) je fakt strašná. Jo a nikde jsem z těch zdrojáků nepoznal, že jde o OOP. (class != OOP)

Dávej proměnným vhodný jména, "model" neříká nic. Uvedu příklad:

[Poky]

To Eosie: