Noita — Source Code

// Recursive cast. Hold onto your butts. // TODO: Find a way to prevent infinite loops without ruining the fun. // - Nolla, 2021. (Still TODO as of 2024) The Noita source code is surprisingly fragile. The developers left the debug symbols in the release build (a fact dataminers have exploited). Inside, you find an entire subsystem called The Gods , which is not a lore element but a crash recovery system .

And the source code? It is the grimoire that binds this chaos into a playable, just-barely-stable reality. At the heart of the noita.exe lies not a traditional game engine, but a highly modified, multithreaded beast written in C and C++ . The developers have been open about its lineage: it grew from a humble "falling sand" game prototype. The source code reflects this organic, almost fungal growth. noita source code

The true madness is CastSpell() in spell_interpreter.cpp . Spells are not hardcoded effects. They are . When you fire a wand, the game compiles the spell list into a small virtual machine that executes inside the simulation. This is why lag happens. A "Divide By 10" spell, followed by a "Spark Bolt with Double Trigger" literally causes the virtual machine to recursively invoke itself. The source has a hard-coded recursion limit of 64. Remove it, and your computer becomes a brick. // Recursive cast

When the game detects an impossible state—a pixel that is both fire and ice, a recursive spell depth of 63—it doesn't crash. It invokes PunishPlayer() . // - Nolla, 2021

The simulation step, SimulateFrame() , is a masterpiece of parallelization and compromise. The code is littered with #pragma omp parallel for directives, attempting to split the screen into vertical slices. However, a legendary comment, said to be written by lead developer Petri "Arvi" Purho, appears above the fluid dynamics solver:

And the final line of the source code, in the main entry point, after everything is said and done? A single comment, likely from a 4 AM debugging session: