zum Unreal Package Format gibts leider nur recht wenige Infos(http://www.acordero.org/ z.B.). Dort wird aber leider nur bis zur Version 68 (UT1) eingegangen. Meine Frage also: kennt zufällig jemand weitere Infos zu den einzelnen Classes (besonders Polygon, Brush etc.. und wie man sowas am besten renderm kann) oder vielleicht sogar Spezifikationen zu neueren Package-Formaten wie die von UT2K3?

Hmm, es gehört zwar nicht zu deiner Frage, aber mir ging noch lange mal deine Frage durch den Kopf, wo du gefragt hast, wie UT2003 diese In- und Outdoor levels realisiert (oder was das jemand anderes?)

Auf jeden fall hab ich diesen Thread gefunden, vieleicht hilft dir das weiter (auch wenn nicht genau zu dieser Frage, dazu such ich weiter :) )

http://pub137.ezboard.com/fmrgamemakerfrm0.showMessage?topicID=2762.topic

"Einer der Unterschiede zwischen einem guten und einem schlechten Programmierer: Der gute ist in der Lage, auf einem so hohen Level zu denken, dass sich die Programmierzeit auf wichtige Dinge beschränken lässt" - Jay Stelly, Valve Software

naja so ungefär kann man sich das auch denken. Die laden halt über T&L Meshes auf die Graphikkarte und machen dann ne verinefachte colision-detection. Dann nennt man das ganze static-meshes und schon kommt man ganz cool an.

[edit]
aber wie gesagt mich würde eben die Datenstruktur ihrer Packages (*.uXX Erweiterungen) interessieren - aber trozdem thx

wieso denn?
Willste eine script engine für deine engine realisieren? geil!!!
Hmm ich denk mal der parsed das und schreibt dann binary- und plaintextcode darein und dann die resources
aber das hilft dir ja nicht weiter wenn du die dinger laden willst :) ich code lieber in uscript und mach mir keine gedanken drum...

thx, cu, MfG the_viking

(( My =]=H=O=M=E=> Page! ))
Coder bei Brainshock-Interactive und bei Z-Software
My ICQ: #160959446

@viking: Uscript ist durch den UDebugger mitlerweile ganz net aber das is einfach lame. Eine Script-Spache zu implementieren ist völliger Stuss! Wenn man C/C++ richtig codet ist das genauso Platformunabhängig und durch dynamische Module genauso flexiebel. C/C++ ist die beste und schnellste "Scriptsprache" und man muss sie nicht erst neu entwickeln. Man muss nicht immer das Rad neu erfinden nur weil es gerade trendy ist oder man vielleicht Spaß daran hat. UnrealScript ist nämlich mit ziemlicher Sicherheit an bytecode gehalten ( ähnlich wie quake-C oder die neuen doom3 scripts ) und das is einfach scheiße! wozu eine VM wenn man doch prima Code portieren kann?

wie wärs mit perl?

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

Uaahhhh, nicht Perl! Es gibt doch so viele andere Skriptsprachen die schöner sind...

cu,
Prefect

Widelands - Gemütliche Aufbaustrategie, Free Software
Noch ein Blog - Lerne, wie die Welt wirklich ist, aber vergiss niemals, wie sie sein sollte.

@Diablo: Der Vorteil einer Script-Sprache liegt aber darin, dass jeder, der für dein Spiel ein Modul schreibt nicht unbedingt einen C-Compiler zur Hand haben muss und dass man soz. fast in Echtzeit Änderungen am Script machen kann, die eben sofort neu interpretiert werden können, ohne das ganze compilieren zu lassen und neu laden zu müssen. Nebenbei ist es übrigens auch äusserst pratkisch dass du bei einer Script-Sprache volle Kontrolle über die Schnittstelle zwischen Engine und Script hast, ohne die Gefahr, das irgendein Sack gleich einen Wunderschönen Multiplayer-Cheat bastelt und als ganz legales Client-Modul einläd.

Zitat:

Prefect postete
Uaahhhh, nicht Perl! Es gibt doch so viele andere Skriptsprachen die schöner sind...

cu,
Prefect

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

@Diabl_bth: Um nochmal zu deinem U Package Problem zu kommen..
Hab letztens in einem Forum jemanden gesehn, der die Unreal (Torunament) Engine Nachprogrammieren wollte, er hatte schon eine Spielbare Version die man downloaden konnte, mit einem Maploader für UT. Ich glaub er hatte auch Models aus UT dabei. Leider weiß ich im Moment nicht in welchem Forum das war, sonst könntest du ja den Typen mal fragen. Ich werd aber nochmal für die meine Favoriten durchforsten.

Soweit ich weiß kann Milkshape3D ja auch UT Models importieren / exportieren, vielleicht fragst du den Programmierer davon mal um rat?

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

Ich glaube das war zfx.info, aber da ist ja Diablo_bth auch zu hause :)

http://www.zfx.info/IOTW.php?ID=8

"Einer der Unterschiede zwischen einem guten und einem schlechten Programmierer: Der gute ist in der Lage, auf einem so hohen Level zu denken, dass sich die Programmierzeit auf wichtige Dinge beschränken lässt" - Jay Stelly, Valve Software

Jap genau das iotw war das ;)
Naja, einen versuch wars ja wert, vielleicht hilft ja der tipp mit milkshape

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

Zitat:

Diablo_bth postete
@viking: Uscript ist durch den UDebugger mitlerweile ganz net aber das is einfach lame. Eine Script-Spache zu implementieren ist völliger Stuss! Wenn man C/C++ richtig codet ist das genauso Platformunabhängig und durch dynamische Module genauso flexiebel. C/C++ ist die beste und schnellste "Scriptsprache" und man muss sie nicht erst neu entwickeln. Man muss nicht immer das Rad neu erfinden nur weil es gerade trendy ist oder man vielleicht Spaß daran hat. UnrealScript ist nämlich mit ziemlicher Sicherheit an bytecode gehalten ( ähnlich wie quake-C oder die neuen doom3 scripts ) und das is einfach scheiße! wozu eine VM wenn man doch prima Code portieren kann?

thx, cu, MfG the_viking

(( My =]=H=O=M=E=> Page! ))
Coder bei Brainshock-Interactive und bei Z-Software
My ICQ: #160959446