The engine decides what a team can attempt

Licensed middleware and in-house technology carry different costs, and the choice is locked in years before a game ships.

A large screen showing an engine editor viewport in a dim room
Licensed and in-house engines carry different costs, and the choice is made years before a release.

A decision made before the brief

When a studio begins pre-production, the engine is already constrained by what its developers have mastered, what the platform holder will certify, and whether the runtime can be licensed at all. The choice is not a feature comparison made in a week; it arrives trailing years of institutional knowledge, and changing it mid-project is expensive enough to be almost unknown in commercial development.

The two broad options — a commercial engine licensed from a third party, or a proprietary system built and maintained in-house — have different cost structures and different ceilings. A commercial engine such as Unreal Engine, licensed from Epic Games, charges no upfront royalty on console titles below a revenue threshold but takes a percentage beyond it, a figure Epic revised publicly in 2023. Unity's pricing has shifted more than once, and its 2023 Runtime Fee proposal created documented turbulence across small and mid-size studios before being partially reversed. These are not abstract risks; they enter a production budget before a single level is built.

What the engine actually gates

A licensed engine delivers a known quantity: a rendering pipeline, a physics solver, an audio graph and, crucially, platform integration layers that have already been through certification. The Technical Requirements Checklist that every submission must pass includes threading behaviour, memory allocation discipline and suspend-resume handling, and an engine vendor shoulders the work of keeping those layers compliant as the platform holder issues new TRC revisions. For a studio without deep platform expertise, that is significant value — not glamour, but calendar time recovered.

An in-house engine offers something different: the ability to make the entire stack visible and modifiable. When a game's core mechanic demands control over memory layout, or when a team is trying to extract the last few frames from a fixed thermal budget, the capacity to reach into the renderer and change how draw calls are batched is not cosmetic. Studios that built proprietary engines — id Software's id Tech line, the internal technology behind Decima at Guerrilla Games, Insomniac's proprietary engine — accumulated that investment across multiple titles. The cost was front-loaded years earlier. A new studio cannot replicate it on a single project's budget.

That front-loading is the structural fact the engine decision turns on. Building a proprietary renderer, animation system and toolchain costs engineering years that produce no content. A publisher funding a first project rarely accepts that trade; a first-party studio, backed by a platform holder, sometimes can. This is part of why internal studios and their consolidation matter structurally: they can absorb engine investment that an independent studio cannot.

A shelf of development kits with handwritten labels
Development hardware is issued and returned. The label is handwritten because the shelf changes faster than any printer.

The platform as a third constraint

The engine choice also intersects with the platform in ways that licensed tools simplify. Development kit access, debugging APIs and performance-analysis tooling are often integrated into commercial engines before independent developers receive them. An in-house engine team must write those integrations themselves, which requires either early platform access — itself gated by the developer programme — or a later and more compressed integration sprint.

Backward compatibility adds another dimension. Running software across hardware generations involves licence arrangements as much as silicon, and an engine that has been forward-ported once has a documented path for doing it again. Engines that predated shader-model transitions or had threading models incompatible with multicore console architectures were sometimes abandoned not because the underlying game was wrong but because the runtime could not be moved forward economically.

The day-one patch sits at the far end of the same timeline. Certification occupies weeks before a title ships, and defects discovered in that window cannot be fixed on disc. Engine-level bugs — memory leaks, crash paths under specific suspend sequences — are among the hardest to close quickly, because fixing them requires understanding a system that may not have been written by anyone still at the studio. The engine does not just decide what a team can attempt at the start of a project; it is a part you can point at at every gate afterward.

A console mainboard on an anti-static mat with a shielding can removed
The board carries the promises the checklist enforces: bus width, storage placement, the reserved memory block.Photo: RS 42471-12 PCB 02 · Wikimedia Commons
SECTION A–A · STACK HEIGHT 01 Outer shell The controller is the hard part 02 Fan and heatsink The thermal budget 03 Board and processor Take the lid off 04 Optical drive Backward compatibility 05 Ports and debug output What a submission survives 06 Base and feet Forty identical test stations FIXED FOR SEVEN YEARS
Section A–A — the stack the checklist describes, from shell to feet.