Running Doom on nRF5340 microcontroller #Doom @NordicTweete
During the development of nRF5340 – a chip that may power your next headphones or gaming mouse – an important question came up: can it run the classic game Doom? A fully functional version of the game, with little to no compromises?
To run smoothly, Doom (in the day) required an Intel 486 processor running at 66MHz. The application processor of the nRF5340 can run at 128MHz, the multiplier is single-cycle and access to most of RAM and NVM is single-cycle (with cache enabled). So there should be more than enough processing power. But Doom required 8MB of RAM. The nRF5340 application core has only 512kB of internal RAM.
The team at Nordic took up the challenge.
Now we had to get the game to fit in less than 512kB of RAM. The lowest hanging fruit was to move data from RAM to flash NVM. In various parts of the game there are tables containing static information.
We just mark the data as “const” and the compiler takes care of keeping the data in flash memory. This memory can be accessed relatively quickly, especially with the cache enabled, so it shouldn’t affect performance.
To maximize the number of variables that could be constant, we removed the ability to configure various settings in the game, such as video resolution, key mappings and sound settings. Since we’re locking the video resolution to the maximum supported by the game, we could also pre-generate a few lookup tables that depend on this resolution, and make this data constant as well.
The original Doom source code is heavily influenced by being more CPU-constrained than memory constrained. In several cases, computations are pre-calculated and stored in lookup tables. Since the nRF5340 is more RAM constrained than CPU constrained, this optimization can in some cases be reversed.
You can see an older demo video below and a newer one with build details on the post here.
Adafruit publishes a wide range of writing and video content, including interviews and reporting on the maker market and the wider technology world. Our standards page is intended as a guide to best practices that Adafruit uses, as well as an outline of the ethical standards Adafruit aspires to. While Adafruit is not an independent journalistic institution, Adafruit strives to be a fair, informative, and positive voice within the community – check it out here: adafruit.com/editorialstandards
Stop breadboarding and soldering – start making immediately! Adafruit’s Circuit Playground is jam-packed with LEDs, sensors, buttons, alligator clip pads and more. Build projects with Circuit Playground in a few minutes with the drag-and-drop MakeCode programming site, learn computer science using the CS Discoveries class on code.org, jump into CircuitPython to learn Python and hardware together, TinyGO, or even use the Arduino IDE. Circuit Playground Express is the newest and best Circuit Playground board, with support for CircuitPython, MakeCode, and Arduino. It has a powerful processor, 10 NeoPixels, mini speaker, InfraRed receive and transmit, two buttons, a switch, 14 alligator clip pads, and lots of sensors: capacitive touch, IR proximity, temperature, light, motion and sound. A whole wide world of electronics and coding is waiting for you, and it fits in the palm of your hand.
Have an amazing project to share? The Electronics Show and Tell is every Wednesday at 7pm ET! To join, head over to YouTube and check out the show’s live chat – we’ll post the link there.
Python for Microcontrollers — Python on Microcontrollers Newsletter: CircuitPython 8.1.0 and 8.2.0-beta0 out and so much more! #CircuitPython #Python #micropython @ThePSF @Raspberry_Pi
