Name:
YaGE (Yet another Game Engine)

Voller Name:
YaGE Beta 1.0.4

Beschreibung:
YaGE ist eine auf GDI+ basierende 2D-Game-Engine. Ziel ist es, so viele wiederkehrende Vorgänge wie möglich zu vereinfachen, sodass man selbst nur noch die eigentliche Spiellogik implementieren muss.

Klassendiagramm:


Verwendete Programmiersprache und IDE:
VisualBasic .NET (IDE: Visual Studio 2010)

Systemanforderungen:
.NET Framework 2.0

Features:

• Kollisionserkennung
  
• Statische und animierte Textur der Objekte
  
• Erweiterbar durch Komponenten
  
• Eingabe-Komponente
  
• Höhere Mathematik (Vektoren, Matrizen, ...) implementiert
  
• Eventbasiertes, objektorientiertes Konzept
  

ToDo:

• Weitere Renderer anbieten.
  

Du hast eine Idee? Her damit! ;D

Bekannte Bugs:

• Die Kollisionserkennung erkennt keine Kollision an den Ecken. Fixed.
  
• Derzeit keine.
  

Sonstiges:
Das Projekt ist derzeit pausiert, da ein Fehler, den ich nicht finden kann, in essentiellen Teilen der Engine vorhanden ist. Wenn mit jemand helfen möchte, diesen zu beseitigen: Bitte eine PN.

Download:
YaGE.dll (26 KB).
Sample.zip (108 KB).
Quellcode auf GitHub.

Lizenz/Weitergabe:

YaGE von Tim Schiewe steht unter einer Creative Commons Namensnennung 3.0 Unported Lizenz.

Moin,

@nafets3646 Jo, stimmt. Ich hab jetzt ein Sample angefügt.
@Mangafreak1995 Warum kein GDI? Das funktioniert gut und schnell. Bei mir läuft das mit rund 700 FPS. Ich habs trotzdem mal auf die ToDo gesetzt.

@AliveDevil Es wird vorher gewartet bis die Update bzw. Draw Funktionen fertig sind. Außerdem meinte ich eher die Kollisionserkennung, die Events feuert. Billig-Shader könnte man mit dem IComponent schreiben. Um Texturen kümmert sich GameObject bzw. AnimatedGameObject. Für Fonts bietet sich die System.Drawing.Font an. Content-Pipeline mit GDI+? Ich glaube eher nicht, dass das geht. Was ich jetzt erstmal mache ist den sequentiellen Update-Draw-Verlauf umzuprogrammieren.

//Edit: So, der sequentielle Verlauf ist implementiert, Update ist hochgeladen.
//Edit2: Events sind gar nicht schlecht! Die laufen nämlich synchron. Multithreaden der Update- und Draw-Routinen ist das, was schlecht ist.

Eben gerade habe ich ein weiteres Update hochgeladen. Jetzt ist die Input-Klasse für Tastatur eingebaut. Wie man sie benutzt zeigt das Sample.

@Padrio Ich hab den Fehler gefunden: Das Sample bewegt pro 10 Updates genau 1 Pixel weiter. Egal ob 1000 oder 1 FPS. Ich werde das gleich fixen.
@suscurtl Oh! Tatsächlich. Da werde ich mich auch gleich drum kümmern...

//Edit: Alles gefixed.

Ich habe gerade ein Update hochgeladen, welches einen kleinen Fehler im Renderer behebt und die Input-Klasse vervollständigt. Man kann nun Maus und Tastatur bequem lesen.

Ich habe mal eine Umfrage hinzugefügt zum Thema alternativen Renderer. Ich freue mich auf eure Antworten!

Weil ich es bisher noch nicht kannte... Hab kurz drübergeguckt. Sieht ganz brauchbar aus.

Der Gewinner der Umfrage steht fest: SharpDX. Kennt sich jemand damit aus? Ich bräuchte nämlich ein wenig Hilfe damit.