Die besten Voxel-Game-Engines 2026 — und eine, die du nicht installieren musst

Voxel-Game-Engines zerfallen in drei Gruppen: spezialisierte Voxel-Engines, Allzweck-Engines mit aufgesetzter Voxel-Schicht und Browserwelten, die in einem Tab rendern, ohne dass etwas installiert werden muss. Die spezialisierte Engine liefert dir Chunk-Speicher, Meshing und Lichtausbreitung ab Tag eins und schränkt dann alles rundherum ein. Die Allzweck-Engine gibt dir eine vollständige Toolchain und übergibt dir die Chunk-Pipeline als Hausaufgabe. Die Browserwelt überspringt Installation und Build-Schritt vollständig.

Diese Seite vergleicht Hytopia, Noa, Luanti, Godot mit einem Voxel-Plugin und Unity mit einem Voxel-Plugin: was jeder davon tatsächlich ist, was du darin schreibst und wo er dir Zeit kostet. Sie endet mit der Browser-Option, einer Welt, die du öffnest und im selben Moment durchläufst, in dem du sie beschrieben hast.

Kurze Antwort: Welche Voxel-Engine solltest du verwenden?

Spezialisierte Voxel-Engine wie Noa oder Luanti: Nutze sie, wenn die Weltdaten selbst das Produkt sind und du keinen Mesher, keinen Chunk-Streamer und keinen Flood-Fill-Lichtdurchlauf schreiben willst, bevor du überhaupt etwas auf dem Bildschirm siehst.

Allzweck-Engine plus Voxel-Plugin wie Godot oder Unity: Nutze sie, wenn du Animation, UI, Physik, Audio, Eingabezuordnung und Plattform-Export brauchst und es akzeptierst, die Chunk-Pipeline innerhalb der Frame-Schleife von jemand anderem zu verantworten.

Browserwelt, die du nie installierst, wie der Neta Studio Builder: Nutze sie, wenn das erste Hindernis darin besteht, eine andere Person dazu zu bringen, sich die Welt anzusehen, und ein Link günstiger ist als ein Download, eine Toolchain und ein Build-Schritt.

Den Ausschlag gibt, was auf deinem kritischen Pfad liegt. Wenn das Schwierige der Inhalt ist, wähle die Pipeline mit der kürzesten Strecke zwischen einer Idee und dem Herumlaufen darin. Wenn das Schwierige die Simulation ist — tausende interagierende Blöcke, eigene Physik, deterministischer vernetzter Zustand —, wähle das Toolkit, das du profilen, patchen und neu kompilieren kannst.

Die Engines im Vergleich

Fünf Optionen, unten beschrieben nach ihrer Form statt nach einem Ranking. Alle rendern Voxel. Sie unterscheiden sich darin, was sie dir geben und was sie zurückerwarten.

Lies zuerst die Spalte Sprache. Sie entscheidet, wie viel der Laufzeitumgebung du ohne einen nativen Build-Schritt ändern kannst, und das bestimmt, wie du um zwei Uhr morgens debuggst.

Hytopia

Hytopia ist eine gehostete Voxel-Spielplattform mit einem JavaScript- und TypeScript-SDK. Die Welten basieren auf Voxeln, der Client läuft im Browser, und Multiplayer ist Teil der Plattform statt etwas, das du hinzufügst: Du schreibst die Spiellogik gegen die Entity- und Player-APIs des SDKs, und die Plattform übernimmt den Server. Der Kompromiss ist, dass dein Spiel auf deren Laufzeitumgebung lebt. Du konfigurierst und skriptest es; du lieferst kein eigenständiges Binary der Engine aus.

Noa

Noa ist eine JavaScript-Voxel-Engine auf Basis von Three.js, die auf den Browser abzielt. Sie übernimmt gechunkte Terrain-Daten, Mesh-Erzeugung, ein Entity-System sowie einfache Kollision und Schwerkraft, und erwartet, dass du den Rest mitbringst: Rendering-Setup, Eingabe, Spielregeln, Netzwerk. Ihre API ist klein genug, um sie von Anfang bis Ende zu lesen, und das ist ihr eigentlicher Vorteil. Wenn etwas seltsam reagiert, liegt der Fehler in Code, den du öffnen kannst, nicht in einer Blackbox.

Luanti (früher Minetest)

Luanti, früher Minetest, ist eine Open-Source-Voxelplattform statt eines einzelnen Spiels. Die Engine ist in C++ geschrieben, aber das Gameplay kommt als Spiele und Mods in Lua, sodass du Blockverhalten, Crafting und Entities ändern kannst, ohne neu zu kompilieren. Ihre Welt ist ein Node-Raster in 16x16x16 Mapblocks, und der Server streamt Blöcke über das Netzwerk an die Clients. Du kannst einen Server lokal betreiben, und derselbe Servercode läuft auf einem gemieteten Host. Einstellungen wie active_block_range und max_block_send_distance bestimmen, wie weit ein Spieler sieht und wie viel RAM der Client verbraucht.

Godot mit einem Voxel-Plugin

Godot hat kein Voxel-Terrain im Kern der Engine. Du fügst es hinzu: entweder ein Community-Addon, das Chunk-Meshes erzeugt, oder deinen eigenen Mesher, der ArrayMesh-Oberflächen plus Kollisionsformen produziert. Godot liefert dir die Teile, die die Voxel umgeben — Szenenbaum, AnimationPlayer, UI, Physikkörper, Eingabe und Export-Vorlagen — sowie GDScript, C# oder C++ über GDExtension für den Meshing-Code. Die Erzeugung von Chunk-Meshes gehört in einen Worker-Thread oder eine WorkerThreadPool-Aufgabe. Sie im Hauptthread zu erledigen ist die übliche Ursache für Ruckler, wenn ein Spieler eine Chunk-Grenze überschreitet.

Unity mit einem Voxel-Plugin

Unity ist dieselbe Geschichte mit einer schwereren Toolchain. Voxel-Terrain kommt aus einem Plugin oder aus deinem eigenen Chunk-System; der produktive Weg sind Burst-kompilierte Jobs im C# Job System, die Mesh-Daten in Worker-Threads erzeugen und sie mit Mesh.SetVertices und ähnlichen Aufrufen hochladen. Die Kollision ist das wiederkehrende Problem: Ein MeshCollider pro Chunk ist teuer zu berechnen, deshalb schreiben viele Projekte stattdessen Voxel-Raycasts und AABB-Kollision gegen das Blockraster. Du behältst Unitys Animation, UI, Audio-Mixer und Build-Pipeline über Desktop- und Web-Ziele hinweg.

Spiele eine Voxelwelt, ohne etwas zu installieren

Der schnellste Weg zu entscheiden, ob du Voxelwelten bauen willst, ist, in einer zu stehen. Der Neta Studio 3D Game Builder läuft in einem Browser-Tab. Du tippst eine Beschreibung einer Welt ein — Terrain, Stimmung, Bauwerke —, und der Builder erzeugt eine spielbare Three.js-Szene, die du mit WASD und Maus durchläufst. Kein SDK, keine Editor-Installation, kein Build-Schritt, keine Asset-Pipeline, die du zuerst verdrahten musst.

Die Welt, die du bekommst, ist echte Geometrie, kein Video. Du stößt mit ihr zusammen, du bewegst die Kamera durch sie hindurch, und du änderst sie, indem du die Änderung beschreibst — das Wasser anheben, eine Brücke hinzufügen, das Tal verbreitern — und dann neu generierst. Agent Sprite Forge deckt die 2D-Ebene ab: Sprites für Agenten, Requisiten und Pickups, damit eine Szene nicht ins Stocken gerät, während sie auf einen Character-Artist wartet. Mini World ist die kleinste Demo und das richtige erste Ziel auf einem Laptop. The Cyclops' Island ist eine größere, ausgearbeitete Welt und zeigt, wie eine Szene aussieht, wenn Terrain und Beleuchtung nicht flach sind.

Was das nicht leistet: Es gibt dir nicht die blockgenaue Skript-API einer spezialisierten Engine und erzeugt keine eigenständige ausführbare Datei für einen Store. Es ist das Ende der Pipeline zum Ansehen und Iterieren und der schnellste Weg, einer anderen Person zu zeigen, was du mit einer Voxelwelt meinst.

Worauf es wirklich ankommt

Vier Eigenschaften entscheiden, ob eine Voxel-Engine bis zum dritten Monat angenehm oder schmerzhaft ist. Keine davon steht auf einer Feature-Liste, und alle sind messbar, bevor du dich festlegst.

Weltgröße

Speicher ist billig, Streaming nicht. Eine Welt wird meist in Chunks von 16x16x16 oder 32x32x32 Blöcken unterteilt, und die Engine hält einen Radius davon im Speicher. Der Speicherbedarf skaliert grob mit dem Radius hoch drei, also bedeutet die doppelte Sichtweite etwa achtmal so viele Blockdaten, bevor Meshes mitgezählt werden. Auch Koordinaten spielen eine Rolle: float32-Positionen verlieren weit vom Ursprung an Präzision, was sich als Kamera-Zittern und Z-Fighting weit jenseits von 100.000 Einheiten zeigt. Engines lösen das mit Origin-Rebasing oder kamerarelativem Rendering. Finde heraus, welches deine verwendet, bevor du einen Kontinent planst.

Beleuchtung

Voxel-Beleuchtung ist meist Flood Fill. Jeder Block speichert einen Lichtwert, Sonnenlicht breitet sich nach unten aus, bis es auf einen undurchsichtigen Block trifft, Fackeln breiten sich mit einem Abfall nach außen aus. Das ist pro Block günstig und teuer, korrekt zu halten. Wenn ein Spieler einen Block setzt oder entfernt, muss das Licht in diesem Chunk und seinen Nachbarn neu berechnet werden, und wenn du den Nachbar-Chunk auslässt, tritt Licht als helle Naht über die Grenze. Wenn die Engine Licht in Vertex-Farben backt, backt jede Bearbeitung ein Mesh neu. Wenn sie im Shader beleuchtet, zahlst du mit Uniform-Limits und zusätzlichen Draw Calls.

Multiplayer

Voxel-Multiplayer ist überwiegend ein Bandbreitenproblem. Der Server ist autoritativ: Er hält das Blockraster, und Clients senden Absichten statt Positionen. Nur Bearbeitungen wandern als Deltas, und nur Chunks innerhalb eines Interessenradius werden überhaupt gesendet, sodass der Datenverkehr mit der Spielerzahl mal dem Sichtradius skaliert statt mit der Weltgröße. Zwei Clients, die im selben Tick denselben Block abbauen, sind ein realer Fall, für den du eine Antwort definieren musst. Wenn die Engine, die du wählst, kein Netzwerk hat, schreibst du das Interessensystem, das Delta-Format und die Client-Vorhersage selbst. Das ist ein Projekt, kein Feature.

Läuft im Browser

Ein Browser-Ziel eliminiert den Installationsschritt, und das ist der mit Abstand größte Abbruchpunkt, wenn du jemanden bittest, deine Welt auszuprobieren. Der Preis ist ein kleineres Budget: WebGL2-Draw-Calls, ein einziger JavaScript-Hauptthread, sofern du nicht Cross-Origin-Isolation für SharedArrayBuffer einrichtest, und die Downloadgröße für jedes Asset. WebGPU ist in aktuellen Desktop-Browsern vorhanden, aber nicht einheitlich, deshalb ist ein WebGL2-Fallback weiterhin normale Praxis. Wenn die Welt in einem Tab läuft, kannst du sie in einer Nachricht verschicken. Wenn sie einen Launcher braucht, kannst du das nicht.

Voxel-Sandbox vs. Voxel-Engine

Eine Voxel-Sandbox ist ein fertiges Spiel, das zufällig aus Blöcken besteht. Du lädst es herunter, du spielst es, und die Blockpalette ist, was auch immer der Entwickler ausgeliefert hat. Eine Voxel-Engine ist ein Toolkit: Chunk-Speicher, Meshing, ein Renderer und eine API, gegen die du programmierst. Die Unterscheidung ist wichtig, weil Suchergebnisse dieselben Wörter für beides verwenden.

Signale auf der Seite. Wenn es einen Launcher und eine Screenshot-Galerie gibt, ist es eine Sandbox. Wenn es eine API-Referenz, Klassennamen und ein zu installierendes Paket gibt, ist es eine Engine. Wenn Blocktypen Datendateien sind, die du bearbeitest, statt Laufzeitobjekte, die du registrierst, sagt dir das, auf welcher Ebene das Produkt lebt. Wenn es einen Export- oder eigenständigen Build-Pfad gibt, kaufst du ein Toolkit. Wenn die einzige Möglichkeit zu veröffentlichen innerhalb ihrer Plattform liegt, mietest du eines.

Hybride sind häufig und es lohnt sich, sie zu benennen. Luanti ist eine Plattform: Die Engine ist ein Toolkit, die mitgelieferten Spiele sind darauf aufbauende Sandboxes, und du wählst, auf welcher Ebene du arbeitest. Hytopia ist sowohl ein SDK als auch eine gehostete Laufzeitumgebung, du schreibst also Code auf Engine-Ebene, der auf den Servern von jemand anderem ausgeführt wird. Browser-Builder sitzen am äußersten Content-Ende und erzeugen Welten statt Systeme. Entscheide, welche Ebene dir gehören soll, bevor du Feature-Listen vergleichst, denn eine Sandbox mit einem guten Editor ist kein Ersatz für eine Engine mit einer API.

Betritt die Welt, zu der es gehört

Ein Sprite ist eine Figur ohne Ort zum Stehen. Der letzte Schritt ist der, den sonst niemand bietet: Nimm das Sheet, das du gerade gebaut hast, und setze es in eine Welt, in der jemand herumlaufen kann — eine kleine Insel, ein Planet, eine verregnete Straßenecke. Jede Welt auf dieser Seite wurde aus einer geschriebenen Beschreibung erzeugt und als spielbare Seite veröffentlicht.

FAQ