La arquitectura de Dreamcast: cómo funciona por dentro

Abrir una Dreamcast y mirar su placa base no impresiona a nadie a simple vista: unos pocos chips, nada de refrigeración aparatosa, ninguna arquitectura monolítica. Y sin embargo, esa sobriedad esconde una de las decisiones de diseño más inteligentes de toda la sexta generación de consolas. En vez de apostar por un único procesador todopoderoso, Sega repartió el trabajo entre varios chips especializados que se pasan datos entre sí con una disciplina casi de fábrica. Así es como funciona por dentro.

La filosofía: especialistas en vez de un todopoderoso

La rival directa de Dreamcast, PlayStation 2, apostó por el camino contrario: un procesador central, el Emotion Engine, diseñado para hacerlo casi todo él mismo, con memoria unificada a la que todos los componentes acceden por igual. Dreamcast hizo lo opuesto. Cada tarea —cálculo general, gráficos, sonido, lectura de disco— tiene su propio chip dedicado y su propia memoria privada, y todos se coordinan a través de un controlador central que actúa de tráfico.

Es una filosofía más parecida a una cocina de restaurante con un especialista en cada estación que a un cocinero solitario haciéndolo todo. Tiene una desventaja clara —cuando un chip necesita un dato que vive en la memoria de otro, tiene que pedirlo y esperar— pero también una ventaja igual de clara: cada pieza puede ser más simple, más barata y más eficiente en lo suyo, porque no tiene que preocuparse de nada más.

El cerebro: el procesador Hitachi SH-4

El corazón de la máquina es un Hitachi SH-4 a 200 MHz, un chip RISC de 32 bits con un diseño superescalar: en cada ciclo de reloj es capaz de despachar hasta dos instrucciones en paralelo en vez de una sola, lo que le permite llegar a 360 MIPS (millones de instrucciones por segundo). Lo más relevante para una consola de videojuegos es su unidad de coma flotante, pensada explícitamente para gráficos 3D: opera a 128 bits y alcanza 1,4 GFLOPS, una cifra notable para un chip fabricado con la tecnología de 250 nanómetros de 1998.

El SH-4 es el que ejecuta la lógica del juego —física, inteligencia artificial, animaciones— y el que decide qué hay que dibujar en cada fotograma. Pero, crucialmente, no dibuja nada él mismo: se limita a preparar los datos de la escena (geometría, texturas, posiciones) y enviárselos a un chip especializado en convertir eso en píxeles.

La joya de la corona: la GPU PowerVR2 y el renderizado por teselas

Ese chip especializado es la PowerVR2 (también conocida como CLX2), diseñada por la británica VideoLogic y fabricada por NEC, funcionando a 100 MHz. Su gran aportación no fue la potencia bruta, sino un enfoque de renderizado radicalmente distinto al de sus rivales, llamado renderizado por teselas diferido (tile-based deferred rendering, TBDR).

La mayoría de GPUs de la época —incluida la de PlayStation 2— dibujaban la escena de la forma “obvia”: procesaban cada polígono según iba llegando, lo que significaba texturizar y sombrear píxeles que después, al superponerse otro objeto más cercano a la cámara, acababan descartados sin haber servido para nada. Ese trabajo desperdiciado se conoce como overdraw, y en máquinas con poco ancho de banda de memoria era un lujo caro. PowerVR2 lo resuelve en tres pasos:

1. Binning. Antes de dibujar nada, un componente llamado Tile Accelerator recibe toda la geometría de la escena, la recorta y la reparte en una cuadrícula de teselas (tiles) de 32×32 píxeles, generando una lista de qué polígonos afectan a cada una.
2. Eliminación de superficies ocultas. Para cada tesela, el Image Synthesis Processor calcula qué píxeles son realmente visibles —comparando profundidades entre todos los polígonos de esa tesela— antes de aplicar ninguna textura o efecto de color.
3. Sombreado, solo de lo que se ve. Solo entonces entra en juego el Texture and Shading Processor, que colorea y texturiza exclusivamente los píxeles que sobrevivieron al paso anterior.

El resultado es que la GPU nunca gasta ancho de banda texturizando algo que el jugador no va a ver, lo que le permite estirar mucho más una memoria de vídeo relativamente modesta. Como efecto colateral, este método también simplifica el manejo de las transparencias —al ordenar automáticamente qué superficies dejan pasar la luz y cuáles no—, algo que en otras GPUs de la época había que resolver a mano, juego por juego. Con este diseño, PowerVR2 podía procesar hasta 7 millones de polígonos por segundo sobre el papel, aunque el límite real rondaba los 3,5 millones una vez descontado el consumo de ancho de banda de texturas y efectos.

El director de orquesta: Holly y el bus del sistema

Si el SH-4 y la PowerVR2 son los especialistas, alguien tiene que dirigir el tráfico de datos entre ellos y el resto de la máquina. Ese papel lo cumple Holly, un chip personalizado que integra el núcleo de la PowerVR2 junto con un controlador de bus de sistema (System Bus) que centraliza todas las conexiones de entrada y salida de la consola. A través de Holly pasan, entre otras, las interfaces hacia el lector de GD-ROM, hacia el chip de sonido y el módem, y un canal de acceso directo a memoria (DMA) que permite a otros componentes leer y escribir en la RAM principal sin tener que pedírselo constantemente al SH-4 y robarle ciclos de proceso.

Este diseño en forma de concentrador es lo que permite que, por ejemplo, el sonido siga sonando con fluidez o que el lector de disco siga transfiriendo datos mientras el procesador principal está ocupado calculando la física de la siguiente escena.

La memoria, repartida en compartimentos estancos

A diferencia de la memoria unificada de PlayStation 2, Dreamcast reparte su memoria en tres bloques separados, cada uno dedicado a un chip:

• 16 MB de RAM de sistema, donde vive el código del juego y sus datos generales, a la que accede principalmente el SH-4.
• 8 MB de VRAM, exclusivos de la PowerVR2, repartidos en dos módulos de 4 MB para texturas y búfer de imagen.
• 2 MB de RAM de sonido, exclusivos del chip de audio.

La contrapartida de este reparto es que, cuando el CPU necesita algo que vive en la memoria de la GPU (o viceversa), tiene que solicitarlo a través de Holly y esperar a que llegue, en vez de leerlo directamente como haría con su propia RAM. Es la razón técnica detrás de una queja habitual entre programadores de la época: la textura más grande y detallada del mundo no sirve de nada si no cabe en los 8 MB de VRAM disponibles, y traerla desde la RAM principal en mitad de un fotograma tiene un coste de tiempo real.

El sonido: un chip que casi no necesita al SH-4

El apartado de audio corre por cuenta de la AICA, un chip diseñado por Yamaha —socio histórico de Sega en el terreno del sonido— capaz de reproducir hasta 64 canales simultáneos de audio PCM o ADPCM. Lo interesante de la AICA es que no es un simple sintetizador tonto: lleva dentro su propio procesador, un núcleo ARM7 funcionando de forma casi autónoma a una velocidad muy modesta frente al SH-4 (en torno a los 45 MHz, según la documentación técnica más citada).

Ese procesador dedicado significa que, una vez que el SH-4 le entrega los datos de audio a través de DMA, la música y los efectos de sonido se gestionan solos, sin robarle ciclos de cálculo al procesador principal para nada relacionado con física o inteligencia artificial. Es el mismo principio de especialización que rige toda la máquina, aplicado también al sonido.

El disco: por qué GD-ROM y no un CD o un DVD normal

Para 1998, un CD normal se había quedado pequeño para juegos ambiciosos, y el DVD-ROM, aunque técnicamente disponible, implicaba pagar royalties al DVD Forum y encarecer el lector. Sega le encargó a Yamaha un formato intermedio a medida: el GD-ROM (Gigabyte Disc). Su truco fue puramente mecánico: reduciendo la velocidad de lectura a la mitad respecto a un CD convencional, la unidad podía leer pistas con los surcos empaquetados con mucha más densidad, alcanzando cerca de 1 GB de capacidad —un 42% más que un CD normal— usando componentes de lector esencialmente iguales a los de un CD-ROM barato. De paso, al ser un formato no estándar, complicaba (que no impedía del todo, como demostraría más tarde la escena de la copia) la piratería directa con grabadoras de CD domésticas.

Un módem de serie, quince años antes de que fuera lo normal

Todos estos chips especializados —SH-4, PowerVR2, AICA, Holly— comparten espacio en la placa con algo que en 1998 era casi una rareza: un módem de 33,6/56 kbit/s integrado de fábrica en todas las unidades, sin coste adicional ni accesorio aparte. Fue la puerta de entrada a SegaNet y Dreamarena, los servicios online propios de la consola, y a experimentos que hoy damos por sentados, como el juego en línea de consola o la descarga de contenido adicional. Contamos esa parte de la historia, junto con el resto del recorrido comercial de la máquina, en nuestra guía sobre por qué fracasó la Dreamcast.

El legado de un diseño de especialistas

La arquitectura de Dreamcast no ganó la generación —esa historia, con sus motivos financieros y de mercado bastante ajenos al hardware, la contamos en detalle en la historia completa de la consola—, pero su forma de resolver los gráficos resultó profética. El renderizado por teselas diferido de PowerVR2 es exactamente el mismo principio que, años después, adoptarían los chips gráficos de la inmensa mayoría de móviles y tablets: cuando la energía y el ancho de banda de memoria son limitados, evitar trabajo innecesario importa más que la fuerza bruta. Dreamcast lo aprendió por necesidad de abaratar costes en 1998; el resto de la industria lo redescubriría por necesidad de ahorrar batería una década después.

Si quieres ver esa arquitectura funcionando hoy mismo en una Dreamcast real sin depender de un GD-ROM original, nuestra guía de instalación de GDEMU explica cómo sustituir el lector óptico por una tarjeta SD sin tocar el resto del diseño que acabamos de repasar.