Thanks for the reply! The GC should behave as long as you pre-allocate and clean after every frame, I suppose. Arenas might help with that.
I will give Foster a try! (after I'm done with my project) - thanks for making it open source!

Thanks for writing this!! I am using rust and I think it's overkill for my purposes. I might give c# a chance. Have you noticed any performance impact running your games in a managed (gc) language ?

I am not a gamedev and I started this project by looking at blah (as you can tell by the tiny link frog!), so I want to thank you again for making it open source!

"...throw every light in the game into a grid, on a single texture. With a 2048x2048 texture..."

I'm sure this is a naive question, but... isn't it enough to draw the visible lights and bake them into a frame buffer that's the same size as the game frame buffer? This is what I'm doing

Thanks for sharing this! It's very relevant to what I'm doing!

I'm also finding all the surrounding tiles, extruding those edges that face the light outwards and drawing a quad. What I didn't understand about the article is the following: (1/2)

Right! That is convenient, the reason I'm asking is I'm having trouble getting ImGui to play nicely across DLL boundaries. I might have to just implement it on the DLL itself and see if that works.

qq do you compile the game into a DLL for hot reloading?

This looks amazing. Looking forward to your streams

Either! Count me in

Thank you! And thanks for making Blah open source (I’m learning a ton by implementing my own version in Rust)

This looks amazing, I wouldn’t even know where to start implementing this, how does it work?