Modely ve hrách

[tom.drin]

Já bych se ještě zkusil podívat na ms3D, je textovej i binární, umí animace a pozdější verze už podporují i skining s více kostma na vertex.

U X bych byl opatrný. S oběma dostupnými exportéry pro maxe jsem měl dost problémů.

[]semo[]

Ale MS3D nemá takovou podporu v modelovacích softech.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Ladis]

Ale principiálně ti stačí podpora jen v tom, který používáš/používá tvůj tým .
_________________
Award-winning game developer

[]semo[]

No, Milkshape určitě nepoužívá nikdo. Takže bys musel mít nějakej exporter. Pak přijde nějaký zvrat, nový grafik, co dělá v Blenderu, nebo v Maye, místo Maxu a jsi s principama v háji ;-).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Crypton]

[]semo[]

Umí, ale jsou blbý. A BMP umí alfakanál, ale blbě.
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Ladis]

A skutečně je blbý ten formát, nebo myslíš jen podporu v aplikacích? Mně to přijde jako říct, že DOC a DOCX jsou blbé formáty, protože je pořádně umí jen jedna aplikace (a ani ta ne na 100 % mezi různými verzemi). Třeba ten BMP s alphakanálem používá hodně sám Microsoft už 9 let a je podporován všude:

[]semo[]

Jo, většinou jde o tu podporu, nechci na tohle téma zavádět offtopic, takže souhlas. Ale nechápu, proč vybírat nějaký prastarý formáty, když je tu hodně nových a lepších. Kombinace 3DS + BMP je opravdu špatná volba. Ale když to někomu funguje a je s tim spokojenej, tak proč ne. Je to jako když má někdo zachovalýho trabanta, má to svoje kouzlo (asi) :-).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[perry]

3ds možná animace podporuje, ovšem nikde jsem nikdy neviděl nějaký popis té struktury + jak jsem psal, pokud někdy exportuju v novém maxu do 3ds, tak se model zničí (což vidím jako větší problém). Protože nejsem modelář, tak jsem odkázaný na modely od jiných, takže nevím co tam použili a co tomu vadí. Vypadá to občas jako kdyby v maxu kolo bylo kreslený jako instance (1x kolo a přes 4 matice rozšoupaný na svoje pozice... ale v 3ds to kolo mam pak jenom jedno a třeba ještě na blbém místě někde v kabině)

----
Offtopic
Ad. xml parser.. myslel jsem že napíšu lepší, než vestavěný v C# .. omyl.. celý parser mi brzdí jedna blbá řádka, jinak bych měl teoreticky lepší výkon.
String value = "";
int znak = xml.readByte();
...
value += (char)znak; ---- BRZDA :/
_________________
Perry.cz

[Ondras]

[perry]

[posila]

V C# muzes hazet znaky do char[] a String z pak ziskas predanim toho pole znaku konstruktoru stringu.

[Ondras]

A jak jsi ten string builder pouzival?

Kolegovi to nedalo a spichl takovy testovaci miniprogram. Viz; http://nopaste.ceske-hry.cz/223129

uplne dole mas vykonnostni rozdil na jeho stroji.

[perry]

[Ondras]

Tak samozrejme, ale dulezite je vedet, v jakych pripadech to je rychlejsi a v jakych pomalejsi.

Ten StringBuffer ma byt rychlejsi pro hromadne zpracovani vetsich objemu. A to podle me .xml soubor je. Takze jestli to tobe bezi pomaleji, tak bych se zamyslel nad implementaci.

Co se tyce toho xml. Asi neni zrovna vhodne navrzene, lepsi by bylo treba takhle
<nodeList>
<node>1</node>
<node>2</node>
<node>3</node>
atd...
</nodeList>

Tyhle slozeny nestoji vetsinou za moc, neumoznuji dotazy (v databazich napr). Zbytecne jsou narocny na parsing a pracny na praci s nema. Takhle bys zavolal jen neajky ParseInt nebo ParseFloat nebo tak neco.