So liebe Leute. Ich möchte mich bei allen bedanken, die sich irgendwann einmal hier her verirrt haben. Leider steht es um das Projekt nicht gut und die Aussicht auf eine Fortführung des Projektes ist zur Zeit leider nicht die rosigste.

Trotzalledem ist Spur3D ab sofort nun wieder in Entwicklung. Diesmal werde ich das ganze, aus Entwicklungszeitgründen, auf Java aufsetzen. Der Entwicklerblog wird ab sofort unter http://spur3d.eastforge.com erreichbar sein. Da gibt es auch schon die ersten Bilder zu sehen. Und ich werde versuchen den damaligen Stand so schnell wie möglich wieder her zu stellen.

Dieses mal wird bei Spur3D kein festes Projekt dahinter stehen sondern wird sich lediglich auf das beschränken was es einst einmal sein sollte. Eine Demo dessen was ich als Entwickler zu leisten vermag.

Wenn sich über die Zeit willige Menschen finden sollten, sobald die Spur3D auf einem gewissen Stand ist, das man damit vielleicht kleinere Sachen testweise umsetzen könnte dann scheut euch nicht eine kleine Mail an mich zu schreiben.

In diesem Sinne war es das ersteinmal von mir. Sollte sich doch etwas an dem Projektstatus von GameProject:Mines ändern und überrschenderweise die Entwicklung doch fortgesetzt werden, dann werdet ich es natürlich sofort erfahren.

Vielen Dank an euch und euer Interesse an diesem Projekt.

Euer freakxnet

Was passiert derzeit in unseren heiligen Entwicklerstudio ?

Wie ich ja bereits schrieb werde ich in Zukunft für meine Oberflächen QT verwenden. Das hat zur Folge das ich mich da erstmal reinarbeiten muss . Na klar man kann ja nicht alles wissen (oder doch?) und bin von daher grad damit beschäftigt mich mit dem Ding anzufreunden. Und ehrlich gesagt finde ich es sehr interessant. Mal davon abgesehen das es sich ein wenig so anfühlt wie Java, aber ok bevor ich hier nen flame war lostrete lasse ich das lieber .

Insgesamt versuche ich mich grad an dem ScriptEditor weil ich das als eine einfache gut zu machende Übung ansehe.

Was da an der Stelle auch noch auf mich zukommt ist das Umbauen von Spur3D. In Zukunft möchte ich das ganze so lösen das es wahlweise verschiedene Methoden zum Generieren des Frames gibt. Z.b. wäre da die Variante wie ich sie jetzt habe mit einem einfachen Win32 Frame ohne die ganze QT-Geschichte (find ich für einen Release schöner, weniger Balast) und ein QT Frame oder Panel (je nachdem wie es besser möglich ist). Da es ja das Ziel war die Engine direkt über die Tools steuern zu können und diese ganze Arbeit die ich jetzt noch von Hand mache zu automatisieren. Das bringt natürlich ein wenig mehr Aufwand mit sich bietet aber enorme Vorteile gegenüber dem wie es jetzt läuft.

Nagut alles nur so Gedanken welche ich demnächst klären will.

-freakxnet-

Nachdem ich nun ein paar Tage lang hin und her überlegt habe, was ich denn nun für meine Oberflächen für eine Sprache verwenden werde, habe ich zwischen Java, C#, C++ pur Win32  und C++ mit QT entchieden. Ich bleibe wohl bei C++ mit QT hängen.

Das ist vom Programmieren her sehr locker und bringt sehr gute Bearbeitungstools mit. Größte Vorteil daran ist wohl das ich Oberflächen bauen kann mit C++ ohne auf meinen Komfort zu verzichten (unglaublich oder? gibt es auch sowas wie Programmierdiven? ) und dabei gleichzeitig Spur3D ohne großen Aufwand direkt anbinden. Wobei ich die Framegrundlage von Spur3D ebenfalls auf QT umstelle und Spur3D nur noch einen Canvas hinwerfe ^^. Da habe ich alles konsistent und den späteren Tools steht auch nix im Wege und ich muss keine Verrenkungen mache.Testen werde ich das ganze jetzt erstmal an dem Scripteditor. Wenn ich das halbwegs brauchbar hinbekomme dann steht dem ganzen nichts im Wege .

Getestet hab ich das schon ein wenig und am wichtigsten war für mich jetzt erstmal zu verstehen wie das SIGNAL/SLOT System funktioniert. Fühlt sich irgendwie son bischen an wie im Java das Listener-System. Aber so ganz kann ich das noch nicht beurteilen .

-freakxnet-

Als ich jetzt so angefangen habe mit dem Editor wollte ich den ja eigentlich in C++ bauen. Da ich ja das VisualStudio Express  verwende wundert mich auch folgendes nicht. In Studio gibt es für eine Windows-Forms Projekt auf C++ Basis keine C++/CLI Intellisense!!!

Das muss man nicht verstehen. Also ich kann es auf jeden Fall nicht. Da ich auf sowas ja absolut keinen Bock habe (ich verwöhntes Bürschchen ) habe ich mich gegen C++ entschieden und Baue die Tools nun mit C#. Ok das ist jetzt nicht die unbedingt die beste Ausweichmöglichkeit. Ich könnte das ganze auch mit Java bauen…

Java… Hmm….

Wäre ja auch noch ne Variante. Aber ne ich hab schon ne million Java Projekte. Da tut es ganz gut mal was anderes zu benutzen. Wegen der Vielfalt und so . Die Probleme bleiben ja die selben an der Stelle. Da ich ja nicht C++ benutze dafür kann ich die Engine nämlich nicht direkt anbinden sondern nur per DLL oder für den Live-Developer Betrieb über einen kleinen Server welcher die Befehle entgegen nimmt. Da bin ich grad noch bisschen am überlegen was so die beste Variante sein wird. Mir fallen da bestimmt auch noch andere Möglichkeiten  kein. Warten wir es mal ab.

Ansonsten kann der Editor erstmal schon SourceCompletion so wie man es standardmäßig gewöhnt ist. Automatische Klammer vervollständigung und Einrücken.

Da muss ich jetzt noch das HiLiting einbauen und das man Laden/Speichern kann. Geplant ist das ganze so (oder besser ich lege es so an) das ich daraus ein komplettes Entwicklertoolkit bauen werde (auch um später dann mal Leveldesign und sowas betreiben zu können, an dieser Stelle sei mal dazu gesagt das das Blender zwar schön ist aber ich es nur noch rein Importiere und in mein System drücke [siehe Cache-Files]).

Wobei die Entwicklungstools erstmal nciht so sehr im Vordergrund stehen. Am meisten hat mich jetzt aber einfach genervt das ich nicht ordentlich Scripten kann .

-freakxnet-

Ja, ich wusste, igrendwann würde es soweit sein das die normalen Tools die man so bekommt nicht mehr so richtig zu reichen. Da bin ich grad so am überlegen was ich für ein Tool benutzen könnte mit dem ich S3DS  (Spur3D Script) hacken kann. Ich bin ja ein wenig verwöhnt von Source-Completion und Syntax High-Lighting.

Da ich davon ausgehe das ich irgendwann so oder so ein Entwicklertoolkit benötige ist das vielleicht der Punkt wo ich damit anfangen sollte . In diesem Fall würde ich mal locker mit einem kleinen Script-Editor anfangen damit man das mal sauber Entwickeln kann. Derzeit nervt es auch ein wenig weil ich mittlerweile schon so viele Funktionen habe das ich mir das nicht mehr so richtig merken kann.

Ok lange Rede kurzer Sinn. Ich bau einen Script-Editor ^^.

Falls sich jemand fragen sollte warum ich nicht was bereits fertiges nehme,  habe ich probiert, habe aber bisher nichts gefunden was mir zusagen würde.

Ich werde mal mein Glück mit C++ GUI Programmierung probieren. Hab ich bisher noch nicht wirklich gemacht, aber hey was solls mann wächst ja an seinen Aufgaben ^^.

-freakxnet-

Der nächste Schritt ist getan. Ich habe gerade eben den Terrain-Split Algorithmus fertiggestellt. Wie ja schon bereits erwähnt ist das (zumindestens für mich ) eine wichtige Sache da dadurch die “Seemles”-Worlds ermöglicht werden. Das coole daran ist das man einfach so ein komplettes Terrain Teil aus der Welt heraustrennen kann. Größte Vorteil: Man reduizert die Datenmenge erheblich und es ist nun möglich immer nur einzelne Teile im Speicher vorzuhalten und bei Bedarf lediglich nachzuladen.

Dann kommt noch hinzu das die einzelnen Modelle in der Welt ebenfalls über einen Octree abgespeichert werden was wiederrum einen sehr schnellen Zugriff innerhalb der Terrain-Tiles ermöglicht.

Das ist aber noch nicht ganz alles. Es tut sich auch einiges beim LUA selbst. Da habe ich mir jetzt ein etwas besseres Konzept überlegt wie ich diese ewig vielen Commands besser gehändelt bekomme (die Liste wird doch mittlerweile schon recht groß).

Achja: Bei dem Testterrain lasst euch nicht durch diese gnadenlose unprofessionalität erschrecken welche ich im Umgang mit Blender an den Tag legen . Das Ding sieht e sinfach nicht aus aber erfüllt seinen Zweck.

Dazu gibt es wieder ein paar Bilderchen (endlich mal wieder) damit ihr euch einen Eindruck davon machen könnt wie das ganze dann in Action aussieht.

Anzumerken ist noch das bei dem Bild woo das große Stück in der Mitte fehlt ich mir den Spaß gemacht habe links hinten und in der Mitte einach mal 2 Tiles zu entfernen. Da sieht man deutlich was mit dieser Technik möglich ist. Ebenfalls kann man feststellen das durch das Entfernen wesentlich weniger Daten benötigt werden.