I've quietly made my LayerProcGen framework public:
https://github.com/runevision/LayerProcGen
It's a framework (C#) that can be used to implement layer-based procedural generation that's infinite, deterministic and contextual.
Nobody else have tried/tested it yet - if you're up for taking it for a spin, let me know how it looks; what's clear or confusing, if you think there's low hanging fruit improvements I could make, etc.
#ProcGen
The value of layer-based generation is not just the implementation, but also a certain way to *think* about how to define spatial dependencies for large-scale generation.
I've put a lot of effort into the documentation and its illustrations (examples here), which explain the high level concepts of the framework as well as the details.
https://runevision.github.io/LayerProcGen/
@Sythelux Cool! I'm very curious to hear how it goes in Godot. I've tried to make as much as possible non-Unity dependent, but some non-core things were difficult. Details here:
https://runevision.github.io/LayerProcGen/md_UsingWithoutUnity.html
I'd be open to including Godot-specific parts and wrappers (similar to the Unity ones) if someone wants to implement it, and we can find a good way to make it work in the repo.
@runevision how did you do the upm branch is it simply branched out and then files moved around or is there some file referencing magic going on? because I would do something similar in Godot with their addon system.
btw I can't promise anything, but this framework looks really well thought through so I'll at least start to make something and we see how it goes.
@Sythelux It's a separate branch (with no shared history) where the files are moved around according to this python script:
https://github.com/runevision/LayerProcGen/blob/main/upm_release.py
Currently I run the script and check in the result manually on my computer for each commit, but I might automate it with a GitHub action at some point.
And yes, there could be a separate branch for delivering to Godot as well using a similar approach.
@runevision I got one half of the SimpleSample done with no changes in the base code. I had to make an InterOpGodot of course and an extra Godot for the commons files, but that was pretty much it so far.
I had to realize that you had the exact same idea with threaded loading, but your implementation is better.
I'll try to port the TerrainSample as well and then I see if I can add it to my Digital Twin project.
my branch is here:
https://github.com/Sythelux/LayerProcGen/tree/godot
Thank you for the clean work.
@runevision I got the second half of the Simple Samples as well!
I pushed it. Feel free to check it out. I'm very happy this was possible ~
@runevision thank you! and I do try to get terrain to work. I'm actually sitting in the Godot Chat rn, because Terrain3D is missing C# bindings and there is a proposal for Godot to generate C# Bindings for any GDExtension itself, but I can't seem to find how. Since no one is answering me currently I will fall back to create a makeshift binding with only the functions I need exposed.
But yes the whole Terrain API might be completely different from Unity, but I wanted to figure that out anyway.
Rune Skovbo Johansen
Syd