Picture the launch footage: a Night City pedestrian, arms stretched straight out, frozen mid-stride while the city carried on around him. Four years later, the engine lead gave that image an explanation nobody expected. The T-pose was not just a bug the team missed. It was the lesser evil they picked.
At a glance
The game: Cyberpunk 2077 by CD Projekt Red, REDengine, launched in December 2020.
The symptom: characters frozen in the default arms-outstretched pose, one of the launch most infamous visual bugs.
The explanation: lead engine programmer Charles Tremblay, in a 2024 retrospective as reported by 80 Level and PC Gamer from a Eurogamer recovery piece.
The quote: either you show a T-pose, or you hard crash. The team preferred not to hard crash.
The patches: Hotfix 1.05 fixed T-posing NPCs in two named quests only. Patch 1.23 in June 2021 fixed one more T-pose spot in The Pickup, plus memory and streaming improvements.
What this article does not claim: no single root cause, no player count, no CD Projekt Red code fix, and no patch that fixed T-pose everywhere at once.
Last verified: October 28, 2026.
The most photographed bug of the launch
Cyberpunk 2077 launched into one of the most troubled releases in recent memory, pulled from the PlayStation Store a week after release amid refunds and a warning label on Xbox, as contemporary reporting records. Among the flood of glitches, the T-pose stood out because it was instantly readable: a character with no animation to play stands in the default pose, arms out, while the world moves on. It broke immersion without necessarily blocking progress, which made it perfect screenshot material and a lasting emblem of the launch. Contemporary launch bug lists described reloading a save as something that could clear the symptom in some cases, which is worth recording as player-side relief, not as a fix: a workaround that hides a frame does not repair the condition that produced it.
The 2024 explanation reframes that image. As reported by 80 Level and PC Gamer from a Eurogamer piece on the recovery, lead engine programmer Charles Tremblay said the game suffered memory leaks, with memory use rising the longer it ran, a problem made worse on consoles where players could suspend the game for many hours without fully closing it. In theory, he said, the game could run indefinitely until fragmentation or memory problems left no memory to handle some animations. At that point the team faced a choice: show a T-pose, or hard crash. Tremblay added the wider context himself: streaming was not always working, memory was a problem, and every gameplay system assumed those things worked fine, multiplied across a million players into countless strange permutations. Read carefully, this is a retrospective account of systemic pressure, not a launch-day fault report and not a single isolated bug with one cause.
Two patches, three named spots, no single fix
The patch record supports the systemic reading, because no patch claims a general T-pose fix. The official Hotfix 1.05 notes list, under Visual, exactly one T-pose line: fixed T-posing NPCs in Suspected Organized Crime Activity: Just Say No and Gig: Hot Merchandise. Two quests, not the whole city. Patch 1.23, released in June 2021 ahead of the game return to the PlayStation Store on June 21, 2021, still contained a T-pose line: under The Pickup, fixed an issue where one of the Maelstromers was T-posing. The same patch notes list numerous crash fixes across animations, UI, scene, physics, and gameplay systems, plus memory optimizations, memory management improvements, and a memory and I/O improvement leading to improved streaming. The pattern is the lesson: named spots got fixed one at a time, while the underlying memory and streaming pressure was addressed gradually, across patches, without ever being announced as a single T-pose cure.
That distinction protects the reader from the most common misreading of this story, which is that the T-pose was a single bug with a single patch. It was a visible fallback for a class of failure: when animation data could not be handled, the character stayed in its default pose instead of taking the game down with it. Fallbacks deserve the same engineering respect as fixes, because a fallback chosen in advance behaves differently from a fallback discovered by players. The first can be logged, measured, and budgeted for. The second becomes a meme before anyone on the team has named it.
What to reuse: general practice, not CD Projekt Red steps
CD Projekt Red never published code steps for this trade-off, so the checklist below is general engineering practice drawn from the story, and it is labelled as such. It is written for a team deciding its own fallback policy, not as a reconstruction of what CD Projekt Red did internally.
What to do Monday morning
Decide your animation-failure fallback in advance, and write it down: default pose, hide, or crash. A fallback nobody chose is a bug report waiting to happen.
Budget memory and streaming for long sessions, not just fresh launches. Test suspend and resume over hours on your lowest-spec supported target.
Test on the slowest storage in your supported set. Streaming that only works on fast drives will fail exactly where your players are weakest.
Log animation-load failures with context: which character, which animation, how long the session had run. A T-pose without a log is a meme, not a diagnosable event.
Fix named repro spots first, and track the systemic cause separately. A spot fix that closes a ticket is not evidence the pressure behind it is gone.
For players, keep symptom relief honest: reloading a save was reported to sometimes clear a T-pose, but relief is not repair, and it must never be presented as one.

