nanoprintf VS esp32-doom

It turns out that DOOM expects a little more POSIX compliance from it's C library than Micropython provides, in particular the printf implementation is lacking many features. The good part is that because I'm building an entirely separate binary application, I can use someone elses printf, and finally, after a lot of pain, it runs!

You might be interested in this or similar: https://github.com/charlesnicholson/nanoprintf

Since it looks to be built on the ESP32 platform, the answer is likely yes (but you'd need a display...) https://github.com/espressif/esp32-doom

I think actually there are a couple of DOOM ports for the platform.

My most pressing question is, can it play Doom?

There seems to be a port for ESP32 [0] and Arduino Nano does play it [1], so maybe?

[0]: https://github.com/espressif/esp32-doom

[1]: https://m5stack.hackster.io/naveenbskumar/yes-arduino-nano-e...

Perhaps try this: https://github.com/espressif/esp32-doom

should be fine, yeah

There is a port of DOOM for an ESP32, proving that it can be done, however I have added additional constraints on myself as follows:

Now all we need for DOOM everywhere is to make the memory management more portable. It's still difficult to port DOOM to microcontrollers like the ESP32 and ARM Cortex-M and RISC-V, which are easily fast enough to run it but which have much less RAM than a 90's PC (128-512K vs 4MB). But they can use external RAM via SPI which is very cheap for 4 or 8 MB, and while that is slower than 90's DRAM because of the serial protocol it should be good enough with a very simple cacheing strategy?