Řetězce

[frca]

Trololo?
_________________
www.FRANTICWARE.com

[rezna]

[Aroidzap]

Tak muzu se jeste jednou zeptat? Jde mi tu o nacitatni xml dat, presneji collada, jde mi o rychlost a o to, aby se zbytecne nepouzivala pamet. chtel jsem pouzit char* z toho duvodu, ze si myslim, ze tam nejsou zadne zbytecnosti co by zrali pamet a zadne zbytecne skryte funkce, kdyz se s nima manipuluje. Pokud si myslite, ze pro nacitani collady neni char* dobry, poradite mi prosim neco lepsiho? diky

[if.then]

Na tvou otázku: char * použít můžeš, ale rozhodně bych to nedoporučoval. Jsi pak vázaný na ANSI C funkce k manipulaci s řetězci, které by dnes nikdo nepoužíval, protože nejsou ani bezpečné, ani příliš intuitivní. Svoje vlastní si taky můžeš napsat, ale bude to z louže do bláta, pokud neznáš ukazatele jako svoje boty.

To už je lepší std::string a z toho to rozházet do hiearchické struktury (Collada je v XML).

A pokud bych neměl odpovídat na tvou otázku? Collada je děs, příšerně obsáhlá a většinou neurčitá specifikace, každý nadává, když si píše vlastní importer.
Takže použij Assimp. Ušetří ti to mnoho nadávek.
_________________
For guns and glory, go to www.ceske-hry.cz.
For work and worry, execute VC++.

[OndraSej]

Aroidzap> Pokud neprogramuješ něco hodně specifického (a pokud ano, tak bys to věděl), tak úspora daná použitím char* místo std::string nestojí za řeč a za práci navíc.

Jinak pokud potřebuješ parsovat XML, rozhodně použij nějakou existující knihovnu, XML je podstatně složitější formát než na první pohled vypadá a kdybys měl správně ošetřit všechny možnosti, tak u toho strávíš podobně času jako u zbytku hry. A pokud existuje kód pro parsování přímo Collady, tak nejlepší co můžeš udělat je použít přímo ten.
_________________
http://trionteam.net

[perry]

Na parsing XML doporučuju TinyXML.. rozhodně to nepsat ručně Na Colladu jsem si to napsal ručně pak s pomocí toho.. ale byla to k**** práce
_________________
Perry.cz

[Lemik]

[Lemik]

Pardon za bump, ale vidím, že VladR už je přítomen, tak upozorňuji na můj dotaz výše.

[VladR]

No, problem je, ze .NET kod v style "string A = B+C" je v hlavnej smycke neskutocne zverstvo. Pretoze, aj ked kodim pomaly 30 rokov, tak toto sa mi este fakt nestalo, ze by jeden sprosty string zral tolko RAMky. O tomto sa budem hadat kludne aj do krvi. Toto proste nemozes ocakavat !
To je ako keby si povedal, ze je normalne, ze int Num zozerie 4 KB...

Ja som vyrastal na strojovom kode 6502, takze ked vidim nieco take, tak sa mi proste obracia zaludok...

Na PC si to nevsimnes, lebo tam sa ti GC spusta na osobitnom jadre, takze ti to beh nespomaluje.

Ale z XBOXU si veeeelmi zretelne spominam, ako som cumel na vypis z toho debug toolu od MS jak puk, ze kolko RAMky vlastne leakuje jeden sprosty string. Co si spominam, tak to bolo 8 KB na 1 instanciu. Cize na vyssie uvedeny riadok zozeries 3*8=24 KB. Pri 60 framoch za sekundu to mas 24*60 = 1 MB+, takze sa ti kazdu sekundu (vzdy po prekroceni 1 MB) spusti Garbage Collector.

Co na XBOXe, prirodzene, vdaka GC implementacii v .CF znamena, ze ti hra kazdu sekundu na pol sekundy zadrhne.

Ked som vyssie uvedeny riadok vyremoval, tak samozrejme sekanie na XBOXe prestalo. Na PC ziadna zmena (logicky).

Takychto pruserov je pod .NET viacej. A nejde len o (Un)Boxing. Ked som naraz bindoval 3 vertex buffery na mesh, tak by ma tiez v zivote nenapadlo, ze to bude leakovat jak hovado. A ono leakovalo (workaround bol sice jednoduchy, ale WTF to bol teda riadny)

Implementacia CF ma proste svoje, nazvime to, specifika


Ak si chces byt isty, tak udajne musis skumat IL kod. Ale to je blbost ! to si mozem zacat kodit rovno v assembleri. Nejdem predsa do hi-level jazyka ako C# preto, aby som detailne skumal, ze co za paseku tam ten sprosty kompilator narobil.

[OndraSej]

[Ladis]

O tom VladR mluvil už dřív, že problém je v použítí .NET CF. XBox360 má samozřejmě dost výkonný CPU (3jádrový 3,2GHz PowerPC).
_________________
Award-winning game developer

[VladR]