esp32-doom VS doomgeneric

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?

https://github.com/ozkl/doomgeneric

all you have to do, according to the readme, is implement five functions in the linked project to get doom on your chosen platform.

I made a Doom source port that runs within a PDF file.

I was inspired by the recent HN post about Tetris in a PDF (https://news.ycombinator.com/item?id=42645218) and I wondered if I could get Doom to run using a similar method.

It turns out that old versions of Emscripten can compile C to asm.js code that will happily run inside the limited JS runtime of the PDF engine. I used the doomgeneric (https://github.com/ozkl/doomgeneric) fork of the original Doom source, as that made writing the IO fairly easy. All I had to do was implement a framebuffer and keyboard inputs.

Unlike previous interactive PDF demos, the output for DoomPDF is achieved by creating a text field for each row of pixels in the screen, then setting their contents to various ASCII characters. This gives me a 6 color monochrome display, that can be updated reasonably quickly (80ms per frame).

The source code is available at: https://github.com/ading2210/doompdf

Note that this PDF can only run in Chromium-based browsers that use the PDFium engine.

But as was written somewhere else in the comments and as I wrote myself in the README, the hard work of making Doom more portable was done by the incredible project doom-generic which I forked: https://github.com/ozkl/doomgeneric

It can surely be implemented with a GDNative add-on (3.x) or GDExtension (4.0). Someone on the Godot Contributors Chat is looking into integrating doomgeneric with GDNative, so you can play Doom within Godot :)