Hi,
I've created more than a few experiments like this using dc<%> backed by
canvas% or bitmap%. For such simple game like you mention, it will work
like a charm. However it is not the fastest approach - I remember
rendering a Rubik's cube last year for the students[1] and on Linux it
ran fluently, on Mac it ran at 2 frames per second for no apparent
reason. Probably the Cairo back-end is just really slow there.
I would assume Pict is on-par with dc<%>-based approach (in the end that
is what renders the rasterized image).
Funnily enough, I am working on a graphics side project right now and I
have a working 3D rendering pipeline completely in Racket which works
surprisingly fast even on 2560x1440. I plan to publish a series of
articles about that. No OpenGL, no compiled C code, only Racket trickery.
Or you can use ASCII (as seen on RacketFest 2020)...
Cheers,
Dominik
[1]
https://trustica.cz/en/2019/05/16/teaching-cryptography-rubiks-cube-diffusion/