Technical question: what guarantees that the memory address is stable? It means that allocations always happen in the same order in the game ?
replyConsole games of that era don't usually malloc; they have globals. Entities go into pools / buffers that are allocated ahead of time
replyIt needs to be a global variable in C. A variable in a function scope or runtime malloc'd spot? No chance of finding a stable spot.
replyThankfully, a lot of old games love to use global variables because you can't run out of stack space or allocatable memory. Modern games shy away from that because even the tiniest consoles these days come with gigabytes worth of RAM, even a memory leak has to be a gigantic firehose to bring the system to a halt.
> A variable in a function scope or runtime malloc'd spot? No chance of finding a stable spot.
replyIt depends, on a system with no ASLR it's potentially still deterministic, but there are a lot of potential sources of non-determinism.
This is a fairly "common" technique for doing multiplayer randomizers. Typically on a smaller region, but you end up with some sort of scratch memory being used as a buffer for messages sent back and forth between the emulator and the network layer (or your flash cart's RAM and the network layer, in the case of FXPakPro!). It's super useful.
reply