Introduction
Sony launched the PlayStation 3 in November 2006 with two processors that matter immediately to anyone reading its game code: the Cell Broadband Engine and the RSX graphics processor 1. Cell moved PlayStation development away from the MIPS CPUs of the PS1 and PS2. Its PowerPC-based main processor and smaller SPU processors run different instruction sets, so even a single game can lead a reverse engineer down two quite different code paths 2.
This hub gathers original hardware documentation, accounts of how studios used the machine, development hardware, interviews and emulation work. The links are starting points for following a particular game or subsystem further.
Hardware
The Cell/RSX split shapes both the code a game runs and the data it sends to the screen.
Console security
Modern Vintage Gamer examines the PlayStation 3’s security and the history of attempts to defeat it. The overview complements the processor and development-tool information in this guide.
How Many Processors Could a PS3 Game Use?
IBM’s Cell Broadband Engine Programming Handbook describes a 64-bit PowerPC-based Power Processor Element (PPE) and eight Synergistic Processor Elements (SPEs) in the Cell architecture 2. That is the general chip design, not the count a game can use. A Sony Computer Entertainment graphics-pipeline presentation diagrams seven SPUs in the PS3, while an MIT PS3 programming reference says six are available to application code 3 4. An SPE includes an SPU, which executes instructions, and a Memory Flow Controller, which handles data transfers 2.
The other major processor is RSX. Sony’s 2005 system announcement identifies it as a graphics processor jointly developed with NVIDIA 5. Sony’s graphics-pipeline presentation lists Shader Model 3.0 capabilities, placing RSX roughly in the PC DirectX 9 era; it describes PSGL and a lower-level graphics API for the console itself 4. The retail hardware is therefore more useful to picture as a PowerPC control processor, six usable parallel SPEs and a separate graphics processor than as a conventional CPU/GPU pair.
Why Does SPU Code Need a Different Approach?
The PPE and SPU have different instruction sets and require separate compilers 2. Each SPU executes code and works on data in its own 256 KB local store; its Memory Flow Controller can move data between that store and main memory using direct memory access (DMA) 2. For someone examining a game, this means PowerPC disassembly alone may miss the code running on the SPUs. Transfer and synchronization code can also explain how a result reached the main program.
The handbook documents the hardware rules. For a compact, hands-on companion, MIT’s Cell Programming Mini-Reference covers DMA alignment, mailboxes and SPE thread behavior 3.
Its examples use the Linux Cell programming environment, so its libspe calls should not be mistaken for the licensed PS3 game SDK; the PS3 Linux programming notes spell out that environment’s toolchain 3.
White Knight Chronicles Recompilation Example
WK2D’s White Knight Chronicles II Recomp illustrates the separate work needed for SPU code. Despite the project’s name, its initial testing focuses on White Knight Chronicles I, which is included on the sequel’s disc. The project translates game code ahead of time and implements the required PS3 services in a runtime. Its SPU work combines compiled jobs with readable, project-written C++ replacements; replacement coverage remains partial 6.
The README reports starting-town rendering, short movement and save/load tests, not a complete playable game. Combat, sustained traversal and a full playthrough remain unverified. Building requires the user’s own USA BLUS30784 version 01.00 disc files; game files and generated game sources are not included in the repository 6.
Game Development
The hardware split becomes easier to understand through accounts of games that actually used it.
What Did Studios Run on the SPUs?
In Christian Gyrling’s 2008 Uncharted: Drake’s Fortune animation slides, Naughty Dog describes blending animation on the SPUs. One measured example uses nine clips and nine blends during normal combat in about 10 microseconds 7. The same presentation explains how the team kept related animations in Maya files and tested them quickly in-game. It is a view of one studio’s pipeline, not a general PS3 recipe.
Q-Games took a different route in PixelJunk Shooter: Jaymin Kessler’s GDC 2010 session describes SPU particle-flow simulation and a real-time distance-field calculator for collision work 8. Together, these examples show why a PS3 game’s SPU code may contain animation or simulation work rather than only low-level system routines.
Which Development Hardware and Tools Were Used?
In July 2005, Sony announced plans to acquire SN Systems, bringing the ProDG tools into its PS3 development effort 9. The compiler toolchains guide distinguishes the PS3’s PPU and SPU compilers. The development systems themselves, from early evaluation hardware to later reference and test units, are covered here:
Emulation
An emulator has to reproduce the machine’s behavior while translating its work to a very different host processor.
How Was RPCS3 Optimized for ARM?
In the video below, RPCS3 developer Whatcookie walks through six months of ARM optimization, including tests on an Odin 2. The useful thread for a PS3 reader is how guest SPU operations and timing behavior are mapped onto host instructions 10.
Several changes address distinct bottlenecks:
- Waiting - The busy-wait loop needed to account for the ARM timer’s frequency. Whatcookie also explains why
YIELDwas a poor substitute for x86’s pause behavior, and discussesISBandWFEas different ways to handle waiting 10. - SPU vector instructions - Native ARM table lookups (
TBLandTBX) improved emulation ofSHUFB. The video also covers dot-product and multiply-accumulate mappings, plus SVE paths for supported processors 10. - Data-heavy operations - Comparison and checksum code benefited from attention to the host core’s load and arithmetic resources rather than a literal instruction-for-instruction translation 10.
Whatcookie’s follow-up notes add a useful caution: WFE can wake for reasons other than the cache-line change a programmer expects, and the timing differs across operating systems 11.
Magazine Interviews
The magazine index collects developer interviews tagged for this system across all indexed magazines.
| Magazine | Issue | Pages | Developer | Platforms | Description |
|---|---|---|---|---|---|
| Retro Gamer | 63 | pp. 78-79 | Harri Tikkanen | Amiga, PlayStation 3 | Q&A about the Stardust series. |
| Retro Gamer | 72 | p. 6 | Chris Wright | Xbox 360, PlayStation 3 | Interview about Proper Games’ new Final Fight and Magic Sword releases. |
| Retro Gamer | 77 | pp. 84-89 | Neil Thompson | Amiga, PlayStation 3, Xbox, FM Towns | Desert Island Disks interview about his game development career. |
| Retro Gamer | 99 | pp. 48-55 | Hisaharu Tago and Daishi Odashima | Arcade, Sega Dreamcast, PlayStation 3 | Interviews in the history of SoulCalibur. |
| Retro Gamer | 114 | p. 6 | Kevin Carthew | Amiga, PlayStation 3 | The Team17 developer discusses the Superfrog HD remake. |
| Retro Gamer | 116 | pp. 6-7 | Remake developers | PlayStation 3, Xbox 360 | Developers discuss updating DuckTales and classic Capcom arcade games. |
| Retro Gamer | 120 | pp. 6-7 | James Vance | PlayStation 3, Xbox 360, PC | The producer discusses Double Helix’s revival of Strider. |
| Retro Gamer | 121 | pp. 6-7 | Mark Cale | Amiga, PlayStation 3 | Cale discusses System 3’s revival of Putty Squad. |
| Retro Gamer | 125 | pp. 32-37 | Putty Squad development team | Amiga, PlayStation 3 | System 3 contributors discuss the original game and long-delayed remake. |
| Retro Gamer | 127 | p. 42 | Bobby King | PlayStation 3, PlayStation 4 | King discusses digitising pinball tables for The Pinball Arcade. |
| Retro Gamer | 139 | pp. 92-97 | Mark Healey | Amiga, PlayStation 3 | Healey discusses his work at Bullfrog and Media Molecule. |
| Retro Gamer | 147 | pp. 77-79 | Scott Holty | PlayStation 3, Xbox 360 | The Bottlerocket designer discusses the production of the 2010 Splatterhouse reboot. |
| Retro Gamer | 150 | p. 18 | Daniel Sussman | Xbox 360, PlayStation 3, Wii | The Harmonix project director discusses Rock Band 3. |
| Retro Gamer | 150 | p. 45 | Ricky Cambier and Josh Scherr | PlayStation 3 | The Naughty Dog developers discuss the camera and storytelling in The Last of Us. |
| Retro Gamer | 150 | p. 47 | Steve Lycett | Arcade, PlayStation 3, Xbox 360 | Lycett recalls Out Run and discusses Sumo Digital’s OutRun 2 conversions. |
| Retro Gamer | 150 | p. 50 | Pete Hines | PC, Xbox 360, PlayStation 3 | The Bethesda executive discusses The Elder Scrolls V: Skyrim and its appeal. |
| Retro Gamer | 152 | p. 73 | Ralph Egas | PlayStation 3, PlayStation Vita | The Abstraction Games CEO discusses porting Duke Nukem 3D. |
| Retro Gamer | 177 | p. 29 | Dan Geisler and John Gibson | PlayStation 3, PlayStation 4 | The Sony engineers discuss working with the PS3 and PS4. |
| Retro Gamer | 186 | pp. 20-31 | Brian Fargo, Tim Cain, Chris Avellone and Fallout developers | PC, PlayStation 3, Xbox 360 | Developers revisit the creation and evolution of the Fallout series. |
| Retro Gamer | 186 | p. 80 | John Eggett | PC, PlayStation 3, Xbox 360 | The lead designer discusses reviving Alien Breed. |
| Retro Gamer | 206 | pp. 66-67 | Justin Leeper | PlayStation 2, PlayStation 3 | Leeper explains how he wrote storylines for the WWE SmackDown vs Raw games. |
| Retro Gamer | 244 | pp. 18-27 | Alex Moore and Chuck Beaver | GameCube, Xbox 360, PlayStation 3 | Survival-horror designers discuss the influence of Resident Evil 4 on later games. |
All Posts
This post covers the hardware used to develop Playstation 3 games by major studios back in the day, for the software side see the post on the Official PS3 SDK.
Unlike previous generations, Sony was the only provider of PS3...
...
The PowerPC - Shaping the Future of Gaming The PowerPC microprocessor is a name etched in the annals of gaming history.
It’s a technological powerhouse that left an indelible mark on the gaming industry.
In this article, we’ll explore the...
...
References
-
Sony Computer Entertainment America, PlayStation 3 North American launch announcement, 8 May 2006, p. 1. ↩
-
IBM, Cell Broadband Engine Programming Handbook, version 1.1, May 2008, sections 1.2 and 3.1 and Appendix B. ↩ ↩2 ↩3 ↩4 ↩5
-
MIT, Cell Programming Mini-Reference and PS3 Linux Application Programming Environment. ↩ ↩2 ↩3
-
Cédric Perthuis, Introduction to the Graphics Pipeline of the PS3, Sony Computer Entertainment Research and Development, pp. 4, 8 and 12. ↩ ↩2
-
Sony Computer Entertainment, PlayStation 3 system announcement, 16 May 2005, Cell and RSX development partners. ↩
-
WK2D, White Knight Chronicles II Recomp README, status, SPU execution model and build requirements, consulted 24 October 2026. ↩ ↩2
-
Christian Gyrling, Creating a Character in Uncharted: Drake’s Fortune, GDC 2008, asset-creation and runtime-cost slides. ↩
-
Jaymin Kessler, Go With the Flow! Fluid and Particle Physics in PixelJunk Shooter, GDC 2010 session overview. ↩
-
Sony Computer Entertainment, Sony Computer Entertainment to Acquire SN Systems, 21 July 2005. ↩
-
Whatcookie, PS3 emulation is fast on ARM now!, RPCS3 optimization walkthrough. ↩ ↩2 ↩3 ↩4
-
Whatcookie, RPCS3 optimizations on ARM64: What Didn’t Make the Cut, discussion of
WFEbehavior. ↩