spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hey.
Nach gut 5 Monaten Arbeit fühlen wir uns mittlerweile bereit, unsere GameLibrary der Öffentlichkeit vorzustellen. XGL ist eine komponentenbasierte, stark abstrahierte GameLibrary mit dem Ziel, Spiele sehr einfach auf andere System portieren zu können. Rendering und Sound sind dabei momentan bereits abstrahiert und die XGL unterstützt alle gängigen Features für 2D Spiele.

Wer sind wir eigentlich?
Xemio Network ist eine momentan aus 3 Leuten bestehende Indiegame Gruppierung, die bereits seit etwa 4 Jahren besteht. Wir arbeiten momentan hauptsächlich an unserer Engine, planen aber in Zukunft einige kleinere Titel zu releasen.

Homepage: http://blog.xemio.net/
GitHub: https://github.com/XemioNetwork
Youtube: http://www.youtube.com/user/XemioDevelopment

Namespaces
Components
Der ComponentManager, das Herzstück der XGL, kann hinzugefügte Komponenten nach Interfaces auflösen. Interfaces, die mit dem AbstractComponent Attribut gekennzeichnet wurden, werden ebenfalls als aufzulösender Typ dem Komponentensystem hinzugefügt.





Content
Der ContentManager ist ähnlich nutzbar wie Microsofts XNA ContentManager. Mithilfe unserer Content.Load<T> Methode können Datentypen über das Serialisierungsframework aufgelöst und geladen werden. Der ContentManager berücksichtigt dabei das aktuelle IFileSystem, d.H. Daten müssen nicht zwangsläufig von der Festplatte kommen.



.FileSystem
Die XGL bietet unterschiedliche Dateisystemabstraktionen, unter anderem für virtuelle Dateisysteme, die ihren Content aus einer Datei laden können. Geplant sind außerdem IFileSystem Implementierungen für einen Zip-Ordner und via FTP.

.Serialization
Umfangreiches Serialisierungsframework, das über den ContentManager aufgelöst werden kann. Jeder Serializer ist einem Type zugeordnet. In diesem Namespace befinden sich Serializer für alle Basisdatentypen.

.Texts
Vereinfachte Serialisierung von Texten.

Entities
Komponentenbasiertes Entity-System. Der Entities Namespace bietet außerdem Zugriff auf DataContainer und EntityComponents, wobei DataContainer serialisierbare Daten einer Entity darstellen und EntityComponents die Logik einer Entity beschreiben. Alle DataContainer werden dabei automatisch serialisiert.

Events
Im Vergleich zur Vorgängerversion hat sich die Performance des Eventsystems um einiges verbessert. Im Zuge unserer Kollisionsimplementierung wurde auch das Eventsystem geupdated, da der alte EventManager zu langsam für die unzähligen Events des Kollisionssystems war.



Game
.Scenes
GameScene Management. Das neue System unterstützt unter anderem hierarchische Verschachtelung von Szenen, Tick und Render Indizes.

.Timing
Der Timing Namespace stellt Klassen wie den GameLoop und eine GameTime Klasse bereit, die anders als in XNA für die Handhabung virtueller Tage bzw. Zeitsimulationen eines Spiels zuständig ist.

Input
Anders als in vielen anderen Gamelibraries handhaben wir Mauseingaben ebenfalls als Key, d.H. LeftMouse und RightMouse sind ebenfalls Mitglieder unseres Key Enums. Dabei bietet der InputManager Support für Mehrspielerinputs, die unter anderem über unsere Syncput Library auch über das Netzwerk kommen können und so einfach Multiplayer Games möglich machen. Der InputManager hält zusätzlich IInputListener Instanzen und unterstützt somit verschiedene Devices, eine externe GamePad Library bzw. Kinect Support wären damit problemlos machbar.



Localization
Namespace für mehrsprachige Anwendungen.

Math
Namespace für allgemeine mathematische- und Vektoroperationen.

.Collision
Die XGL unterstützt in der neuen Version lediglich ein CollisionGrid, das auf dem Spatial Hash Grid Prinzip basiert und selbst bei über 1000 Entities noch extrem performant läuft.

Network
Client und Server wurden mittlerweile abstrahiert, sodass unter anderem eigene Implementierungen möglich sind. Das Netzwerksystem ist paketbasiert, wobei Client und Server ihre eigene Logik über die IClientLogic und IServerLogic Schnittstellen implementieren können. Pakete werden automatisch serialisiert und es gibt im Kern der Library bereits einen Mechanismus zur Bestimmung der Latenz zwischen Clients und Server.

Zudem sind sämtliche Protokolle abstrahiert, d.H. um von TCP auf ein beliebiges anderes Protokoll umzusteigen wird lediglich eine Zeile Code benötigt, unter anderem bietet die XGL auch ein LocalProtocol, das für Singleplayerspiele mit Netzwerkcode genutzt werden kann.

Plugins
Der Plugins Namespace bietet umfangreiche Möglichkeiten zur Erweiterung der XGL. Unter anderem basiert die gesamte Library auf dem ImplementationManager, der Interfaces mit einer eindeutigen Id in eine Instanz auflösen kann. Sämtliche Abstrahierungen können ohne Probleme durch externe Libraries erweitert werden, mit ILibraryInitializern kann sich eine externe Library zusätzlich an unsere Event- und Komponentensysteme anmelden. Ein Beispiel dafür ist unser Script System: Alle durch das ICommand Interface abstrahierten Commands können sich auch in externen Libraries befinden.



Rendering
Umfangreiche Abstrahierung unseres Rendering-Systems. Momentan gibt es einen GDI+ und XNA Renderer, die mit je einer Codezeile ausgetauscht werden können. Das Rendersystem unterstützt zudem Spritesheets, Animationen, Anti Aliasing, Geometrieoperationen und RenderTargets.

Script
Das Script-System basiert auf C# und bedient sich somit der gesamten Funktionsfähigkeit des .NET Frameworks. Das besondere daran ist, dass Commands die Scriptausführung unterbrechen und vom Tick des GameLoops abhängig machen. Gedacht ist diese Funktionalität zur stabilen Ausführung von Scripts, ohne das Spiel dabei für längere Zeit zu unterbrechen oder auf Multithreading zurückzugreifen.

Sound
Sound Abstrahierung.

Configuration
Die XGL lässt sich in der neuen Version zudem fluent konfigurieren:


NuGet Packages
Alle Libraries und Erweiterungen zur XGL gibt es auch als NuGet Paket.

Trello Project Management
Features, Vorschläge und geplante Änderungen dokumentieren und planen wir in unserem Trello Projekt. Sollte also jemand Lust haben, zu sehen, was wir für die XGL geplant haben, einfach reinschauen. Votes und Kommentare sind auch für Gäste aktiviert.

Xemio Syncput
Syncput ist eine von uns als Erweiterung für die XGL entwickelte Netzwerkbibliothek, die Inputsynchronisation aller teilnehmenden Spieler ermöglicht. Dabei können alle Spieler eine Lobby betreten, der Host das Spiel starten und ohne, dass der Entwickler seinen Code auf netzwerktauglichkeit ausgelegt hat läuft in allen Clients parallel die selbe Simulation ab. Das System ist primär auf Gameplay über LAN Netzwerke ausgelegt und für Internetspiele eher ungeeignet.





Der Sourcecode für Syncput befindet sich in unserem Contrib Projekt.

Open Source
Der gesamte Sourcecode der XGL kann hier eingesehen werden. Bei Verwendung bitte auf unsere Lizenz achten. Alle Erweiterungen der XGL befinden sich ebenfalls im Contrib Projekt.