Szegény ember 3DS betöltője

[Geri]

Vándor! Ha erre jársz, jobb ha tudod hogy már van ilyen, mivel azóta már megcsináltuk:///////////////////////////////////////////SAD MAN’S 3DS LOADER       v0.07LGPL v2    by Caiwan, KitKett and Geri///////////////////////////////////////////http://sourceforge.net/projects/sadmans3ds/ -This loader IS TESTED and IT IS WORKING.-Supports up to 256 mesh in a model-Supports texture file names (if a mesh has no textures name, previous will be cloned to it)-Normals are currently ignored and calculated automatically by the loader-SAD MAN’S 3DS LOADER is written in C++, but interfaces are in C languageeredeti nyitóhsz:——————-Birtokol valaki LGPL-es ÉRTELMES 3ds betöltőt, a szegényemberjpgbetöltőjéhez hasonlóan? Gondolok itt most olyanra, hogy megadod neki hogy FILE * ezittenegyjpgfile, és akkor ő visszaadja a meshek számát, a meshekhez tartozó textúrák neveit, meg a meshekhez tartozó vertexek, uv-k, normalok pointereit, és akkor mondjuk úgy hívják hogy load3ds.c. Szóval kb pont mint jpg esetében.Én nézegettem ezeket a netes tökjó3dsbetöltőturial.c-ket, de-a legtöbb írtózatosan gagyi-be bírja tölteni kb azt az egy modellt, amit adtak hozzá-mesh kezelés, ugyan, neandervölgyben?-vagy csak simán 10% eséllyel szétfagy, annyira jól lett megírvaúgyhogy gondoltam írok magamnak (ez még anno 4 éev volt), de na, az is ugyanilyen minőségi lett. Szóval ha valaki birtokol ilyesmit, az ne tartsa magában, jöhetnek a javaslatok.

[Travis]

Szerintem ne ragadj le egy formátumnál. Keress olyat, ami megfelel neked, amihez találsz jó eszközt. Pl. az obj tisztán szöveges, kezeli minden 3d editor, és könnyű megírni a betöltőt hozzá. (Bizonyára van is egy csomó, de nem néztem utána)

[Geri]

Van nekem saját formátumom is, ami nekem megfelel, csak mivel 120 megásak lesznek tőle a demóim, másoknak nem felel meg. Úgyhogy a magam részéről most a defacto-standard .3ds kell, a mostani formátum mellett.

[aha]

http://code.google.com/p/lib3ds/

[Geri]

ez nem szegényember style, hanem egy agyonbonyolított fos. de azért kösz!

[Murphy]

van a klasszikus MRI féle, scene.org-on tuti fent van

[Geri]

ez mégrosszabb. na sztem meg fogok fűzni valami engineírót hogy nyomja már ki a 3ds loaderjét LGPL-be aztán átvarázsolom szegényemberessé.

[Charlie]

Nem érdemled meg, de a szépemlékű Inquisition csapat egykori 3D engine-jének 3DS betöltőjét innen le het szedni. Pascalban van, az egész lelke 1db rekurzív rutin, plusz a chunk.handlerek. Nem túl bonyolult, szóval átírható C-be. Ha ez sem elég egyszerű neked, akkor ne akarj 3DS-t betölteni, úgyis elavult, túlbonyolított formátum, nem való az neked… (vö: Kés, villa, olló, gyerek kezébe nem való!) A forrás nem LGPL, de kb. megengedőbb a licenc (READ.ME), főleg, hogy úgysem fogod használni, max infó-forrásnak.

Azt kell még róla tudni, hogy én irtam, meg az mrc!, kb. 10 éve, és nagyjából ez működik pl. a High Voltage, a BX-0 és a BX-1 c. demók alatt… Minimum. :) A hiányzó chunkokat a neten fellelhető infók alapján magad is könnyen pótolhatod.

[Bery]

Geri, építkezz csak kockákból, azt le tudod generálni kódból is, máris spóroltál 60 Mb-ot ;)

[Geri]

Charlie: bár nem érdemled meg, de azért kösz :D
Nem vezérel semmilyen önös érdek amikor itt most szegényember 3ds betöltőjét keresek, mert nekem aztán tökmind1 hogy egy szétbonyolított szarra írok-e egy wrappert, mert úgy sem fogom a kódon belül soha többet látni. Inkább a köz érdeke vezérel, hogy végre legyen a közösben egy jó minőségű egyszerű egyfájlos 3ds betöltő, hogy mindenki egyszerűen használhassa és szebb meg jobb demók szülessenek. Hogy ez rajtam is segít, az már részletkérdés.

Mindenesetre akkor tehát van most 3 db 3ds betöltő belinkelve. Ebből ki kell választani azt, amelyik működik, egy fájlosra alakítható, és a legkisebb, legegyszerűbb. Ha valaki tud még, ne tartsa magában.

[pohar]

“egy fájlos”

[Charlie]

Hja. Pedig tök állat lenne egy fájlos helyett egy utántöltős 3DS loader. Főleg ha még kérné a második lemezoldalt is.

[Murphy]

Egyébként tekintve, hogy a 3DS igencsak ősi fileformátum ezernyi hiányossággal, én a helyedben mondjuk ASE-t töltenék.

[blala]

Az ASE praktikus, de mondjuk finoman szolva, necces. Peldaul nincs dokumentalva. Meg kicsit helypazarlo is.

[Gargaj]

tamogat az ASE egyaltalan animaciot / keyframinget?

[Murphy]

Azt hiszem igen, genesisék használtak ASE-t anno.

Egyébként common file-ok terén nem igazán tudok jó megoldást, az egyetlen jó módszernek az exporter tűnik. Mi most colladát használunk, de írtó küzdelmes az egész, kerülendő.

[slyspy]

Támogat.

[Geri]

Kendi a 3ds-t szereti.

[Murphy]

ő a modellered? :)

[Geri]

igen. rájött, hogy a marhavagonokkal való céltalan menekülés unalmas, és aztán beállt a háremembe.

[Spenot]

Jezusom, Kannnndi Kannnndi! Talan az elso anime, amitol a szor felallt a hatamon, amiben komoly szerepe volt a magyar szinkronnak is. Ennek ellenere gyakran megneztuk, mert jokat lehetett rohogni rajta (pl. amikor a burzsuj lovagolo szepfiu kitorte a nyakat). Ezen kivul csaladunk a sorozatnak koszonheti a “gondolkodocella” kifejezest, amelyen termeszetesen a WC-t ertjuk.

[Geri]

Hála istennek én már jobbára elfelejtettem, hogy miről szólt, de köszönöm a fejtágítást a többiek nevében is :D

[Caiwan]

Mi a neten fellelhető dolgokból (ebből, meg ebből) raktuk össze a saját töltőnket felesbe. Persze kiakad ha nincs pl. uv, meg kisebb nagyobb bugok vannak benne, de majd fixeljük. Ha jó lesz közkincsé teszem. :)

[Geri]

Az fasza lesz! Csak ne kelljen hozzá atomfizika tankönyv.

[Caiwan]

Csak az objektum-orientált programozás ismerete. Már azért is szerenténk idővel kiadni mindent, mert szeretnénk ha olyanok is hozzászólnának, akik nálunk sokkal jobban értenek a témához, és tudnánk rajta javítani :)

[Geri]

rám számíthatsz, én majd átjavítom oop mentesre (legalábbis kifelé, hogy bent mit csinál, az senkit nem érdekel, csak ha túl oops akkor egzotikus platformra nem fog lefordulni cpp fordító híján)

[Spenot]

Geri wrote …
Hála istennek én már jobbára elfelejtettem, hogy miről szólt, de köszönöm a fejtágítást a többiek nevében is :D

Nekem is csak te juttattad eszembe :D

[Caiwan]

Milyen egzotikus platformra kell? Amigánál egzotikusabb platformon nem tudnám elképzeni. Szerintem akár át is lehetne írni oop-ről, ha nagyon muszály, … meg rengeteg memcpy-t használ. Nekiállok bugfixelni, hogy ne csak egyetlen filet olvasson be, mert jelenleg nem tud mitkezdeni, ha pl. a mterial vagy uv chunk hiányzik.Edit: nemrég akadtam rá, még nem nyálaztam végig, de első ránézésre hasznos lehet: [link]

[Geri]

Nemtom, szerintem simán elképzelhető hogy valaki megpróbálja beletenni valami kis kézikonzolon futó játékába, ott pedig általában csak sima C támogatás szokott lenni, meg valami ez fölé begányolt speciális, csak az adott platformra jellemző kezdetleges, idióta OOP-fordító-csökevény.

Mondjuk én a helyedben emiatt nem állnék neki C-síteni, csak ez egy érdekes probléma.

[Caiwan]

Az első nagyobb buglit most javítom benne, méghozzá a másik tag úgy írta meg a material loadert, hogy csak egy materilat tölt be. Valóban, a teszt fileban csak egy van :) Erre válaszul generáltam olyan filet amiben már három material és nulla uv van. Jöttek a meglepetések :) Atomfizika meg annyiban kell hozzá, hogy ismerni kell a vector konténerosztályt, mert olyanokba tol bele minden, mert nekem így volt kényelmest. Jelenleg még … De szeretném minél dinamikusabbá tenni, méghozzá pl. a töltő részben bennevannak egy tömbbe milyen modelek kellenek, a 3ds fileokban ottvannak a textúrák filenevei, akkor egy model betöltése után azonnal ugrik az image loaderhez, és töltögeti azokat, és generálja a textúrákat. Mondjuk ez szép és jó eddig, de ősszel kiderül hogy tényleg jó-e minden. :) De kiknek/mire/mihez kell ez neked? Gondolom valami frameworkbe/engine-be nem?

[Author]

Posts