Matrix-Game 4.0: Harnessing Video Models for Real-Time Playable Game Worlds
Jihai Zhang, Runjia Qian, Kaiqin Kong, Biao Jiang, Puyi Wang, Siru Chen, Tianle Li, Guanjie Chen and 10 others
SkyworkAI · The Chinese University of Hong Kong · UC San Diego · University of Science and Technology of China · Shanghai Jiao Tong University · Shanghai AI Lab
Published October 20, 2026 · on the feed October 21, 2026 · ▲ 194 · arXiv 2610.27999
The abstract
Moving from controllable videos to genuinely playable worlds requires persistent world state, executable game rules, and low-latency interaction. We outline a roadmap for the next generation of Matrix-Game that separates game execution from visual generation through an executable game harness, and introduce Matrix-Game 4.0 as the first system built on this design. A lightweight game engine maintains world state and executes interaction rules, a multimodal coding agent translates player ideas into game code and dynamic scene captions, and a renderer based on autoregressive video model transforms engine-rendered low-poly proxies into detailed visuals, conditioned on dynamic captions and memory references. This framework provides continuous guidance for visual generation and enables natural-language creation and modification of scenes and gameplay. Our renderer is trained on aligned low-poly and high-fidelity video pairs and distilled into a causal generator that generates in four-frame chunks with one or two denoising steps. Together with targeted inference optimizations, Matrix-Game 4.0 enables 480p, 60 FPS gameplay on a single NVIDIA RTX5090 with a key-press-to-display latency of 112ms. Single-step generation achieves 83FPS steady-state throughput with 18.2GiB of peak GPU memory usage. With fixed prompts, steady-state throughput also reaches 67FPS on an RTX5080 and 58FPS on an RTX5070Ti. We demonstrate customizable shooter and driving games with engine-enforced mechanics, and release code, model weights, and low-poly game assets to support research and creation of playable game worlds.
The Brief
2:35A short podcast summary of the paper. Written and voiced by AI.
Transcript
Matrix-Game 4.0. Harnessing Video Models for Real-Time Playable Game Worlds. By Jihai Zhang and seventeen others, from Skywork AI, the Chinese University of Hong Kong, and five other institutions. Published on the twentieth of October. No code repository is linked to it.
A video model that responds to controls is not yet a game. To get from controllable video to a world you can genuinely play, the authors name three requirements: a world state that persists, game rules that actually execute, and interaction with low latency. A generator that only paints the next frames supplies none of those on its own.
Their answer is a roadmap for the next generation of Matrix-Game, built on one separation. Game execution and visual generation are pulled apart, joined through what they call an executable game harness. Matrix-Game four point oh is presented as the first system built on that design.
Three parts divide the work. A lightweight game engine holds the world state and executes the interaction rules. A multimodal coding agent takes a player's ideas and turns them into game code and into dynamic scene captions. And a renderer, based on an autoregressive video model, takes the engine's low-poly proxy frames and transforms them into detailed visuals, conditioned on those dynamic captions and on memory references. Because the engine is always producing something to render, the visual generator gets continuous guidance, and scenes and gameplay can be created or modified in natural language.
The renderer is trained on pairs of aligned low-poly and high-fidelity video, then distilled into a causal generator that works in chunks of four frames, using one or two denoising steps.
With targeted inference optimizations on top, the system runs gameplay at four hundred eighty p and sixty frames per second on a single NVIDIA RTX5090. The latency from a key press to the display is one hundred twelve milliseconds. Single-step generation reaches a steady-state throughput of eighty-three frames per second, with peak GPU memory of eighteen point two gibibytes.
Smaller cards were also tested with fixed prompts. Steady-state throughput reaches sixty-seven frames per second on an RTX5080, and fifty-eight on an RTX5070Ti. The authors demonstrate customizable shooter and driving games whose mechanics are enforced by the engine, and they release code, model weights and low-poly game assets.
Here the video model is no longer asked to be the game. The rules live in an engine that can be inspected and edited, the agent writes the code, and the generator's job narrows to making a crude proxy look real, fast enough to play.
Paper Quest · 7 chapters · about 41 min
Play this paper
Learn it by doing: make the calls the authors made, guess the result before you see it, and defend it in a viva graded on your own words. Chapter 1 is right here.
Chapter 1 🧩 · The problem
A video that responds to keys is not yet a game. Find out what is missing.
You have a video model that responds to keyboard controls. Players want a real game: rules that hold, a world that remembers, and instant response.
The road ahead
- 1 · The problem ~7 min A video model that answers key presses looks like a game, but it keeps the whole world only in pixels it paints.
- 2 · What came before ~3 min
- 3 · The key idea ~9 min Pull game execution apart from visual generation: code and a light engine run the game, and the video model only paints it.
- 4 · Choose your own research ~3 min
- 5 · Build the method ~8 min Each moment of play flows from agent to engine to rough proxy frame to the video model, which paints the detailed frame.
- 6 · The experiment ~6 min You’ll guess: At 480p on a single NVIDIA RTX5090, how many frames per second does the full Matrix-Game 4.0 gameplay reach?
- 7 · The viva ~5 min Three questions from the examiners, answered in your own words. Win it for the paper’s trophy.
Free, with Google or an email address. Your stars and progress are kept.