So when you use the opcode to fetch the address of the a font character… are you saying that CHIP8 memory access was entirely (or partially) abstracted on the VIP? Or just that modern interpreters do that entirely differently?
Most interpreters I’ve seen all place the font somewhere in the first 512 bytes so that after fetching the address i
would always be guaranteed to be less than 512, etc… pointing into the “reserved” portion of RAM…
I always got the impression from reading the technical stuff that i
was pointing to REAL memory locations… the whole reason programs start at 0x200 instead of 0 was because the interpreter itself was literally using that RAM on the host system.