ZweiDe ist ein .Net Framework zur Spieleentwicklung, das auf OpenGL, Tao und irrKlang basiert und sich auf den 2D-Bereich sowie eine möglichst einfache Benutzung spezialisiert hat.
Der Sourcecode ist auch mit dem Kauf nicht verfügbar, jedoch existiert eine für nicht-komerzielle Zwecke kostenlose Demoversion, die einen Überblick über die Basis-Features verschaffen soll und eine Kostprobe darstellt. Mit dem Kauf der Vollversion bzw. einer ZweiDe-Lizenz stehen auch alle kommenden Updates für die Vollversion zur Verfügung.

Das Framework selbst ist bereits fertiggestellt (auch wenn natürlich noch Debugging folgt, sofern notwendig), wird aber aller Vorraussicht nach (Keine Garantie, jedoch derzeitige unverbindliche Eigenprognose) noch im Laufe der Zeit durch Zusatzmodule ergänzt, die nur für die Vollversion verfügbar sein werden. Ich selbst entwickle in C# mit Visual C# 2005 Express - .Net-Typisch sollte es jedoch problemlos möglich sein, die .dll auch in anderen .Net-Sprachen zu verwenden.


Zur Entwicklungsgeschichte:
Was mich zur Entwicklung dieses Frameworks bewogen hat, waren nicht primär finanzielle Interessen sondern vielmehr der Wunsch nach einem ebensolchen als Grundlage für eigene Projekte & Spiele - allerdings eine plattformunabhängige. Da ich nicht fündig geworden bin und außerdem schon eine Idee vom Codingstil sowie die Bedingung der einfachen Benutzung im Kopf hatte, fiel der Beschluss, das ganze selbst in Angriff zu nehmen. Gegen Ende der Entwicklung waren ein paar Features mehr als geplant hinzu gekommen (z.B. FreeType Font Support, formatierbarer Text, Pixmaps, o.Ä.) und mir kam die Idee, es doch mal mit einem Verkauf zu versuchen.
Stellenweise zog sich die Entwicklung ziemlich in die Länge, wenn es zum Beispiel um die Implementierung des FreeType-Loaders ging; beim Auslesen der von FreeType gerasterten Schriftzeichen zum Hinterlegen in einer jeweils eigenen Textur führte eine unerwartete Datenformatierung dazu, dass die gelesenen Buchstaben teilweisee nur noch als Pixelsalat erkennbar waren.
Ein anderes Beispiel ist die Implementierung von Render2Texture-Support via OpenGL Frame Buffer Objekten (kurz FBOs) denen es jeder unwissenden Vernunft zum Trotz nicht egal ist, in welcher Reihenfolge ihre Eigenschaften definiert werden.
Ein völlig eigenes Kapitel wiederum war die Textformatierung, denn wenn in einer Zeile mehrere Schriftarten, Zeichenabstände, Tabzeichen und eingeschobene Texturen einander die Klinke in die Hand geben, gestaltet sich die Berechnung der Zeilen- und Wortlänge in Pixeln als nicht gerade einfach - die allerdings notwendig ist, wenn man versucht, einen WordWrap-Algorithmus zu programmieren. Trotz alledem war ich am Ende froh, mir die Mühe gemacht zu haben, denn das Resultat scheint nun endlich einwandfrei zu funktionieren.

Wie dem auch sei.


Zu den Features zählen:
(Einige davon nur in der Vollversion)

Grafik Setup, Initialisierung eines OpenGL-Fensters oder -Vollbildmodus mit nur einem Befehl
Abfrage / Kontrolle von Nutzereingaben (Maus, Tastatur)
Darstellung grundlegender geometrischer Figuren sowie (manuell) aller OpenGL-Primitives
Transformation, (Optional: Vertex-)Coloring, (Optional:) Custom Texturing,..

Laden und Speichern der meisten gängigen Texturformate durch den DevIL loader
Einfache, auf wunsch pixelgenaue Darstellung von Texturen, auf Wunsch texturierung beliebiger Figuren / OpenGL-Primitives

Laden von Bitmap-Fonts sowie FreeType-Schriftarten
Darstellung von Text auf Basis geladener Schriftarten
Sehr schnelle Textdarstellung durch dynamische Prerendering Technik
Optionale Formatierung dargestellten Texts: Farbe, Schriftarten, eingebundene Texturen, Textausrichtung, Zeichenabstand, Mehrere Zeilen, WordWrap, Texteinrückung via "Tab",..

Utility-class mit Unterklassen, die man "immer mal brauchen könnte". Neben LogFile und Profiler sind auch allgemeine Funktionen und Hilfsklassen(/Strukturen) wie Vector2D, Point<>, Rect<> oder DynArray2D<> vertreten.

Sehr schnelle Render2Texture-Technik via FrameBufferObject
Einfacher Zugriff auf Stencil- und Accumulation Buffer
Optionales Z-Buffering
Software Textur Skalierung (Nearest, Linear, QuadLinear, Hq3x)

Soundsupport via irrKlang

Öffentliche Felder, Klassen, Methoden und Attribute sind mit einem XML-Kommentar versehen, um die Handhabe des Moduls weiter zu erleichtern



Leider kann ich derzeit noch keine Screenshots zur Verfügung stellen, jedoch sind im Downloadpaket der Demoversion 6 lauffähige Beispielprogramme enthalten, welche die Grundfunktionalität des Moduls ausreichend veranschaulichen sollten. Ferner enthalten ist ein Visual C# 2005 Express Projekttemplate zur schnellen und einfachen Nutzung des Moduls.


Zum Abschluss noch etwas Beispielcode (Ausschnitte aus den Beispielprogrammen):







Bei Interesse einfach auf der Website vorbeischauen und das ganze einfach mal ausprobieren (Siehe Sidebar-Unterpunkt "Quickstart").

Bei allem Respect, du glaubst doch nicht wirklich dass, jemand für dein Programm bereit ist Zaster zu lassen?

Ich habe sehr viel Arbeit in dieses Modul gesteckt und das Resultat ist nichts, was man "mal eben" in ein paar Tagen zusammengestrickt bekommt.
Da ich nicht glaube, dass jeder, der just4fun mal ein Spiel entwickeln will, bereit ist, dieselbe Arbeit in die absoluten basics - die noch nichts mit seinem Spiel zu tun haben - zu stecken, gehe ich davon aus, dass sich doch der eine oder andere Interessent findet.

hi,

liegen denn auch Tools bei ? Sprich Editoren etc.
Weil ich finde, dass die beste Engine nicht viel Wert ist, ohne gute Tools.
Gerade im 2D Bereich kann man selbst in kürzerer Zeit ohne viel Aufwand zu gewünschten Ergebnissen kommen.
Nur hat man halt nicht immer die Lust, sich alle Tools selbst zu schreiben.

mfg

Editoren liegen nicht bei - es gibt auch nicht viel zu editieren, da es sich hierbei nicht um ein auf ein konkretes Genre ausgerichtetes Framework handelt

Machs mal konkret: Welche Editoren hättest du denn gerne? Schließlich ist das ganze noch in (Weiter-)Entwicklung und ich kann für die Vollversion problemlos noch Zusatzpakete nachreichen, wenn entsprechender Bedarf bestünde.

hi,
Naja ich dachte da an generelle Sachen wie einen 2D Level Editor auf Tilebasis. Der muss ja nicht konkrekt auf ein Genre zugeschnitten sein. Ein kleiner Editor für Animationen wäre auch was Feines. Wie gesagt, wenn jemand deine Engine kaufen soll, musst du den Leuten was bieten und je mehr Schnickschnack dabei ist, umso besser.

Kollisionserkennung und eine 2D Physik-Engine wären denke ich auch sinnvolle Features. Ich weiß nicht ob es units für mathematische Berechnungen gibt, aber generelle Sachen wie Vektorrechnung, Matrizen, Rotationen, Lösungen von Gleichungssystem, Schnittbestimmungen etc. wären wichtige Features.

Du könntest außerdem noch Post-Effekte via Shader einbauen. (Convolution Filter auch mit glConvolutionFilter)

mfg

Kollisionserkennung und 2D Physik Engine werden definitiv nicht in den Support fallen - da ist der Konkurrenzdruck zu stark und ich gehe davon aus, dass die Konkurrenz in diesem Bereich auch - dank Spezialisierung nur auf diesen Bereich - mehr zu bieten hat.

Ein Editor für Tilemaps würde nicht recht ins Konzept passen, Animationen sowie ein Animationseditor wären jedoch denkbar und ein Zusatzmodul für die VOllversion wert. Angeregt dadurch würde ich dann aber wahrscheinlich einem Partikelsystem-Zusatz den Vorzug gewähren.

Einige der mathematischen Berechnungen, die du ansprachst finden sich im Utility-Untermodul, das sowohl bei Demo als auch Vollversion dabei ist. Vector2D sowie einige nützliche Punkt-Geraden und Geraden-Geraden-Funktionen sind schonmal vertreten.

Was die Postprocessing-Effekte angeht: Sehr guter Vorschlag. Per AccumBuffer kann man die zwar mit der Vollversion auch selbst erstellen, jedoch gibt es keinen Grund, da nicht einige vorgefertigte Effekte mit anzubieten. Kommt auf die Zusatzmodul-Ideenliste.

Was dort übrigens ebenfalls draufsteht und schon ganz gute Fortschritte gemacht hat ist ein skinfähiges auf dynamischem Prerendering (FBO, Render2Texture) basierendes GUI-Modul, das ZweiDe als Grundlage verwendet.

So, ab jetzt gibts auch eine reine Präsentationsdemo für ZweiDe, die "Source Demo: Graphics". Konkret ist das ein ZweiDe Programm, das wie ein Film gescriptet abläuft und dabei die grundlegenden grafischen Funktionen mitsamt dem dafür nötigen Code darstellt. Soll also einen Eindruck vom Modulstil und insbesondere der einfachen Verwendung vermitteln.

zweide.fetzenet.de/d...%20Source%20Demo.zip

(Wenn ihr Spybot S&D installiert und mit TeaTimer laufen habt, kanns passieren, dass sich die .exe danach bis zum Neustart nicht mehr löschen lässt, weil der TeaTimer die Datei noch über das Ende ihrer Ausführung hinaus zum Scan gesperrt hält - warum-auch-immer. Falls jemand eine Idee hat, woran das liegen könnte, freue ich mich über jeden Hinweis. "Spybot S&D ist halt doof" zählt nicht.)

Achja: Die Kollisionserkennung habe ich nun doch nachgeliefert - als erste ZweiDe Extension* "ZweiDeXT.Collision". Es handelt sich dabei um formbasierte (Kreise, konvexe Polygone) Kollisionserkennung inklusive Rückgabe des MTV bei Kollision sowie den Kollisionspunkten. Physik gibts aber jetzt wirklich nicht

*ZweiDe Extensions sind Module, die ZweiDe als Grundlage verwenden - jedoch laufen diese nur mit der Vollversion von ZweiDe.

Für alle Käufer von ZweiDe gibt es jetzt das Update zu Version 1.0.3 welches auf der ZweiDe Website heruntergeladen werden kann. Was sich genau verändert hat / was hinzugefügt wurde steht im Changelog.

Des Weiteren in der Downloadsektion zu finden ist nun auch die zweite Extension namens ZweiDeXT.DataIO. Mit ihr ist es möglich mit einem Minimum an Code eigene "Loader" und "Writer" zu erstellen. Loader können dann beispielsweise entsprechende Dateien einladen und eine daraus erstellte Baumstruktur aus entnommenen Daten zurückliefern - die vom zugehörigen Writer wiederum automatisch abgespeichert werden kann und FUnktionen bereitstellt, bestimmte Daten zu suchen.

Standardmäßig dabei sind die vorgefertigten Loader / Writer "Ini" sowie "IniExt" die für die meisten Zwecke ausreichen sollten.

Die Demo läuft bei mir nicht. Beim Start krieg ich die schöne Meldung "ZweiDe-Feature-Show funktioniert nicht mehr..."

Win Vista
E8200 (2,66 GHz)
nVidia 8800GT

Zitat:

Unbehandelte Ausnahme: System.TypeInitializationException: Der Typeninitialisier er für Fetze.Module.ZweiDe hat eine Ausnahme verursacht. ---> System.BadImageFor matException: ist keine zulässige Win32-Anwendung. (Ausnahme von HRESULT: 0x800 700C1) bei Fetze.Module.ZweiDe..cctor() --- Ende der internen Ausnahmestapelüberwachung --- bei Fetze.Module.ZweiDe.set_CompiledKey(ZweiDeVerifier value) bei ZweiDe_Feature_Show.Program.Main(String[] args) Unbehandelte Ausnahme: System.BadImageFormatException: ist keine zulässige Win3 2-Anwendung. (Ausnahme von HRESULT: 0x800700C1) bei Fetze.Module.ZweiDe.SoundEmitter.StopAll() bei ZweiDe_Feature_Show.Program.Main(String[] args)

Komisch. Habe gerade die .zip-Datei entpackt, die ich hier auf der Festplatte hab (== der zum herunterladen) und die Demo gestartet. Läuft einwandfrei. Welche .Net-Version hast du? Was steht im Logfile? (Wird überhaupt eines erstellt?)

Ich habe hier leider nur Windows XP zum testen also kann ich eine Fehlerquelle in Zusammenhang mit Vista nicht ganz ausschließen.

Hört sich eher nach einem 64-Bit-Problem an => www.c-sharp-forum.de....php?p=494687#494687

Gut möglich, ich hab nämlich 64bit

(Logfile übrigens leer, .NET 3.5)

Ist das Zielsystem nur für ausführbare Anwendungen relevant oder auch für die .dll-Dateien?

Eigentlich reicht es bei der Exe. Ich würde es aber auch bei den Dlls einstellen, damit wenigstens in der Fehlermeldung deine Dll und nicht die unmanaged Dll dahinter auftaucht, wenn jemand die Einstellung für seine Exe vergessen sollte.

Okay, danke für die Hilfe

Ich hab jetzt die Graphics Source Demo mal mit der Zusatz-Einstellung wie im verlinkten Thread beschrieben neu kompiliert; sollte also theoretisch jetzt auch auf x64 Systemen laufen

Die Demo hängt sich bei mir total auf.

Sie startet, der Bildschirm wird schwarz. Dann wird er "Warten"-Cursor angezeigt (vor schwarzem Hintergrund), anscheinend mit einer Auflösung von 640x480 (seiner Größe nach zu urteilen).

Dann irgendwann wird der normale Mauszeiger (auch entsprechend groß) angezeigt. Drücke ich eine Taste, kommt kurz der Warten-Cursor wieder, sonst tut sich nichts.

Ich habe den Prozess dann mittels Taskmanager (kam ich nur per Strg+Alt+Entf dran, das Startmenü konnt nicht aufgerufen werden) gekillt.

Ich benutze Windows Vista Business, 32bit.

Bei mir stürzt die Demo nach einem Wechsel auf eine sehr niedrige Auflösung und etwas Wartezeit mit folgender Meldung ab:

Zitat:

--------------------------- GLFW Window: ZweiDe Feature Show.exe - Fehler in Anwendung --------------------------- Die Anweisung in "0x04117203" verweist auf Speicher in "0x00000008". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden. Klicken Sie auf "OK", um das Programm zu beenden. --------------------------- OK ---------------------------

Logfile ist im Anhang.

Die Auflösung sollte 800 x 600 sein.

@jakobwenzel
Bei dir liegt der Absturz daran, dass deine Grafikkarte oder deine aktuellen Grafikkartentreiber ein Problem mit den zur FUnktion von ZweiDe nötigen Framebuffer objekten haben. Der Fehlercode ist mir unbekannt aber ich werde auf jeden Fall mal nach dem Rechten sehen und versuchen, den bug zu beheben. FBOs sollten im Allgemeinen schon von deiner Grafikkarte unterstützt werden, da die entsprechende OpenGL-Extension vorhanden ist.

Hier, der entsprechende Auszug aus dem LogFile:


@Christian S.
Ohne Logfile kann ich leider keine Fehlerdiagnose stellen und auch keine entsprechenden Verbesserungen am Modul vornehmen :/
Bitte um Nachreichung des Logfiles!

Bei mir kommt kurz ein "schwarzer Bildschirm" und fertig ist, bzw. das Programm "beendet" sich wieder.