Hiermit möchte ich ein Projekt vorstellen was schon einige Zeit in arbeit ist.
Der Titel des Projektes lautet X-Dream und ist eine Engine, wie der Titel schon sagt.

X-Dream hat viele tolle Features und viele davon werde ich nun zur Schau stellen.
Der Source ist für Freepascal compiler ausgelegt kann aber auch unter Delphi compiliert werden(mit leichten einschränkungen der Features in bezug auf Logger).

X-Dream verwendet ein sehr flexibles und leicht auf weitere Datenmedien(z.B. mySQL,file,server,...) erweiterbaren Logger.
Wenn der Freepascal compiler verwendet wird werden alle Informationen die die Application bezüglich Errors und Exceptions ausgibt automatisch geloggt.
Hierzu wird je nach compilersettings auch Zeile und Codefetzen der den fehler aufgerufen hat mit geloggt.

Es werden auch ein Unitpaket mitgeliefert was Systeminformationen abfragt und zur verfügung stellt, hierzu zählen Hardware und Software.
Ein paar Beispiele wären Ram-, Cpu-, Zeit-, Netzwerk-, OS-informationen. Diese sind im moment nicht auf allen unterstützen OS im gleichen Umfang abfragbar.

X-Dream unterstützt auch Wavelet basierte Grafiken neben standardformaten wie Png, Jpeg, Bmp,... .

Eine voll funktionsfähige implementierung von Lua ist bereits vorhanden. Wem diese Scriptsprache nichts sagt sollte mal in google nach "Lua World of Warcraft" suchen oder einfach "Lua" und wird weitere bekannte spiele finden die diese simple Scriptsprache nutzen.

OpenAL ist in kombination mit Ogg Vorbis verfügbar und funktionsbereit.

Für Physik wird Newton genutzt und eventuell auf ODE erweitert.

X-Dream bietet Bitmap Fonts und TrueTypeFonts zum darstellen von Text.

Helferunits wie Timer und Camera erleichtern das arbeiten mit Bewegungen und Zeit.

Es ist auch ein GUI System geplant, welches über GTK2 Themes grafisch verändert werden kann.

Ein großes Augenmerk legt das Projekt auf Cross und somit nutzt es folgende fremde libs, OpenAL, OpenGL, SDL, SDL_Image, SDL_TTF, Ogg Vorbis, zlib, newton/ode(ist noch nicht raus) und Lua.

Die Engine ist komplett kostenlos und kann ohne bedenken für kommerzielle Zwecke genutzt werden, da der Engine Code unter GPL steht und alle verwendeten Libs ebendfalls GPL oder Art verwandte Lizensen zu grunde liegen.
Man braucht keine Angst haben Lizensen zu verletzen wie es dann der Fall bei mp3, md3, gif oder ähnlichen Formaten der Fall wäre.

Die Engine baut sich in 2 Teile auf Core und Engine.
Die Core enthält alle Units, die fast ausnahmslos durch eigene units ersetzbar sind und somit eine an eigene Bedürfnisse angepasste Version ermöglicht.
Die Core stellt hierbei eine Low Level API dar und die Engine ist dann die High Level API und bindet mehere Units von der Core zu einer kompakten Klasse zusammen.

Teamleitung und Hauptentwicklung mache ich,
Texturen und rund ums Thema ist Frase zuständig und
für Netzwerk ist ein Freund namens Xenion zuständig.

Die Dokumentation wird über PasDoc geregelt und Codeformatierungen sowie andere Dokumentationen sind in frei zugängliche Datein festgelegt.

Der Sourcecode wird über ein SVN verwaltet und Mantis sorgt für das Bug Tracking.

Wo findet man mehr informationen ?
http://linuxprofessionals.org/xdream/

Wo liegt der Source?
svn://www.linuxprofessionals.org/xdream/
oder
einfach auf der Website unter Download und svn gucken.

Sorgen und Probleme sollte man als mail (x-dream@neroneus.de) an mich schreiben oder ins forum posten.
Ein Bugtracker ist in kürze geplannt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Es ist nun ein Bugtracker verfügbar, in dem man nun Fehler,Probleme, Feature Wünsche oder verbesserungs vorschläge machen kann.
Zu finden ist der Bug Tracker auf der Website unter "X-Dream Engine->Bug Tracker" oder unter folgenden Link http://linuxprofessionals.org/xdream/mantis/main_page.php.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Bilder sagen meist mehr als tausend Worte und daher gibt's hier eine kleine Auswahl von X-Dreams Fähigkeiten in verdaulichen Portionen serviert *g*:

(Alternative Bilderquelle, falls ihr diese Bilder nicht sehen könnt *g*)
Das erste Bild zeigt hauptsächlich 2 Dinge. Zum einen das Fontsystem und zum Anderen die GUI. Die Fonts werden per SDL_TTF generiert und in Texturen abgelegt. Das wird erstens sehr schnell generiert und zweitens ist auch die Darstellung recht performant Außerdem kann mitten im Text die Farbe geändert werden, wie man auch auf dem Screenshot erkennen kann.
Dann ist da natürlich noch die GUI. Zu der gibt es nicht allzu viel zu sagen...

Der zweite Shot zeigt im Großen und Ganzen den Texturmanager in Aktion. Der lädt alle Formate, die SDL laden kann. Also TGA , BMP, PNM, XPM, XCF, PCX, GIF, JPG, TIF, LBM und PNG. Texturen, die nicht Power of Two sind, werden entsprechend skaliert und dabei auf Wunsch geschärft, um so Detailverlusten durch Verkleinerung vorzubeugen. MipMaps werden schnellstmöglich, je nach verwendeter Hardware, erzeugt. Dabei wird peinlichst darauf geachtet, ja nicht zu oft die glu-Funktionen zu bemühen, sondern möglichst viel direkt auf der Grafikkarte berechnen zu lassen.
Der Texturmanager zeigt seine wahren Stärken jedoch im Management der Texturen *g*. So werden auf Wunsch mittels Referenz-Counter nicht mehr benötigte Texturen bei Speicherknappheit aus dem Speicher entfernt, um so Platz für neue Texturen zu schaffen. Außerdem werden Texturen auf Wunsch erst dann geladen, wenn sie tatsächlich benutzt werden.
Geplant ist außerdem noch Support für komprimierte Texturen und das Laden der Texturen in einem eigenen Thread um so das eigentliche Programm nicht allzulange aufzuhalten.

Und den letzten Screenshot lass ich noch ein wenig im Dunkeln stehen

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Dreimal dürft ihr raten, was das da ist:


(Alternative Bilderquelle, falls ihr diese Bilder nicht sehen könnt *g*)

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

I'm very pleased to announce, dass wir euch nun auch Nightly Builds zur Verfügung stellen können
Das bedeutet für euch, dass ihr nicht zwingend über einen SVN-Client verfügen müsst, um euch X-Dream zu holen.
Jede Nacht um Punkt 0 Uhr wird eine Kopie des SVN gezogen und als komprimiertes tar.gz Archiv zum Download auf der Website bereitgestellt.
Das Ganze findet sich hier: http://x-dream.neroneus.de/?link=packages

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Ich mach mal wieder ein Newspost, um mal den Stand der Dinge zu zeigen.
Wir haben erstmal einige Bugfixes gemacht in Bezug auf Kompatibilität mit Linux/Windows und FreePascal/Delphi angeht.
Es gibt einige neue Units wie z.B. XD_Path.pas,XD_Perfmon.pas und XD_FakeHDR.pas und dazu auch passende Demos.
Ich habe mal die Screenshot Section auf vordermann gebracht http://linuxprofessionals.org/xdream/?link=screenshot.

Ich werde als nächstes die GUI erneuern und erweitern. Hierbei wird der Code auf reinen OO umgestellt und um die restlichen Elemente erweitert, die von GTK bekannt sind. Es wird noch ein parser hinzukommen um GTK Themes ordentlich lesen zu können.

MfG TAK2004

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Nun gibs mal wieder News zum Projekt.
Ich hab ein Studium "Angewandte Informatik" an der FHTW begonnen und hoffe Wissen aus dieser Ausbildung in X-Dream einbringen zu können.
Es gab wieder ein paar fixes im Code bezüglich Delphi und Freepascal.
Wir haben uns entschieden libxmlParser ins Projekt zu includieren und haben auch noch einige fixes im Code für stabilität.
Aktuell arbeite ich an einer Unit namens XD_Data, dies ist die realisierung vom folgendem thread DGL Meshformat. Hierzu ein kleines Shot was ich vorhin gemacht hab click me.
Ich habe XD_Data zum laden des Raumes genommen und Fake_HDR um den Himel der durch die Latten sichtbar ist die umgebung mehr erleuchten.
Frase arbeitet momentan an eine funktion die erlaubt viele texturen platzsparend in eine große zu packen und somit zeit beim texturwechsel zu sparen. Einsatzzwecke sind z.B. Lightmapping und Animation Texture. Des weiteren arbeitet er an einem Lightmap Baker.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Mal wieder ein kleines aber feines Update, was es in sich hat.
Weiß gar nicht, wo ich anfangen soll, aber ok
Zuerst mal, ja mittlerweile ist tatsächlich eine Funktion im Texturmanager implementiert, die mehrere kleine Texturen in wenigen großen ablegt. Performance-Tests in dieser Richtung gibts noch keine, man kann jedoch tatsächlich einen Gewinn erwarten. Besonders, wenn die Texturen in den großen Container-Texturen in der Reihenfolge abgelegt werden, wie sie gebunden werden. Das wird ja bereits durch den Manager ermöglicht.
Daneben hat X-Dream nun auch die Möglichkeit automatisch die verfügbaren DLLs auf dem System zu überprüfen, die für die Engine relevant sind. Dabei wird erstmal geschaut, welche libs denn da sind und welche Version diese haben. Bei Bedarf werden dann automatisch aktuelle libs aus dem Internet nachgeladen, sodass man Bugs, die durch alte Bibliotheken entstehen, ausschließen kann. imho verdammt praktisch

TAK2004 bastelt aktuell gerade am Skriptsystem und sorgt dafür, dass man die ganzen Klassen und Manager und sonstwas alle in lua ansprechen kann. Auch recht praktisch für die GUI z.B.

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Wie Frase schon angesprochen hat, arbeite ich momentan an einer Scriptlösung für X-Dream.
Der Sinn ist folgender.
Da bei größeren Projekten nicht nur Programmierer sitzen sondern, vieleicht auch Grafiker oder Modeler.
Kann dieser ohne Programmierkentnisse und ohne das wissen der X-Dream Strukturen trotzdem ein Menü oder ähnliches bauen und ausprobieren.
Da Scriptsprache sehr simpel in der Handhabung sind,kann man diese in wenigen minuten lernen.
Lua schätze ich für jemanden der sowas nicht kennt so bei 15-20min ein und er kann mit Hilfe der X-Dream Script Doku Scripte schreiben.
Personen mit Programmiererfahrungen werden in 5min alles nötige Wissen was man braucht.
Ein weiter Vorteil ist, dass man nicht neucompilieren muss um etwas zu testen und man viele Dinge realisieren kann ohne einmal richtigen code zu schreiben. Momentan probiere ich mich noch aus und suche ein effektiven weg, zur implementierung aller wichtigen Befehle in Lua.

Hier mal ein aktuelles Beispiel.


Raus kommt dann folgendes.


Wichtig ist hier nur das das script beim start einmal interpretiert wird und dann main aufruft.
In Main hab ich dann eine funktion Draw als zeichenroutine angegeben.
Wenn also nun ein Renderdurchgang fast beendet ist wird diese funktion aufgerufen und ändert jeden Frame den Wert der ProgressBar.
Beim erstellen der GUI Elemente hab ich noch ein Event OnMouseBtnDown mit MbtnDown zugewiesen und dies wird dann aufgerufen wenn der ExitBtn gedrückt wird. In der Funktion wird wiederum die Exit Funktion aufgerufen die das Programm anweist sich zu beenden.

Geplant ist noch das Laden der GUIdaten aus einer XML file, so das viel Zeit gespart wird und der Code kleiner wird.
Ich will mich auch nochmal mit RTTI beschäftigen um zu ermöglichen, dass automatisch alle published funktionen und variablen aus dem Freepascal/Delphi Code in Lua gebunden werden.
Momentan verbrate ich recht viele Zeilen(5-36Zeilen pro funktion) um die momentanen funktionen zur verfügung zu stellen und es kostet einiges an Zeit.

Wer jetzt überlegt wie es mit der Performance aussieht kann ich nur sagen, Siedler,Painkiller,Farcry und Unreal3 lösen es auch so nur das Unreal3 ne eigene Scriptsprache statt Lua nutzt. Im Bereich GUI nutzten Homeworld2 und World of Warcraft ebenfalls Lua, um somit dem user ein sehr flexible Bedieneroberfläche zu geben.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Heute haue ich mal wieder ein paar News raus.
Wir werkeln momentan stark am existierenden Code, wir verbessern und fixen diesen.
Es gibt ein neuen Performancemonitor,es wird an ein Materialeditor gearbeitet und Shader funktionieren unter Windows und Linux(hab eine erweiterung für den dglOpenGL header geschrieben).
Ich arbeite sehr intensive an der GUI und dessen Scriptanbindung.
Letzte Woche habe ich ein Wiki eingerichtet aber noch nicht in die Seite eingebunden.
Das Wiki wird die Script API, Hintergrundwissen zu X-Dream und einiges rund um X-Dream enthalten.
Im Wiki ist auch die pasdoc für den Projektcode enthalten, wobei die ziemlich leer ist aber hierzu muss man sagen, dass uns die nötige Arbeitszeit und Leute fehlen. Man kann nicht mit 2 Personen eine so umfangreiche Engine programmieren, dokumentieren, warten und dann noch ein Reallife haben.
Soll aber nicht bedeuten das ich es nicht probiere .
Wer mal sich einen Überblick über den Codeumfang verschaffen will oder mal sehen will wie es mit der ScriptAPI aussieht, poste ich mal den link ins wiki.
http://linuxprofessionals.org/xdream/wiki/index.php/Hauptseite


Da Worte nie so viel sagen können wie Bilder hier ne tolle Bildstreck .

Hier sehen wir ein Screenshot vom zukünftigen Material Editor, dieses Shot zeigt die einzelnen Elemente mit den man ein Material zusammen klickt.




Hier ist der neue Performancemonitor, er ist besser, schneller, stylischer, aussage kräftiger und wesentlich mächtiger als der vorige.
Momentan auch noch unwesentlich langsamer ^^, dies liegt daran das die Darstellung selber noch nicht optimiert ist und im verlgeich zum vorigen im Vollbild läuft und somit stärker an der Füllrate zieht.


Zum vergleich der alte der nur die FPS darstellten konnte.

Der neue Perfmon kann mit zusammenarbeit von dem SysInfo Modul ein überaus mächtiges Werkzeug werden.
So könnte man z.B. Ramauslastung, CPU geschwindigkeit, Zeit der einzelnen Teile des Code messen und in vergleich stellen oder einfach die FPS ausgeben ^^.



Dieses Shot hab ich gestern gemacht, da hab ich das momentan noch in Beta befindliche XDData(XML based reader/writer),FakeHDR und Shader Module verbunden. Das Resultat ist ein Raum, wo durch die Latten an der Decke das licht durchscheint und umggebene Flächen sanft überleuchtet.
Der Affe(Blender nutzer kennen ihn ) wird durch den gleichen Prozess als grüne Lichtquelle gesehen und überleuchtet.
Ein Cube an der Decke, der zwischen Latten und Kamera liegt, besitzt ein Refraktionsshader.
Da alle Objekte einen Namen haben, kann man über diese sehr einfach spezielle Dinge machen. Wie z.B. der leuchtende Affe oder der Lichtbrechende Cube.

MfG TAK2004

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Als kleines Schmankerl...

Der Texturmanager konnte ja bislang bereits Texturen laden, die nicht Power Of Two waren. Diese wurden bislang passend skaliert. Das ist zwar einfach, die Qualität leidet aber doch etwas darunter. Nun habe ich auch eine Möglichkeit eingebaut, solche Texturen nicht zu skalieren, sondern in eine neue Textur, mit der nächstgrößeren möglichen Power Of Two-Größe, reinzukopieren und dann die Texturkoordinaten anzupassen. Und was soll ich sagen... Das Ergebnis von der Aktion kann sich sehen lassen Screenshots folgen bald, die alle Methoden im Vergleich zeigen.

€dit: Screenshot ist oben, Aya möge mir verzeihen

Man sieht hier 3 mal die gleiche Textur. Links in dem neuen Modus ohne Qualitätsverlust, rechts daneben die gleiche Textur nur größer skaliert und ganz rechts kleiner skaliert.
Der Unterschied ist nur allzu deutlich

_________________
"Für kein Tier wird so viel gearbeitet wie für die Katz'."

Ich nun mal wieder ein paar neue Infos für alle interessierten.
Ich hab Scissor in die GUI eingebaut und wieder ein paar neue Kompos gebaut.
Momentan entwickel ich noch eine Klasse die es erlaubt alle angegebenen methoden und properties automatisch in Lua einzutragen.
Mit Methoden bin ich so gut wie fertig und Property ist noch garnichts gemacht.
Es wird auch eine änderung von der implementierung in Lua geben.
Aktuell

Geplant

Es wird auch aktuell an ein Theme Format und GUI Format gewerkelt um dann über XML eine GUI zu laden und sie mit eventuell eigenen Grafischen änderungen zu bestücken.

Das aktuellste Screenshot von der GUIdemo ist dieses.


Von mir noch geplante Widgets sind ListBox, Memo, DropDown,Tabsheets und RadioButton.

Ich hab noch die website überarbeitet und auch das nightbuild zu einem "alle 4h build" abgeändert.
Wiki ist nun eingebunden und hab die Installationsanleitung von X-Dream gelinkt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Hi ho Leute.
X-Dream hat wieder ein paar fortschritte gemacht

Frase hat sein Tetrix schon spielbar gemacht, aufgrund von einem Problem mit dem Eventmanager und Delphi schmiert das Game ab aber unter FreePascal funtz es wunderbar. Meine wenigkeit wird versuchen dieses Problem so schnell wie möglich zu beseitigen.

I0n0s hat ein XML basiertes GUIformat entworfen und implementiert. Ein kleiner fix von meiner Seite und das einbinden in Lua macht es nun richtig easy GUIs in X-Dream zu machen. Einfach per GUI.LoadFromXMLFile('gui.xml') laden und dann kann man mit btn1=GUI.FindWidget('Button1') z.B. nach ein Widget mit der ID suchen und bekommt das Widget zurück. Nun kann man wie gewohnt das Element nutzen, um z.B. Events zuzuweisen.

Ich hab den Perfmon um einiges verbessert. Er ist schneller, hat mehr Settings, ist frei positionierbar und die Farben sind anpassbar.
Es gibt nun 4 Modies, unzwar FPS(nur FPS als Text), FPSGraph(FPS als Graph dargestellt), Time(FPSGraph+darstellung aller Timebased Indicator) und Value(FPSGraph+darstellung aller Valuebased Indicator).
Einige Teile der Engine kann man nun über globale default variablen mitladen lassen oder auch nicht.

Auf meiner Liste steht als nächste eine Unit, die alle gewollten Properties und Methoden von Klassen verwaltet und somit den zugrif für z.B. Lua und XML Parser auf die GUI Widgets erlaubt. Vorteil ist dann, man muss nicht mehr zig zeilen Code schreiben und bei jeder änderung zig zeilen code ändern. Ich will alle Manager auf Singleton Klassen umstellen, angefangen hab ich schon mit dem GUIManager.

I0n0s will sich mal mit dem FontManager mal auseinander setzen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich hab die Website überarbeitet und auf Englisch umgestellt, mit Ausnahme von schon vorhandenen Material.
Wir haben nun version 0.1 ins svn repo gepackt und für die nächste version ein Schlachtplan erstellt.
Mit der Hilfe von I0n0s, Frase, AndyGFX und mir sowie gelegentlich Grizzly als menschlicher Debugger geht es mitlerweile recht zügig vorran und die Qualität des Codes hat sich auch gesteigert.

Was passiert so in der nächsten Zeit ?
I0n0s wird das Update von der GUI fertig stellen, AndyGFX wird das Kamera und control -system fertig stellen, Frase wird ein paar Bugfixes am Textur Manager machen und ich werde mich dem erst release von GLData und dem Update von SysInfo widtmen.

Unter http://linuxprofessionals.org/xdream/ findet ihr die aktuellen news mit 1-2 weiteren Infos

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich will mal wieder ein bischen was über X-Dream erzählen.
Wir steuern ja mitlerweile auf die nächste Version zu und so haben wir angefangen das Wiki nun mit Doku zu füllen.

Es werden noch ein paar neue Dinge mit der nächsten Version hinzu kommen, hier eine kleine Liste.
-XD-Data <-ja es ist kurz vor fertigstellung, der ersten release und lang hats gedauert
-SceneGraph <-für eine Performantere, bedienerfreundlichere und Übersichtlichere Anbindung an die engine
-LuaClass <-diese Klasse wird an neue Klasse vererbt und sind dann automatisch in Lua bekannt
-XD_VBO <-eine unit die das nutzen von VBO mit jeder nur erlaubten kombi möglich macht
-XD_Octree <-eine unit die das nutzen von Octree erlaubt unabhängig von welchen Daten vorliegen
-Netzwerk <-UDP basiert, nähere Infos werden folgen

Es wird eine überarbeitet GUI, Kamera, Performance Monitor, SysInfo und Font Modul geben.

Wir stellen momentan auf eine neue svn version um, da die alte auf unerklärlichen Gründen zusammen brach.
Deswegen ist das SVN für 1-2 Tage nicht erreichbar(neue version 1.3.2, alte 1.1.?).

Wann die nächste release Version erscheint ist nicht genau zu bestimmen aber das X-Dream Team gibt sich große mühe.

Um das ganze ein bischen auf zu lockern hier noch ein Screenshotreihe, was ich gestern gemacht hab.





In dem Screenie sieht man eine Umgebung von Blender nach X-Dream exportiert, mit Hilfe von XD_Data.
Die Umgebung wurde mit 2 Shadern und einem Bloom aufgewertet. Die Steuerung wird über die neue Kamera und dem damit verknüpften XD_Movement Modul realisiert. Gerendert wird alles in Bruteforce also nicht vor der FPS erschrecken.

[/img]
Hier sieht man die GUI von X-Dream, welche über XML eingeflegt wurde.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004