ZFX + Developia

Mensch, da schaffste ja bald Unlimited Detail ^_^

Will au mal was zeigen.

Also... im Moment arbeite ich etwas an nem AudioVisualizer mit OSG.
Im moment sind es nur ein paar "einfache" Grafiken, die auf die Adiodaten reagieren; aber ich habe mehr und größeres vor^^
Video kommt vlt auch bald mal :)

Fetzig! Wie die guten alten Demos …

:D
Ich glaube ich werde mir mal wieder Demos anschauen um mich etwas inspirieren zu lassen

Ich mach endlich mal wieder Kleinscheiß, aber Spiele!

Da es die Tage auf eine Demo-Party geht, habe ich mich schon mal ein wenig mit einem kleinen Tool vorbereitet:

Sieht cool aus. Ich mag ja solche Nodeeditoren, um sein Zeug zusammenzustecken. Viel Erfolg auf der Demoparty.

Bilder sind blockiert durch CloudFlare-Spamschutz …

Bilder sind blockiert durch CloudFlare-Spamschutz …

Ja, ich sollte eigentlich wieder auf self-hosting umsteigen... muss mir da mal was basteln

Sieht cool aus. Ich mag ja solche Nodeeditoren, um sein Zeug zusammenzustecken. Viel Erfolg auf der Demoparty.

Danke, ich hab selbst aber noch keine Demo. Mal gucken, wo es mit dem Node Editor hingeht, vielleicht kann der auch später funktionalen C-Code ausspucken, welcher die abgebildete Renderpipeline darstellt. Wäre auf jeden Fall Praktisch

MasterQ32 hat geschrieben:

Bilder sind blockiert durch CloudFlare-Spamschutz …

Ja, ich sollte eigentlich wieder auf self-hosting umsteigen... muss mir da mal was basteln

Du kannst die doch auch bei ZFX anhängen ;)

Du kannst die doch auch bei ZFX anhängen ;)

Das ist aber mehr Aufwand als ein { "Win+P", [warte 2 Sek], "Ctrl+V" } ;)
Zudem hab ich dann nicht so schön kurze Links, die ich in Chats posten könnte :P

Es geht voran:

Zweifach-Integrator als Sinus-Generator mit Visualisierung:

MasterQ32 hat geschrieben:Es geht voran:

Zweifach-Integrator als Sinus-Generator mit Visualisierung:

Das sieht mir extrem unübersichtlich aus. Ich habe auch mal solche Formel-Editoren gebaut, fanden die Kunden auch zu kompliziert. Am Ende hat eine Radio-Button-Gruppe mit den 5-6 am häufigsten genutzten Formeln ausgereicht. Für kompliziertere Fälle gab es dann einen text-basierten Editor.

Das sieht mir extrem unübersichtlich aus. Ich habe auch mal solche Formel-Editoren gebaut, fanden die Kunden auch zu kompliziert.

Joar, von mir aus ^^ Das ist ja auch nur ein Tool für mich selbst, damit ich random kram mit shadern machen kann, ohne jedes mal was programmieren zu müssen

habe jetzt einen schicken "oil painter" gebastelt:

Sehr, sehr coole Idee. Gefällt mir ausgesprochen gut!

Was ist das für ein interessantes GUI? Ist das alles selbst gestrickt?
Ich liebe Programme, die mit einem selbst gemachten GUI daherkommen. :mrgreen:
Zudem finde ich den node-based Ansatz einfach unschlagbar gut.
In Kombination, ist das natürlich ein Knaller! :D

Ich habe auch immer wieder Fantasien, wie eine node-based Textur-Autoring Software aussehen müsste!
Nur habe ich leider weder die Zeit, noch würden meine Programmierer-Fähigkeiten ausreichen, um sowas zu bauen.
Wenn du ein Perlin-Noise-Generator-Node eingebaut hast, bei welchem man die Skallierung der Mustergrösse einstellen kann, will ich unbedingt Beta-Tester werden. :mrgreen:

Gruss starcow

Was ist das für ein interessantes GUI? Ist das alles selbst gestrickt?
Ich liebe Programme, die mit einem selbst gemachten GUI daherkommen. :mrgreen:

Die GUI ist dear imgui, eine Immediate Mode GUI, welche recht effizient zu Ergebnissen führt, also nicht selbst gestrickt, aber bin ziemlich verliebt ^^

Wenn du ein Perlin-Noise-Generator-Node eingebaut hast, bei welchem man die Skallierung der Mustergrösse einstellen kann, will ich unbedingt Beta-Tester werden. :mrgreen:

Gedulde dich, vielleicht ist Codewut größer Schlaf, dann hab ich das in ein paar Stunden implementiert, grade bau ich nen OBJ-Loader... Läuft halt zur Zeit nur unter Linux, Windows hab ich im Moment keines zur Hand (und auch keinen Rechner, auf dem ich das testen könnte, da meine Geräte nur OpenGL 4.5-Fähig unter Linux/Mesa sind)

Zudem finde ich den node-based Ansatz einfach unschlagbar gut.

Node-basierte Ansätze sind schon geil, sehr flexibel und in den meisten Fällen einfach nachzuvollziehen, was vor sich geht.

Es hat sich inzwischen ein bisschen was getan, was ich leider schlecht in einem Screenshot darstellen kann, aber hier mal die offensichtlichen Änderungen am
Design der Nodes und der Konnektoren:

Gefällt mir. Das sieht gut aus!
Wo kommt denn die Geometrie (Meshes) her? Im Render-Node ist da ja nichts eingesteckt.
Gibt es denn später einen Load-Obj-Node, um Geometrie zu laden?

Gruss starcow

Wo kommt denn die Geometrie (Meshes) her? Im Render-Node ist da ja nichts eingesteckt.

Im aktuellen Fall ist die "Geometrie" ein Raytracer von Shadertoy, welcher auf die Standard-Geometrie eines Fullscreen Quads gerendert wird.

Gibt es denn später einen Load-Obj-Node, um Geometrie zu laden?

Ist schon existent, man kann OBJ-Files (und dabei wird es von meiner Seite aus auch bleiben) mit der Geometry-Node laden:

Hut ab!

Hatte grade noch einen Geistesblitz: Durch die neuen Multi-Source-Knoten kann ich jetzt auch mehrere Objekte rendern:

Habe jetzt einige praktische Funktionen, unter anderem Plugin-Support und Blending implementiert:

Aktuell portiere ich mein Framework (UI, Rendering, Objektverwaltung, ...), womit ich die letzten Actions bestritten hatte und welches sich dadurch stetig weiterentwickelt hat, von AS3/AIR auf C++/SDL.
Wenig spektakulärer Anfang im Screenshot, aber schon recht funktionell. Gründe gab es einige, u.a. die Abhängigkeit von der Adobe-Runtime, Geschwindigkeit, fehlende Unterstützung aktuellerer GPU-Funktionen und spezieller Eingabegeräte, seit dem Flash-Tod keine nennenswerte Community mehr ... und einfach mal wieder was anderes lernen.
Da ich irgendwann bemerkt hatte, dass ich aus der AIR-API eigentlich nur noch Basisfunktionen nutze wie sie auch eine SDL bieten kann, war das nur eine Frage der Zeit. Mal schauen, ob ich da was Stabiles entwickeln kann und auf einen vergleichbaren Stand komme.

Den aktuellen Zwischenstand einmal auf Mac compiliert - läuft.
Mit Slidern, Checkboxen und Optionsgruppen ist das GUI schonmal für die einfachen Fälle gerüstet. Maus- und Keymapping sowie eine 2D- und 3D-Transformationspipeline stehen ebenfalls (sprich, in der oben gezeigten Szene kann man bereits frei "rumcruisen").
Die Grafikausgabe ist noch softwaremäßig mit 2D-Linien, mein Projektor berechnet aber deckungsgleich mit der GPU bei Verwendung derselben Matrizen. Eine Shaderpipeline wird dann später relativ "lose" draufgesetzt, d.h. keine tiefen Abhängigkeiten, was übrigens für das ganze Framework gilt.
Vorher geht es aber an die allgemeine Szenen- und Objektverwaltung, der größte Brocken des Ganzen, leider auch der unsichtbarste :D

Sehr cooles Projekt! Ich hoffe es gibt bald noch mehr zu sehen. Ich bin wirklich gespannt, wie du jetzt ein solches Projekt vorantreibst - gerade nach den ausführlichen Erklärungen, die Du mir mitgegeben hast!
Mich verblüfft, wie schnell ihr (Du) solche Dinge einfach aus dem Aermel schüttelt. Für mich ist schon ein einzelner "Aspekt" eines solchen Projektes schon eine grosse Herausforderung. Meistens bin ich dann auch gezwungen, immer wieder Schritte zurück zu gehen.
Schwebt dir denn schon etwas vor Richtung Spiel?

Gruss starcow

Edit:
Ich sehe grad: Wir haben uns echt am gleichen Tag auf zfx registriert - und das bei einem Zeitraum von knapp 15 Jahren. Was für ein Zufall! :D

starcow hat geschrieben:Mich verblüfft, wie schnell ihr (Du) solche Dinge einfach aus dem Aermel schüttelt. Für mich ist schon ein einzelner "Aspekt" eines solchen Projektes schon eine grosse Herausforderung. Meistens bin ich dann auch gezwungen, immer wieder Schritte zurück zu gehen.
Schwebt dir denn schon etwas vor Richtung Spiel?

Das meiste ist bisher ja "nur" eine Portierung, d.h. die Algorithmen liefen bereits in älteren Projekten und sind auf ihr Zusammenspiel getestet, da wurde nichts wesentlich Neues in den letzten Tagen aus dem Ärmel geschüttelt. Mit C++ muss ich natürlich im Detail etwas anders an bestimmte Dinge rangehen. Und, da ungewohnt, viel nachschlagen.
Die Implementierung der Algorithmen selbst hat auch so gut 3 Jahre gedauert, mit vielen Pausen, immer bei Bedarf/Interesse ein wenig ausprobiert, evaluiert und weiterentwickelt und bei neueren Ideen auch mal 3 Schritte zurück.
Aktuell überarbeite ich wie gesagt die Objektverwaltung, da habe ich eine neue Idee bzgl. Anhängen neuer Eigenschaften an Entities. Das ist jetzt wieder "echter" Entwicklungsaufwand, und ich weiß dabei nicht ob die Idee am Ende tatsächlich was taugt :D - also neuer "Aspekt", genau das was du beschreibst.

In Richtung Spiel: kein Großprojekt, eher ein paar Minigames, und aktuell nur Testumgebungen. Ich mache das vor allem, weil mich z.B. neue Ansätze für den ganzen Logik- und Verwaltungskram interessieren, und wie man sowas möglichst wiederverwendbar und gut benutzbar in Code fassen kann. Weniger weil ich ein bestimmtes Spiel oder eine besonders tolle Engine im Sinn habe.
Daher werden die Screenshots auch noch eine Weile eher abstrakte Linienobjekte (irgendwann auch texturierte Klötze wie im letzten Action-Beitrag) zeigen anstatt beeindruckender Grafiken.

Da ich hier meinen Fortschritt auch ab und an dokumentieren möchte, zeige ich ein kurzes Video.
Viel ist noch nicht zu sehen, und die Entwicklung schreitet ziemlich langsam voran.
Mal sehen ob ich in Zukunft etwas mehr Zeit pro Tag investieren kann...
Viel hat sich nicht getan.
Ich habe ein tolles Tileset gefunden und verwende dies nun.
Die Steuerung des Autos habe ich auch etwas "realistischer" gemacht.
Ich habe etwas Sound hier und da dazugepackt.
Die Ameisen folgen nun anständig...

Der Titel des Spieles ist "Kati and the Desert Ants".

Hier ein kleines Video:
https://streamable.com/ohld3
(schade das ich das Video hier nicht einbetten kann)


Das Bild im Hauptmenü habe ich mir, vorläufig, von dem talentierten Alex Landish "ausgeborgt"^^, weil ich nichts passenderes im Netz gefunden habe.

Weiter Fortschritte werden folgen...

Guten Morgen,

Ich habe etwas weiter entwickelt, und zeige das hier mal.
(Hab mir vorgenommen, jede Woche meine Fortschritte zu zeigen. Vlt motiviert mich das zusätzlich das Spiel zu Ende zubringen)

Ich habe viele Häuser-Grafiken probiert, und dann doch welche aus GoogleMaps genommen. Die sind aber nur platzhalter erstmal, ich habe da evtl eine gute Idee.
Ameisen bewegen sich jetzt auch schon mal per Hupbefehl zum Ziel-Haus.
Pixelgenau Kollisionsdetection mit Häusern ist drinnen.
Des Weiteren habe ich etwas mit SDFs per Shader herumexperimentiert und eine Art Hinterniss generiert.
(Das sind die Dinger die sich periodisch quer über Strasse hinwegbewegen. Kollision ist da noch nicht drin.)

Exkurs/Idee Was noch ansteht:
- ordentliches(!!!) Driften des Autos. Und besseres Fahrvergnügen..
- Kollisionsdetection auf Polygongrundlage (macht das "entlangrutschen" des Autos an Häusern möglich; zumindest nach meiner jetzigen Vermutung)
- Zerstörungsanimation bei Ameisenangriff
- u.v.m

Kleines Video:
https://streamable.com/x1dgt

Gruß

@joggel: Das erste Video hatte ich gesehen, sah schon nach einem guten Ansatz aus.
Beim zweiten Video streikt leider meine Leitung. Ich habe kein Breitband hier, und scheinbar ist der Anbieter auch nicht der schnellste oder das Video ziemlich groß, k.a.
Aber deine Ideen hören sich gut an, mach auf jeden Fall weiter!

Kleiner Zwischenstand von mir (Nein, kein Paintbrush-Klon mit Airbrushflecken):
Ich habe einmal die Basis-KI einer meiner Action-Beiträge (Neon Bot Arena) in die neue Objektverwaltung implementiert: rund 10.000 Instanzen suchen nahe Ziele der anderen Fraktion, verfolgen diese und vernichten sich gegenseitig.
Solche Szenen mit vielen Spawns und Kills pro Frame dienen mir beim Testen eines Pool-Patterns (also Wiederverwendung von Instanzen statt new und delete), und ob sich darin die Querverweise (viele Bots visieren denselben Feind an, Feind wird von ganz anderer Seite vernichtet; vernichteter Bot steht in der Liste mal vor, mal nach der Referenz; gekillter Bot wird für einen Spawn wiederverwendet usw.) richtig auflösen.

Bis jetzt geht der Plan auf :) Linearer Aufwand, Screenshot zeigt 10.000 Bots in 7ms (inkl. SDL-Point-Rendern, unoptimiert, Farben unsortiert). Reicht mir schon. Genauere Daten (ohne Renderloop, Kill- und Spawn-Statistiken usw.) habe ich aktuell nicht. Spannend wird es, da mal einen 3D Instanzrenderer draufzusetzen :D aber das wird noch eine Weile dauern.

GIF! GIF! GIF!