The Art and Engineering of Sega CD Silpheed

Originally analyzed by Fabien Sanglard

The 1990s represented a period of rapid evolution for home consoles. Generally, every hardware iteration provided a linear increase in processing power and visual fidelity. However, the introduction of the CD-ROM drive in the mid-90s was a paradoxical leap.

The Storage Paradox

While the jump in capacity was astronomical, the performance trade-off was severe. Consider the following comparison:

Sega attempted to bridge this gap with the Mega-CD (Sega CD), an add-on for the Genesis. While it hosted gems like Sonic CD, Snatcher, and Final Fight CD, the system's legacy was tarnished by a flood of mediocre Full Motion Video (FMV) titles such as Night Trap, Prize Fighter, Slam City, and Corpse Killer.

---

The Silpheed Exception

Silpheed broke the mold. Combining a sophisticated engine with a keen artistic eye, it left critics stunned. The visuals were so fluid that players debated whether they were witnessing real-time 3D rendering or pre-baked animation.

The technical constraints were brutal:

• CPU: m68k running at $12.5\text{MHz}$
• Palette: Only 16 colors
• Bandwidth: $150\text{ KiB/s}$

Given that 16-bit audio at $16\text{kHz}$ was running simultaneously, the math for the video stream was tight: $\text{Total Bandwidth} - \text{Audio} = \text{Video Budget}$ $150\text{ KiB/s} \div 15\text{ fps} \approx 8\text{ KiB per frame}$

Reverse Engineering Process

I spent two weeks dissecting the FMV format. Interestingly, this project differed from my usual workflow as I didn't write any traditional code; instead, I utilized an A.I. framework (which I plan to open-source soon).

Note: This "AI-assisted" approach proved to be a highly efficient and pleasant way to work.

![Storyboard Placeholder: A visual representation of Silpheed's cutscenes and gameplay backgrounds]

---

Sega-CD Internals 101

To appreciate Silpheed, one must understand that the Mega-CD essentially turns the Genesis into a dual-system architecture running in parallel.

The two halves communicate via the expansion port (shared memory) and an analog audio mix. Managing the synchronization between these two distinct processors is a developer's nightmare.

---

The Architecture of Silpheed

The system outputs to the TV using three distinct layers:

• Background A: Managed by the main CPU (contains the HUD).
• Background B: Managed by the Sub-CPU (the primary video feed).
• Foreground: Sprite layer managed by the main CPU.

The Sub-CPU employs a double-buffering strategy. It renders the next frame into Word RAM (L1 mode) while the main CPU feeds the current buffer to the VDP.

Audio Routing

• Cutscenes: Use the Mega-CD's Ricoh chip for high-quality PCM audio.
• Gameplay: The YM2612 handles the music, with the Ricoh chip providing occasional PCM samples.

Hardware Quirk: On the original Model 1 Genesis, the audio path is absurdly complex. You must physically connect the Genesis headphone jack to the Mega-CD's RCA input using a "mixing cable" to combine the signals.

---

Engineering Philosophy: Bottom-Up vs. Top-Down

Most FMV games failed because they took a top-down approach: they tried to shrink a cinematic movie to fit a weak CPU, resulting in tiny windows, hideous dithering, and compression artifacts.

Silpheed succeeded by using a bottom-up approach. The developers at Game Arts engineered the game around the system's limitations:

1. Flat-shaded polygons (no Gouraud shading).
2. Strict 16-color limit.
3. Minimal dithering.

This required immense artistic talent to ensure the game still looked "premium" despite the constraints. In contrast, PC titles like Command & Conquer or Wing Commander III could rely on superior CPUs (like the DX4-100) to handle more complex codecs.

The Bandwidth and Tilemap Hurdle

The fundamental challenge of FMV is the pipeline: CD-ROM $\rightarrow$ Decompression $\rightarrow$ Image $\rightarrow$ Screen.

Because the Sega CD lacks a traditional framebuffer, the image must be broken down into a grid. The process looks like this:

// Conceptual Tilemap Layout
for (int y = 0; y < 28; y++) {
    for (int x = 0; x < 32; x++) {
        DrawTile(tiles[x][y]); // 8x8 pixel tiles
    }
}
// Total tiles per frame: 32 * 28 = 896 (though 768 are primary)

This cumbersome process of mapping 8x8 tiles into a 32x28 grid is what made Silpheed's efficiency so impressive.