ZFX + Developia

Schrompf hat geschrieben: ↑25.10.2025, 13:44 Mini-Feature-Wunsch: [optional] [halb]transparente Hintergründe für jegliche Schrift aufm Bildschirm. Verbessert die Lesbarkeit.

Oder Outlines.

Schrompf hat geschrieben: ↑25.10.2025, 13:44 Mini-Feature-Wunsch: [optional] [halb]transparente Hintergründe für jegliche Schrift aufm Bildschirm. Verbessert die Lesbarkeit.

Tatsächlich hatte ich gestern Abend auch schon die selbe Idee :D

GUI Effekte im Murmel Hauptmenü:
Ich habs ja in unterschiedlichen Threads schon angesprochen - ich baue gerade mein GUI System um, weil ich Gamepadunterstützung haben will. Dafür brauche ich unter anderem ein Fokus-System, damit man Bedienelemente auswählen kann. Und dieser Fokus muss natürlich entsprechend irgendwie visuell repräsentiert werden.

Im Landvogt hab ich einfach die Farbe des Buttons geändert - heller, wenn der Mauszeiger drüber war, dunkler, wenn man ihn runtergedrückt hat. Das hat auch erstaunlich gut funktioniert, das erste ist ein wie ein Glühen oder ein Scheinwerfereffekt, das zweite ist halt wie wenn man den Knopf physisch rein drückt und er deshalb weniger Licht abbekommt.

Jetzt können Buttons aber beliebige Effekte haben. In diesem Fall ein Glühen unter dem Bild. Das Sprite ist super hässlich, aber es geht ja um den Code. Harald Hoppelhase wird dann demnächst auch angepasst, da wird dann eine Mohrrübe vor dem ausgewählten Knopf hin- und hertanzen.

Wie man im Video sieht, können Fokuseffekte zeitlich animiert sein, und obwohl immer nur ein Objekt Fokus haben kann, kann die Animation etwas länger leben, um ein hübsches Ausblenden zu ermöglichen. Daher sieht man bei schnellen Mausbewegungen mehrere Fokuseffekte.

Endlich: eine geschlossene Oberfläche. Es gibt noch jede Menge Kleinigkeiten: die früher schonmal erwähnten spitzen Ecken, der ganze Ärger rund um Pixelmitten vs. Texturkoords, die LOD-Säume, vereinzelte nicht-deterministische Effekte an Kanten, so dass es mit nem Shader drauf dann doch wieder aufklafft... aber ich freu mich erstmal. Damit kann ich jetzt mal endlich ein bissl Grafikeffekte basteln

Gefällt mir. Schon erstaunlich was man mit Voxeln alles machen kann.

Danke :-) Aber das hier hat nix mit Voxeln zu tun, das ist reine Geometrie-Verarbeitung. Deswegen isses ja auch so kompliziert, das stabil und grenzfallfrei hinzukriegen.

Hatte ich ja gestern schon beim Stammtisch gezeigt. Heute noch ein wenig dran weitergearbeitet. Hab jetzt umgestellt auf ein traditionelles Heightmapterrain, bei dem alle "Quads" als 2 Dreiecke ohne gesharte Vertices gerendert werden (-> super simpel). Dabei bekommt jedes Quad UVs von 0,0 -> 1,1 und dann werden die Vektor-Linien im Shader erzeugt. Das dürfte dann nachher auch ein bei den Modellen ein guter Ansatz sein.

Sieht sehr stylisch aus!

Jeder Felsen hat mal klein angefangen...

scheichs hat geschrieben: ↑12.02.2026, 17:06 Hatte ich ja gestern schon beim Stammtisch gezeigt. Heute noch ein wenig dran weitergearbeitet. Hab jetzt umgestellt auf ein traditionelles Heightmapterrain, bei dem alle "Quads" als 2 Dreiecke ohne gesharte Vertices gerendert werden (-> super simpel). Dabei bekommt jedes Quad UVs von 0,0 -> 1,1 und dann werden die Vektor-Linien im Shader erzeugt. Das dürfte dann nachher auch ein bei den Modellen ein guter Ansatz sein.

Sieht sehr cool aus! Die Überstrahlung an den Ecken kommt auch sehr gut rüber.
Bei der Szene erinnere ich mich auch wieder was ich noch lösen wollte falls ich sowas mal wieder mache: Bei sich schneidender Geometrie die Schnittkanten finden und ebenfalls rendern.

Ja, das sieht echt so stylisch aus, dass ich selbst eins bauen will. Schneidende Geometrie... da dachte ich zuerst, haua das wird teuer. Aber nö, Normalen im Screenspace ausrendern wie so ein billiger DeferredRenderer, und dann ne Edge Detection darauf, und Du kriegst alle Kanten freihaus. Noch dazu in immer gleicher Stärke, egal wie weit weg die Oberfläche ist, was ja eine der erklärten Anforderungen von scheichs beim Stammtisch war.

Danke danke! JA die Idee es über Deferred und EdgeDetection zu machen stand auch im Raum. Allerdings hättest du dann z.b bei "planen" Terrainflächen keine Unterteilung. Dafür würden die meisten Mesh-Modelle vermutlich ad-hoc ziemlich gut ausschauen.

Ich frage mich, wie ein negiertes SSAO aussehen würde, dass also aufhellt, statt abdunkelt, in den Kanten/Spalten/Einschlüssen. Ansonsten kann ich mich nur anschließen, mir gefällt der Style auch sehr gut.
Vielleicht könntest du die großen Würfel noch ein bisschen unterteilen.

Kurzes Update zu meiner 3DEngine:

Ich wechsle mit dem Thema jetzt rüber in „Showroom". Hier geht es zum Orginal Beitrag.

Wie es bis jetzt war:
Die Engine ist Stück für Stück gewachsen. Ein Feature nach dem anderen: Shadows (ich sehe jedoch keinen), Multitexture (noch in Arbeit), getrennte Render-Passes usw.
Vieles läuft, aber die Struktur ist nicht sauber genug. Zu viele Abhängigkeiten, zu viel implizite Logik. Wenn man an einer Stelle dreht, bewegt sich woanders etwas mit. Das ist auf Dauer nicht tragbar.

Wie es werden soll:
Kein weiteres Herumflicken. Ich bauen neu auf. Sauber, strukturiert, mit Plan :D

Das Core-Systeme soll klar getrennt werden, die Render-Pipeline definierter statt implizitem Ablauf. Material- und Shader-System modular und erweiterbar (Hoffe ich). Keine versteckten Abhängigkeiten mehr (Hoffe ich auch). Debug-Struktur von Anfang an fest integriert (kann immer noch keinen Schatten rendern...keine Ahnung warum)

Ziel ist eine stabile Basis, die ich erweitern kann oder jemand anders, ohne jedes Mal Angst zu haben, etwas anderes kaputt zu machen.

Ich poste trotzdem mal ein Bild. Beide Würfel werden mit zwei unterschiedlichen Shadern gerender. Das rechte mit einem Shader welches nur rot rendern kann...aber es funktioniert.

scheichs hat geschrieben: ↑12.02.2026, 17:06 Hatte ich ja gestern schon beim Stammtisch gezeigt. Heute noch ein wenig dran weitergearbeitet. Hab jetzt umgestellt auf ein traditionelles Heightmapterrain, bei dem alle "Quads" als 2 Dreiecke ohne gesharte Vertices gerendert werden (-> super simpel). Dabei bekommt jedes Quad UVs von 0,0 -> 1,1 und dann werden die Vektor-Linien im Shader erzeugt. Das dürfte dann nachher auch ein bei den Modellen ein guter Ansatz sein.

Mit Erschrecken grade festgestellt, dass ich mich echt nicht weiterentwickle.
Damals vor 18 Jahren hatte ich fast dasselbe schonmal gemacht, aber mit ner eigenen SW-Renderengine. Heute brauch ich für sowas Unity... XD

Da bist du nicht alleine...ich habe 2015 das hier gepostet: [Projekt] giDX³ 3D Engine

11 Jahre später sitze ich immer noch vor einer 3D Engine. Jetzt nicht mehr DX9 sondern D11, aber eigentlich das selbe. Natürlich etwas besser und umfangreiche und jetzt sogar mit Schatten :D

Unglaublich wie die Zeit vergeht und man feststellt, dass es nie wirklich fertig wird...nur immer ein Stück besser. Vielleicht geht es auch nicht um das Fertigwerden, sondern ums Verstehen.... :)

Die Szene verwendet zwei Shader gleichzeitig. Mesh1 nutzt den Standard-Shader mit Textur und Beleuchtung. Mesh2 verwendet einen eigenen Vertex- und Pixel-Shader, der über einen separaten Constant Buffer die Laufzeit empfängt und daraus animierte Plasma-Farben berechnet.

Hübsch :)

Die Textur links erinnert mich irgendwie ein wenig an die Cover meiner alten Schulhefte. Heieiei.

Ich gebe es zu: Ich stehe gerade vor meinem Bildschirm und freue mich wie ein Kind über zwei rotierende Würfel. Die Unreal Engine rendert fotorealistische Welten mit Millionen Polygonen und ich bin stolz auf meine zwei Boxen.

Vielleicht ein paar Wörtern zum Code:
Ein einziger Aufruf initialisiert DirecX11 im Hintergrund

Eigenen Shader laden: Vertex-Flags steuern, welche Attribute der Shader braucht — hier nur Position, keine Normals, keine UVs. Die Engine baut daraus automatisch das passende Input-Layout.

Kamera, Material, Mesh Einfach Entity erstellen und positionieren, fertig.

Game Loop Wer Blitz3D kennt, wird sich sofort heimisch fühlen. Ich habe die API bewusst in diesem Stil gehalten, aber unter der Haube läuft DirectX11.

gombolo hat geschrieben: ↑22.02.2026, 16:30 Ich gebe es zu: Ich stehe gerade vor meinem Bildschirm und freue mich wie ein Kind über zwei rotierende Würfel. Die Unreal Engine rendert fotorealistische Welten mit Millionen Polygonen und ich bin stolz auf meine zwei Boxen.

Ja, ist doch auch nice :)

Endlich Freitag! Das Wochenende steht vor der Tür – und dieses Mal steht bei mir mal wieder Renovierung an. Es wird gestrichen! Auch wenn das Wetter wunderschön ist, heißt es also: Ärmel hochkrempeln statt entspannen.

Der Sommer kommt ja jetzt auch so langsam – und das bedeutet für mich oft: weniger Zeit vorm PC. Dabei sitze ich beruflich schon acht Stunden am Tag vor dem Bildschirm. Zu Hause dann nochmal ... das fällt mir im Winter leichter. Wenn’s draußen kalt und dunkel ist, mach ich’s mir in meinem „Arbeitszimmer“ (eigentlich eher Hobby-Zimmer) gemütlich und programmiere vor mich hin.

Aber jetzt hab ich schon genug erzählt. Zum Ausklang der Woche gibt’s daher einfach einen kleinen Screenshot meiner 3D-Engine.

Ich wünsch euch allen ein schönes Wochenende! :)

Bevor ich mein Projekt etwas Ruhen lasse, weil ich zu viel Zeit reingesteckt habe (andere Sachen müssen auch gemacht werden). Ein Screenshot einer Testscene mit mehreren (Point)Lichtern.

Und Sonnenschatten, wenn ich das links an der Wand richtig sehe! Sehr cool. Was machst Du denn sonst noch so, wenn ich fragen darf?

Schrompf hat geschrieben: ↑26.03.2026, 08:36 Und Sonnenschatten, wenn ich das links an der Wand richtig sehe! Sehr cool. Was machst Du denn sonst noch so, wenn ich fragen darf?

Ja leider nur einen Schattenquelle...die anderen Lichter werfen keine Schatten :)

Hmmm...sagen wir es mal so. Ich mache nicht das was ich mal machen wollte :) Ich programmiere seit Jahren, eigentlich schon seit Jahrzehnten. Ich habe auch an kommerziellen Projekten mitgearbeitet, aber das war nie meine Haupteinnahmequelle.

Mein Geld verdiene ich damit, Einkäufer in großen Industrieunternehmen bei Verhandlungen zu beraten. Das hat gar nichts mit der Programmierung zu tun, aber setzt Kreativität voraus. Vielleicht mache ich den Job aus diesem Grund auch so gut :)

Dir ist sicher aufgefallen das ich dann mal Monate oder Jahre hier nichts poste, weil ich wieder keine Zeit habe für meine Hobby, dann kommen immer wieder Zeiten wo es ruhiger ist, dann kann ich mich wieder damit beschäftigen.

Vor allem in den kalten Monaten sitze ich gerne in meinem Arbeitszimmer und zeichne Bilder (Digital) oder Modelliere mit Blender oder programmiere.
Ja, das mache ich so...

Ich bastle schon eine Weile an einer Ingame-UI-Lib, die ich in privaten Projekten und PoCs einsetze. Das ganze Projekt nutze ich zur Entspannung, wenn mich funktionale Zulassungen oder EU-Normen mal wieder in den Wahnsinn treiben. Mir ist auch bewusst, dass solche Dinge im Netz schon zu Hauf verfügbar sind. Mit Vibe-Coding wäre ich auch schneller. Allerdings geht es mir gerade darum, mir solche Herausforderungen zu stellen, damit ich nicht verblöde.

Das Ganze unterstützt zurzeit:

• Panels

• Text-Buttons

• Image-Buttons

• Progress-Bar

• Tree-View

DIe Lib basiert auf einem SDL2-Backend. Dies lässt sich aber recht einfach an eigene Renderer anpassen. Dafür arbeite ich gerade an einem weiteren Vulkan-Backend.

Das Projekt könnt ihr auf Github einsehen: https://github.com/kimkulling/tiny_ui

Ah, nice. GUI mache ich ja gerade auch so ein bisschen, aber eher so aus Trotz (ich hatte schon eine selbstgemachte Lösung, die war nicht sehr gut, anstatt sie durch etwas fremdes zu ersetzen, mache ich sie besser).

Gibts bei dir was in Bewegung zu sehen? Wie läuft das Text-Rendering, kann das SDL direkt?

Bezüglich Text-Rendering nochmal: Ich hatte in meinem GUI System kürzlich alle Arten von Effekten eingebaut (für Auswählen oder Aktivieren von Elementen). Eine Idee waren da Textrahmen (Outlines). Der naive Ansatz ist, einfach eine leicht größere Schriftgröße im Hintergrund zu rendern, aber insbesonders für dicke Rahmen funktioniert das nicht (z.B. ist irgendwann das kleine O einfach komplett innerhalb des großen Os, es hat dann also vlt. außen einen Rahmen, aber nicht innen).

Besser geht das mit Signed-Distance-Fields, über die man im Pixel-Shader quasi beliebig die Rahmendicke anpassen (und dann auch animieren kann). Dafür muss man dann aber natürlich seine Fonts in Distance-Fields umrechnen und mit speziellen Shader rendern, das könnte also schon 2 Tage Teilzeitarbeit bedeuten, und zum jetzigen Zeitpunkt war mir das diese Spielerei nicht wert. Vielleicht in Zukunft mal.

Btw. ich benutze FreeType-GL, und das hat wohl schon auch Support für Distance-Fields, nur weiß ich nicht wie gut. Ich habe nach dem referenzierten Original-Paper und Code von Stefan Gustavson gesucht, nur leider gibts die Webseite nicht mehr. Ich hab sogar mal die beiden Autoren angeschrieben, aber der eine hatte den Code auch nicht mehr und der andere ist seit Covid out-of-office :-(

https://github.com/rougier/freetype-gl

Jonathan hat geschrieben: ↑01.04.2026, 12:24 Ich habe nach dem referenzierten Original-Paper und Code von Stefan Gustavson gesucht, nur leider gibts die Webseite nicht mehr.

Die Wayback Machine hat sie archiviert inklusive Paper (Code scheinbar nicht): https://web.archive.org/web/20220313234 ... gu/aadist/

Ich mach wieder Mal bei einem GameJam mit. Wahnsinn wie Zeitdruck sich auf meine Produktivität auswirkt. Es ist das 1-bit GameJam #10. Die ersten 2 Tage habe ich verpasst, aber ich denke ich bekomme das gerade so noch fertig gestellt.



Ursprünglich dachte ich nutze wieder Flickgame damit die Entwicklung nicht aus dem Ruder läuft. Aber ich habe mich dann doch für eine höhere Auflösung entschieden und nutze den guten alten Gamemaker Studio 1. Da kann man sogar Sound implementieren! ;) Aber es wird möglich sein das Spiel auf Flickgame zu portieren da ich dessen Restriktionen benutzen werde (höchstens 16 Räume, und die 2 Farben sind von der Flickgame Farbpalette). Und da ich nur zwei Farben verwende hat man in jedem Raum nur 2 Optionen.



Gameplay ist einfach Point & Click. In 6 Räumen stirbt man, und ein Raum gewinnt man. Findet man nur durch Erkundung raus.