this is really polished and well made! love the little dinosaur(?) guy
wondering is the world just a normal godot tilemap or is there some other trickery involved to make it more efficient?
godot's tilemap is TERRIBLE for games like this lol. theres two major tricks i do to make it run well. instead of using tilemap, i keep a big array of the entire world, and when drawing a chunk, it takes an 8 by 8 segment of that array and matches the world data to textures that are always saved in memory.
i use godot's Image class to take the block textures and stamp them onto a larger 64x64 texture using .blend_rect(), then setting the chunks texture to the new image. i do this a 4 times for all the layers ( background layer, tile layer, animated layer, water layer ).
i use godot's bitmap to convert images to polygons which i can use for chunk collisions, which combines colliders and is much more efficient than using tilemaps. using tilemap, an 8 by 8 filled chunk would be 64 collision squares, which means 64 collision checks that every enemy has to do, for every chunk. just a couple enemies and it really slows down. with bitmap tho i use 4 collisions for a filled chunk, which makes performance with enemies waaay better
the other major trick is that all of what ive just said is programmed in c++ using gdextension, and c++ is just a much more efficient language than gdscript
also godot's tilemap runs draw calls every time any tile is changed. makes generating the world way slower than it has to be.
in general godot is pretty bad for procedural type games like this one lol