Hello.
who wants to give a try to this game (in beta testing)?

Dusk Diorama is made with the Godot Engine and written entirely in GDScript.
The voxel cities are generated procedural basically made with ArrayMesh and MultiMesh geometry.
I wrote easy and basic custom shaders to create the blur effect that should create a tilt-shift miniature look, the rain and light pools.
It uses the lightweight GL Compatibility renderer and runs on Android , Linux and all the platforms the Godot supports.

I'm now planning to extend this given the ability to load and save the cities.... but is taking time. Which format do you suggest?

What do you think about release on Steam or maybe some other game platforms? I have only experience on Android!

The game will allow you to build your city, hopefully in an easy way, generate events, drive cars , take picture in camera mode or let the app generate the city for you.

https://play.google.com/apps/testing/com.BeeGroove.DuskDiorama

Looking for feedback!

In case you cannot install the via the previous link ,closed testing version is still available, you need to pick one of those access codes. https://beegroove.codeberg.page/website/doc/dusk_diorama_first_1000_access_code.txt

And use it in this page. https://play.google.com/redeem

I want to make a voxel sandbox, I have some experience in game development in Godot and Unity, but I think using existing engine is not going to have good performance. I saw much people make their own engines in OpenGL, but I use macOS where it is deprecated. I also tried wgpu with rust, but I'm too dumb for it and I couldn't understand what I'm typing, but not what is buffer, pipeline, surface, I didn't understand small syntax things that seem very weird. And I really didn't like its 300-lines boilerplate code. Also I don't know what is the better: raymarching or meshing, but I've heard meshing is easier. I'm okay to learn a new language, but now I like C# most, which unfortunately has GC and I need to avoid it, but it's not a big deal. I know Vintage Story was made using c# but they used openGL too.

This is the place to show off and discuss your voxel game and tools. Shameless plugs, links to your game, progress updates, screenshots, videos, art, assets, promotion, tech, findings and recommendations etc. are all welcome.

• Voxel Vendredi is a discussion thread starting every Friday - 'vendredi' in French - and running over the weekend. The thread is automatically posted by the mods every Friday at 00:00 GMT.
• Previous Voxel Vendredis

Hey guys, I want to implement a creature editor that is based on function representation of volume objects, since parametric meshes are impracitcal for my case. I have parts which can fuse with neighbouring parts in which case I need to remesh. However I would like to avoid doing a global remesh, so I am looking for meshing algorithms which also support local topology changes. The simplest one I could think of would be a chunk-based marching cubes algorithm, however I would like to avoid using that since the result is, well.. chunky if not coarse enough. I heard something about surface nets being tricky at chunk borders/boundaries and I am wondering what implications that would have for my creature editor. What do you guys suggest I look into? Ideally I would like to find a meshing algorithm that captures as much detail as possible and that works locally as well, though I am aware that such an algorithm might not exist.

This is the place to show off and discuss your voxel game and tools. Shameless plugs, links to your game, progress updates, screenshots, videos, art, assets, promotion, tech, findings and recommendations etc. are all welcome.

• Voxel Vendredi is a discussion thread starting every Friday - 'vendredi' in French - and running over the weekend. The thread is automatically posted by the mods every Friday at 00:00 GMT.
• Previous Voxel Vendredis

Hey everyone!

In the last month or two I have been spending my past time by making a little voxel ""engine"", putting focus on customization from the server side, I have always found it annoying that to add custom blocks to Minecraft, that you have to get people to install mods on their clients, or have to do some sketchy/hacky stuff on the server.

So that is where I am coming from with this, and tbh I don't know if I have gone to far or not, so that is why I am asking this today, how do others handle this?

My current system has textures, audio and models loaded on the *server*, together with a registry of blocks, entities and items. then when someone joins, the server sends all this asset information to the client, together with all the registered blocks, entities and items.

The only assets the client has are some UI textures, and the shaders.

So has anyone else weighted these options? What conclusions did you get on these 'data driven' things? The project I have is nothing serious so I am fully open to a fun debate on this topic :)

My current biggest issue is that its hard to come up with a 'selling point' as my game by default has no (recognizable) blocks, items or entities as that is all server/world depended. In theory one world/server has 4K block textures with very futuristic factories with gameplay like Factorio, and another has a retro aesthetic with minigame content. I think this would be a pain to market if this was ever to be published

Anyways thanks for reading my ramble lol woops

Attached is also an image of my current server-side API to add a dirt block

Hey everyone!

I’m looking for recommendations, resources, or tutorials on how to build or acquire a solid voxel engine.

I’m aiming for a visual style and mechanics similar to games like Stonehearth or Cube World. Where the world is constructed from fine voxels/custom voxel models, rather than standard large Minecraft-style block grids.

Specifically, I’d love to know:

• Are there any good open-source or commercial voxel engines/frameworks out there?
• Any recommended plugins for Unity or Unreal Engine (like Voxel Plugin)?
• If I decide to build one from scratch, what are the best learning resources, algorithms (e.g., Greedy Meshing, Marching Cubes), or tutorials to start with?

Thanks in advance for any tips, links, or personal insights!

It’s been a while since I posted anything here.

Here is an update on my world generation system. I can preview the region in a custom node editor; I recently added grass, integrated Ultra Dynamic Sky, and implemented an FFT ocean, paths for rivers and roads, and a bridge builder for when a road crosses a river.

I’m not aiming for release-ready performance just yet; first, I’m focusing on getting it working and achieving the desired visuals. Later, I’ll update or rebuild the systems to fit within acceptable performance limits.

The system supports points of interest, boss areas, and villages; I mark which regions are suitable for these features, and it generates them based on the seed.

The system also features springs and rivers. Springs always originate in high-altitude areas—I designate the high ground, and the system checks if it’s feasible to trace a spring flowing down until it meets a lake or the ocean. The river system operates across low-lying areas; it is broader than the springs and has greater depth.

I haven't tackled the shaders yet—I only took the time to create a shader for the grass. The other materials are just for debugging, and the water lacks post-processing or a proper layer setup, but it delivers the surface look I was aiming for.

Voxel engine I've been working on since 2012. It's gone through many different redesigns, this specific fork started in 2016 and I've been adding to it a few months at a time over the years. It occurred to me that I'd be able to store the necessary information to port my fluid dynamics sim into the voxel world in this engine so I buckled down and did it. I'm very happy with the results.

The engine, written in C++, is a software based raycasting algorithm on an infinite chunked world map that uses a Diamond Square algorithm to deterministically generate psuedorandom terrain with consistent boundaries/seams.

The latest update to the engine showcased in this video is the addition of fluid simulation. I originally made an eulerian fluid simulation for a heightmap terrain generator to simulate erosion and sediment deposition, part of this is modeling fluid transfer across the heightfield. I added visualization to the heightmap generator for debug purposes, including water. When I saw the way the water behaved in that heightmap editor I thought it looked really cool, and for a few years I've wanted to see what it would look like if I ported the logic from that into this engine.

One really neat aspect of the eulerian fluid simulator is that each cell it operates on has directional velocity. So by coloring the water with more of a white tint for higher velocities you end up with some really awesome visuals mimicking real life(rapids and falls having a more white appearance)

There are some games, where you can places slopes of different orientations and slope corners and so on, but I didnt come across any that make it easy and fast to place and edit them.

This is an idea I had to fix this, tell me if you know games or editors where something like this exists.

The top left panel is the starting point with a flat ground. the highlighted corners are the ones that decide in which orientation the next shape will be, and the grey area is where you need to click to add mass to the nearby red corner.

Panels with no corners or areas highlighted only have one way they can transfrom in that direction.

This system could be a seperate mode, so that you can switch between placing full voxels and changing the shape of the voxels.

The first half of the image is adding, the next half is subtracting, and that could be set to each mouse button.

What do you guys think about it?

I came to this idea after playing Planets3: Stellar Overload, which didnt finish development, and the placement was extremely tedious. It has the same voxel shapes, but you have to select each shape and go through all three axes of orientation until it fits, while you get confused by the rotations.

edit: because people misunderstand, my idea is for games where you change individual voxels like minecraft, where you may want to build something with more than just perfect cubes, whee voxels can have slopes and shapes in different orientation, but not have to rotate through all the rotation individually for each block, instead you add and subtract on certain parts of the existing voxel for easy edits.

The main video of the post is my approximation of an English Oak

Please see this paper for the core algorithm implemented:

https://www.algorithmicbotany.org/papers/colonization.egwnp2007.pdf

This thesis with more implementation detail:

https://algorithmicbotany.org/papers/runionsa.th2008.pdf

And this paper for some extensions of the core algorithm:

https://www.algorithmicbotany.org/papers/selforg.sig2009.small.pdf

Some further examples:

A few 'Oak' trees - demonstrating that the trees avoid growth where voxels are already present

A few Conifers

A few 'Birch' trees

Based on the above I generate a tree skeleton and leaf positions, and then rasterise the structure as voxels:

This is the place to show off and discuss your voxel game and tools. Shameless plugs, links to your game, progress updates, screenshots, videos, art, assets, promotion, tech, findings and recommendations etc. are all welcome.

• Voxel Vendredi is a discussion thread starting every Friday - 'vendredi' in French - and running over the weekend. The thread is automatically posted by the mods every Friday at 00:00 GMT.
• Previous Voxel Vendredis

Hi, I'm Micehier. This my voxel game project built from scratch using LWJGL. It's in the style of Minecraft but it is its own game. It's still an early prototype. Thank you!. C:

Background

I use glClearColor to set the background. For example, this sets to black :

glClearColor(0.0f, 0.0f, 0.0f, 1.0f);

Chunk load

In chunk load. I set size by public static final int size = 16; and load get Width, Height, Depth by

(in public Chunk(\***))*

endX = Math.min(startX + size, level.getWidth());

endY = Math.min(startY + size, level.getHeight());

endZ = Math.min(startZ + size, level.getDepth());

In level I use class Level and in level have a methode : getWidth() \return width* getHeight()*return height* getDepth*return depth\** and return by

private int width, height, depth;

* Math.min(); limit the chunk boundaries so they do not exceed the world size\*

BlockInteraction
Interaction form BlockInteraction(.java) For example, this break the selected block by setting it to air: level.setBlock(hitX, hitY, hitZ, Level.AIR);

I like my project.

If you have a question. You can ask in comments. I will provide the most direct answer possible. You can also let me know if you encounter any bug.

While reworking Colette I finally got some movement into her hair, and now I’m wondering how far I can push it.

The tricky part is that I don’t want the hair to bend or deform like a normal mesh and lose the blocky silhouette.

Has anyone experimented with physics-driven hair or accessories on voxel characters?

My instinct is to keep the hair fairly rigid and only allow secondary motion through a few controlled points, but I’m curious how other people would approach it.

been building this for a while, pretty much everything from scratch, and most of it is customizable. it's meant to be an actual voxel engine inside unity, not a game kit.

the part I'm happiest with lately is the atmosphere.

what do you think? and what would you want from a voxel engine if you were making a game with one?

EDIT: some technical details since people asked:

- everything heavy runs on burst + the job system. chunks are 32^3 and palette compressed, and they go generate -> light -> mesh off the main thread, so the main thread mostly just uploads meshes

- the far view, around 5k blocks in the image, is LOD rings. first the real chunks you can interact with, then a band with the same voxel size but simplified (no caves or small plants, merged into big meshes), then rings where 1 voxel = 2x2x2 and then 4x4x4 real voxels. They sample the exact same generator at a coarser step, so far terrain always matches what loads in later (even if it has overhangs)

- your edits get stamped into the LODs too, so if you blow a crater in a mountain it's still there when you look back from far away

- the edge of the loaded world fades into the actual sky so fog always matches the sky at any time of the day, and the fade follows how much is actually built, so on a fresh load it grows out ring by ring and you never see the end of the world (inspired by Hytale)

- terrain is a few big noise fields (continents, erosion, peaks/valleys) through curves + domain warp for the base shape, then a 3d density pass on top for overhangs and cliffs. biomes come from temperature/humidity after that, and each biome can reshape its own ground, that's how you get canyons, terraced savanna, karst towers, volcanoes etc

- caves are stacked floors of tunnel networks with flat floors so you can actually walk them, plus big caverns with pillars, ravines and flooded lower levels

- lighting is flood fill sky + colored block light stored per vertex, and the sun/time of day happens in the shader, so day/night never rebuilds chunks. there's also an optional hybrid mode that adds URP realtime shadows and point lights so you have those beautiful shadows as well as true dark areas inside caves

- clouds are raymarched volumetrics at half res, they cast shadows and the water reflects them (water has SSR, refraction, caustics and an actual flow sim)

- every edit goes through commands, so undo/redo and batching come for free, and raycasts, collision and pathfinding all run on the same world data

Still lots to improve tho, happy to answer more questions :)

In the game, Earth and the Moon are not simply objects placed in a space environment. They are actual spherical worlds that the player can fully explore.
The world is built using a chunk system indexed on a cube. This cube is then projected into a cube sphere to create the surface of each celestial body. This allows us to keep the advantages of a traditional chunk-based terrain system while still creating planets that are genuinely spherical.
From the player’s perspective, the ground is always locally flat. Chunks remain practical to build on and explore, just like in a traditional open-world game. But as you travel across the surface, the terrain gradually follows the curvature of the planet.
You can actually travel all the way around Earth and eventually return to the same place where you started. There is no invisible edge and no artificial boundary stopping you from going around the planet.
The same principle applies to the Moon. You can leave Earth, travel through space, reach the Moon, land on its surface and explore it just like another open world.
The interesting part is that these two things coexist: the player experiences a flat and familiar gameplay environment locally, while the world itself is built as a collection of real spherical celestial bodies.
If you want to experience the system for yourself, you can install the game now at play-Openworld.com.
Licenses are currently free, so this is a good time to give the game a try and explore the world for yourself.
Install the game, leave Earth, head for the Moon, and see how far you can go

This is the place to show off and discuss your voxel game and tools. Shameless plugs, links to your game, progress updates, screenshots, videos, art, assets, promotion, tech, findings and recommendations etc. are all welcome.

• Voxel Vendredi is a discussion thread starting every Friday - 'vendredi' in French - and running over the weekend. The thread is automatically posted by the mods every Friday at 00:00 GMT.
• Previous Voxel Vendredis

So my mesher does have a greedy-ish meshing by default, not as an implemented greedy pass but just as a natural consequence of the representation of the data, as large octree nodes facing other large octree nodes can emit big quads naturally. However, should I manually break up those quads into single voxel quads, to avoid things like T-junctions and the like?

This is the place to show off and discuss your voxel game and tools. Shameless plugs, links to your game, progress updates, screenshots, videos, art, assets, promotion, tech, findings and recommendations etc. are all welcome.

• Voxel Vendredi is a discussion thread starting every Friday - 'vendredi' in French - and running over the weekend. The thread is automatically posted by the mods every Friday at 00:00 GMT.
• Previous Voxel Vendredis

struct Chunk {
    Block ChunkBlocks[
CHUNK_X
][
CHUNK_Y
][
CHUNK_Z
];
    glm::vec3 WorldPos;

    std::vector<Vertex> ChunkVertices;
    GLuint VAO = 0,VBO = 0;
    GameObj ChunkObj;

    Chunk(BlockTypes t,glm::vec3 pos);
    void set_chunk_vao();
private:


};

This is my code for chunk generation (not finalised)
and this is the Constructor:

Chunk::Chunk(BlockTypes t,glm::vec3 pos) :WorldPos(pos) {
     std::vector<Vertex> Bmesh = BlockManager::get_inst().get_block_mesh(t);
    ChunkVertices.reserve(CHUNK_VERTEX_COUNT);
    for (int i = 0;i < CHUNK_X;i++) {
        for (int j = 0;j < CHUNK_Y;j++) {
            for (int k = 0;k < CHUNK_Z;k++) {
                ChunkBlocks[i][j][k].Type = t;
                if (ChunkBlocks[i][j][k].Type != Air) {
                    glm::vec3 offset(i,-j,k);
                    for (size_t s = 0;s < Bmesh.size();s++) {
                        Vertex v = Bmesh[s];
                        v.pos += offset;
                        ChunkVertices.push_back(v);
                    }
                }
            }
        }
    }

    std::cout << ChunkVertices.size() << std::endl;

    set_chunk_vao();
    ChunkObj = {VAO,WorldPos};
    if (VAO != 0) Renderer::get_inst().add_render_target(ChunkObj);

}

My question is,how do you implement face culling?

Strictly the meshing/blocks itself Ignore the slightly different terrain shape and the jagged material boundary.

Its for a sandbox survival game I am making but the buildings/structures will likely be independent from the terrain. (like Space/Medieval Engineers, No Mans Sky etc.) (the game isnt sci-fi themed tho, those games are just the ones with a similar building system)