I'm interested in this and asked an AI.
The Sega Saturn utilised two separate video display processors:
- VDP1: Handled 3D polygons and sprites.
- VDP2: Handled 2D background layers, scrolling planes, and the final image composition.
VDP1 had a fatal flaw regarding transparency. It could theoretically do half-transparency (alpha blending), but it wrote directly to its own frame buffer. If you tried to overlap two transparent VDP1 polygons (like a laser beam passing behind a transparent window), the hardware couldn't accurately read the pixel data underneath to calculate the Math. The result was severe graphical corruption, black boxes, or artifact.
To avoid this, most developers simply abandoned true transparency on the Saturn, relying on "mesh" (a chequerboard dither pattern) to fake translucent surfaces.
The Solution: The VDP2 Bitmap Target
While VDP1 was terrible at blending,
VDP2 was an absolute powerhouse at colour Math. It could perfectly blend multiple layers together using up to 32 levels of smooth transparency, but it only worked on 2D background layers.
To get flawlessly transparent 3D objects (like the water in
Sonic Jam's Sonic World or the energy shields and fire in
Burning Rangers), programmers effectively hijacked VDP2 by turning it into a secondary renderer for VDP1:
- Isolate & Render: The engine would take all the 3D objects that needed to be transparent and render them as completely solid, opaque objects using VDP1.
- The Brute-Force Copy: Instead of sending this frame to the TV, the system used the Saturn's System Control Unit (SCU) DMA (Direct Memory Access) to rapidly copy that rendered frame buffer into VDP2's VRAM.
- The Blend: They configured one of VDP2's background planes to act as a raw Bitmap layer. The copied VDP1 frame was mapped to this bitmap. VDP2 then layered this bitmap over the rest of the game world, applying its flawless hardware colour calculations to make the entire layer smoothly transparent.
The Cost: Bandwidth Starvation
While the visual result was mathematically perfect and looked incredible, it was brutally inefficient.
Moving an entire screen's worth of pixel data across the Saturn's internal memory bus 30 to 60 times a second consumed massive amounts of memory bandwidth. The Saturn's dual CPUs (and other components) had to pause and wait while the bus was choked by this massive data transfer.
Because it essentially crippled the system's overall speed, the trick could only be used in highly optimised games by developers who deeply understood the Saturn's architecture. It remains a legendary example of software engineering brute-forcing a hardware limitation.