A programmer has successfully ported Doom to the Commodore 64, proving once again that id Software's 1993 shooter will run on virtually anything with a processor and a screen. The build, developed by a developer known as "Kweepa," renders the game's iconic corridors and demons on hardware released more than a decade before Doom existed — a 1 MHz MOS 6510 CPU with 64 KB of RAM.
The Announcement
The port isn't a simulation or a video trick. It's a playable, native Commodore 64 executable that loads from disk and runs on real hardware — no accelerator cartridges, no modern coprocessors, no cheating. Kweepa shared footage showing Doom's first level, E1M1, running at a visible (if sluggish) frame rate, complete with texture-mapped walls, sprite-based enemies, and the original's distinctive color palette crunched down to the C64's 16-color limit. The project joins a long lineage of "impossible" ports, but this one carries extra weight: the Commodore 64 is the 8-bit home computer, the machine that defined a generation's first encounter with computing.
@rickdevlog It’s using ray casting in a tile grid, based on code from The Keep. The code closest to the Doom source is the enemy code
View on X →Why This Now
The timing feels almost deliberate. Retro computing has exploded from niche hobby to cultural moment — new hardware clones like the THEC64 Mini, FPGA-based recreations like the MiSTer, and a thriving homebrew scene have made 40-year-old platforms accessible to people who never owned them originally. At the same time, Doom porting has become its own genre of technical performance art. We've seen the game run on pregnancy tests, ATMs, digital cameras, and the Touch Bar of a MacBook Pro. Each new port pushes the definition of "minimum viable hardware" further into absurdity. The C64 port sits at a unique intersection: it's not just a joke platform; it's a beloved platform with an active community that will actually play this.
Deconstruct the Impact
For the retro community, this is a landmark achievement. The Commodore 64's architecture — no hardware multiplication, no floating point, a graphics chip designed for scrolling tilemaps and sprites — makes true 3D rendering a nightmare of software emulation. Kweepa's solution uses a raycasting engine similar to Wolfenstein 3D but optimized aggressively for the 6510's instruction set. Walls are rendered in vertical strips using character-mode graphics with carefully timed raster interrupts. Enemies are software-scaled sprites. The frame rate hovers in the single digits on stock hardware, but it works. That's the point.
For preservationists, it's a reminder that software archaeology isn't just about archiving ROMs. It's about understanding how code interacts with silicon constraints. This port will be studied by computer science students and hobbyists alike as a masterclass in optimization.
The Broader Trend
This fits into a broader cultural current: the rejection of planned obsolescence through sheer ingenuity. Modern game development assumes ever-increasing budgets, team sizes, and hardware requirements. Doom ports represent the opposite philosophy — what can you squeeze out of nothing? It's the same spirit driving the demoscene, the same spirit that produced Elite on the BBC Micro or Another World on the Amiga. The C64 port is a love letter to constraints as a creative catalyst.
There's also a lineage here. The original Doom source code release in 1997 sparked the modern porting phenomenon. Without that decision by id Software — a radical act of openness at the time — none of this exists. The C64 port is a great-grandchild of that choice.
Doom for Commodore 64 WIP: sky, shotgun polish, better lighting, temp logo. E1M1 through E1M8 are in. Still looking for a musician! #c64 #mos6502 #doom
View on X →Counterpoint
Let's be honest: nobody is going to play through Doom on a stock Commodore 64 for fun. The frame rate makes combat feel like a slideshow. Input latency is measurable in seconds. The controls — keyboard only, no mouse support — fight the game's design at every turn. This is a tech demo, not a port you'd recommend to a friend looking to experience Doom for the first time. There's also the question of authenticity: the port doesn't run the original Doom logic. It's a from-scratch engine recreating Doom's look on C64 hardware. Purists might argue it's not really Doom — it's a Doom-like. The distinction matters to historians, even if it doesn't to the person watching E1M1 render on a CRT.
What Comes Next
The source code hasn't been released yet, but Kweepa has indicated it's coming. Once it's public, the community will optimize further — someone will find cycles to reclaim, someone will add SuperCPU support for a playable frame rate, someone will port Doom II or Final Doom. The C64 homebrew scene is relentless. Beyond that, the "Doom on everything" train has no terminal station. Someone is already eyeing the VIC-20. The ZX81. The Apollo Guidance Computer. The bar keeps lowering, and the creativity keeps rising. That's the real story: not that Doom runs on a C64, but that forty years later, people still care enough to make it happen.
"It's not about whether you should. It's about whether you can." — a comment on the project's GitHub, probably
Steve 🇺🇦 McCrea (@Kweepa) on X@rickdevlog It’s using ray casting in a tile grid, based on code from The Keep. The code closest to the Doom source is the enemy code
Comments (0)
Loading comments…