PureBoard

yalova Engine ist eine flexible und schnelle 2D Grafiklibrary für die Entwicklung von Spielen.
Sie ist komplett objektorientiert und basiert auf der 3D API OpenGL, wodurch sie zahlreiche hardwarebeschleunigte Funktionen bietet.
Neben den schnellen Standard-Funktionen wie Rotation, Skalierung, Blending etc. unterstützt sie zudem das Laden von animierten Sprites, Bitmap-Fonts sowie auch hardwarebeschleunigte Effekte wie Blur und MotionBlur.

Features

• hardwarebeschleunigte Funktionen wie Rotation und Skalierung
• Blending
• Unterstützt das Laden von animierten Sprites
• hardwarebeschleunigtes, pixelgenaues Kollisionssystem
• unterstützt dank der DevIL Grafiklibrary über 40 verschiedene Bildformate, wobei sie Bilder auch direkt aus dem Speicher laden kann
• unterstützt die Nutzung von Standard-Fonts
• kann Bitmap-Fonts laden
• Render-2-Texture-Funktion
• AlphaMasking
• flexible Partikel-Engine
• Material-System
• hardwarebeschleunigte Effekte wie Blur und Motionblur

Aktuelle Version: 0.2 Beta

Download: yalova Engine SDK 0.2 Beta

Zusatzinformationen:
Auch wenn die Engine objektorientiert ist, lässt sie sich über die Interface-Funktion von PB ohne einen PreCompiler oder sonstiges ansprechen.

tx²D Engine ist eine objektorientierte 2D Grafiklib, basierend auf OpenGL. Sinn und Zweck dieser Lib war eigentlich, OOP etwas näher zu kommen.

Da stören mich zwei sachen, OpenGL und OOP.
ich mag die beiden Dinge einfach nicht, und auch wenn ich einfach nur \ setzten muss statt der ->, mag ich einfach den "OOP-Stil" nicht.

Kann mir aber in einer freien Minute die Features vornehmen... und "bewerten"...

Vorab: Tolle Arbeit ...
Aber das Beispiel ist zimlich mergwürdig:
zu schnell, fliegen nicht identifizierbare Bilder runter...

Beispiel 3 ist bei mir leider extrem langsam.
Die anderen funktionieren alle recht gut von der Geschwindigkeit her. Und ich hab auch keine Angst vor OpenGL und OOP von daher interessant. Werd's mir bei Gelegenheit mal näher anschauen, nur habe ich das gleiche Problem wie Dr. Shrek

Aber das Beispiel ist zimlich mergwürdig:
zu schnell, fliegen nicht identifizierbare Bilder runter...

Welches? Das Partikel-Beispiel?

Beispiel 3 ist bei mir leider extrem langsam.

Versteh nicht voran das liegen kann. Es ist nämlich keine pixelgenaue Kollision. Nur einfaches "Overlapping".

>ich mag die beiden Dinge einfach nicht
Hatte mir schon fast gedacht, dass ich hier sowas hören werden.
Schade....dann war die ganze Arbeit wirklich umsonst...
Naja, wer den Source Code haben möchte einfach PN schicken.

Nur weil irgendeiner (ohne Begründung) kein OOP und OpenGL mag?


Was die Kollision angeht: Wie genau checkst Du denn die Kollision? Kannst Du da einen Code-Schnipsel posten?

Hmm und wie ist es bei MouseHit()? Genau gleich?

Öhh, bei MouseHit wird einfach nur geprüft, ob eine Maustaste gedrückt wurde(Über GetAsyncKeyState_(vkc) )

Achso, sorry, das hab ich jetzt nicht genau angeschaut.

Aber ich weiß jetzt woran es liegt
Und zwar daran, daß die Texturen nicht Power-of-2 sind und meine Grafikkarte nicht die beste ist. Das packt sie nicht. Wenn ich die Bilder entsprechend verändere, dann läuft es wie geschmiert

Hi,
wollt nur mal schnell ankündigen, dass eine neue Version im Anmarsch ist.
Sie wird viele viele Verbesserungen sowie neue Funktionen enthalten.
So wird es z.B. möglich sein, über eine einfache Funktion wie SetMaskColor bestimmte Stellen bzw. Farbwerte eines Sprites transparent darstellen zu lassen sowie auch animierte Bilder/Sprites laden zu können.
Zudem gibt es noch einige wunderschöne Blur-, Licht-Effekte.

Wenn ihr noch irgendwelche Feature Requests habt, schnell her damit, bevor das neue Release erscheint.