Arquitectura de la Super Nintendo

Un análisis práctico por Rodrigo Copetti

Edición clásica - Última actualización: 16 de septiembre de 2024

Idiomas disponibles: 🇬🇧 - English, 🇪🇸 - Español, 🇧🇷 - Português (Brasil), 👋 - Añadir traducción


Acerca de esta edición

La edición 'clásico' es una versión alternativa a la contraparte 'moderna'. No requiere Javascript, CSS de última generación o HTML convoluted para trabajar, lo que lo hace ideal para lectores que utilizan herramientas de accesibilidad o navegadores de Internet heredados. Por otra parte, los usuarios de eBooks ahora pueden consultar la edición eBook.

Esta edición es idéntica en cuanto al contenido. Sin embargo, los widgets interactivos han sido simplificado para trabajar con HTML puro. De cualquier manera, esto ofrecerá un enlace al artículo original en caso de que el lector quiera comprobar la "versión completa".

Como siempre, este artículo está disponible en Github para permitir a los lectores reportar errores o proponer cambios. También hay una lista de lectura de apoyo disponible para ayudar a entender la serie. El autor también acepta donaciones y traducciones para ayudar a mejorar la calidad de los artículos actuales y próximos.


Tabla de Contenidos

  1. Imágenes de apoyo
  2. Una introducción rápida
  3. CPU
    1. Modernización del 6502
    2. La nueva CPU
    3. Adiciones de Ricoh
      1. Acceso rápido a la memoria
      2. Fallo de segmentación
    4. Mucha más memoria
  4. Gráficos
    1. Diseño
      1. El chipset
      2. Modalidades de visualización
    2. Organizando el contenido
    3. Construyendo el frame
      1. Tiles
      2. Fondo
      3. Modos
      4. Sprites
      5. Resultado
    4. Esa característica
    5. Causa de la caída de cuadros
    6. Una salida de vídeo conveniente
  5. Audio
    1. Arquitectura
    2. Control de tono
    3. Evolución desde el NES
    4. Uso avanzado
    5. Confusión estéreo
  6. Juegos
    1. Configuración de cartuchos
      1. Más allá de la convención
  7. Antipiratería / Bloqueo de región
  8. Eso es todo amigos
  9. Copyright and permissions
  10. Fuentes / Sigue leyendo
  11. Contribuir

Imágenes de apoyo

Modelo

Image
La Super Nintendo (en Europa) o Super Famicom (en Japón).
Lanzada el 21/11/1990 en Japón y el 11/04/1992 en Europa.
Image
La Super Nintendo.
Lanzada el 13/08/1991 en América.

Motherboard

Image
Motherboard
Mostrando la revisión 'SNS-RGB-CPU-01'.
Las primeras revisiones tenían el Subsistema de Sonido conectado como una tarjeta hija, las posteriores unificaron ambos PPUs.
Image
Motherboard con partes importantes etiquetadas

Diagrama

Image
Diagrama de arquitectura
Los buses 'A' y 'B' son buses de direcciones, el bus de datos sigue la trayectoria del bus 'B' y tiene 8 bits de ancho.

Una introducción rápida

Parece que Nintendo logró llevar la próxima generación de gráficos y sonidos sin usar componentes costosos listos para usar. Pero hay un truco: la nueva consola también fue diseñada pensando en la expansibilidad. En un mundo donde los CPUs evolucionan más rápido que la velocidad de la luz, Nintendo dependía en última instancia de los cartuchos de juegos para hacer brillar su consola.


CPU

La elección del procesador de la Super Nintendo es peculiar. A diferencia de su competencia que incluye un 68000 completamente desarrollado, el chip de la SNES no es una ruptura radical con su predecesor. Para recapitular, la NES empleó una CPU modificada 6502, un componente admirado de los ordenadores de finales de los 70 y principios de los 80. Ahora, para allanar el camino para la nueva década (los 90), Nintendo optó por una solución más conservadora (y más barata): el WDC 65C816, una extensión de 16 bits del 6502.

Modernización del 6502

El CPU 65C816 tiene su origen en Western Design Center, particularmente de Bill Mensch, un exmiembro del equipo del 6502 (en MOS) y del equipo del 6800 (en Motorola). En 1978, un año después de dejar MOS, Mensch fundó Western Design Center (WDC), una empresa de semiconductores que vende clones del MOS 6502 con atractivas mejoras (diseño CMOS, opcodes extra, correcciones de circuitos, nuevos modos de direccionamiento, etc.).

Un día, Apple se acercó a WDC para diseñar una CPU compatible con el 6502 que también pudiera procesar mayores cantidades de datos. Esto resultó en el WDC 65C816, lanzado en 1983. Curiosamente, Apple pasó por muchos contratiempos durante el desarrollo de un ordenador que usara el nuevo CPU, hasta tres años después, con el lanzamiento del Apple IIGS.

Mientras tanto, Nintendo disfrutaba de una buena relación con Ricoh y su serie de chips hechos a medida para la NES. No he encontrado el documento exacto que describe lo que conectó Ricoh con WDC, pero lo que puedo confirmar es que en algún momento, WDC acordó licenciar sus diseños del 65C816 a Ricoh [1]. En consecuencia, este último lo adaptó a los nuevos requisitos de la Super Nintendo y se convirtió en el Ricoh 5A22, suministrado exclusivamente a Nintendo.

La nueva CPU

Como has visto antes, el procesador principal de esta consola es el Ricoh 5A22, un superconjunto del 65C816.

A diferencia del Apple IIGS, que disfrutaba de compatibilidad con software del Apple II, la Super Nintendo no es compatible con los juegos de NES. Para ser justos, al observar la elección del procesador, hay una ligera posibilidad de que el SNES se planeara originalmente para ser compatible con los juegos del NES, quién sabe.

Continuando, la CPU emplea una velocidad de reloj variable que alcanzará hasta 3.58 MHz durante operaciones de registro y hasta 1.79 MHz al acceder a los buses más lentos (p. ej., el puerto serial/controlador).

En resumen, el 5A22 cuenta con:

Adiciones de Ricoh

El 65C816 era una CPU de propósito general aceptable para su década (los 80). Sin embargo, Nintendo planeó que su consola durara durante los 90. Entonces, Ricoh tuvo que mejorar su juego, si me permiten el juego de palabras.

Como consecuencia, la primera mejora aparente fue la adición de unidades de multiplicación y división de 16 bits, que proporcionan a la CPU la capacidad de realizar este tipo de operaciones por hardware (el 65C816 no incluye ninguna instrucción dedicada para este tipo de aritmética).

Acceso rápido a la memoria

El segundo grupo de adiciones fueron los dos DMAs exclusivos (Acceso Directo a Memoria) que permiten mover datos sin la intervención de la CPU (resultando en mayores velocidades). Para que este diseño funcione, las regiones de memoria se referencian utilizando dos buses de direcciones diferentes [6]:

Cuando se está configurando un DMA, el origen debe venir de un bus diferente que el destino.

Además, los dos DMAs no son idénticos y proporcionan funciones muy distintas [7]:

Finalmente, el sistema proporciona ocho canales para configurar las transferencias DMA, permitiendo así despachar hasta ocho transferencias independientes a la vez.

Fallo de segmentación

Esta consola también presenta una ‘anomalía’ especial llamada Open Bus: Si hay una instrucción que intenta leer una dirección no asignada/no válida, en su lugar se suministra el último valor leído (la CPU almacena este valor en un registro llamado Registro de Datos de Memoria o MDR) y la ejecución continúa en un estado impredecible.

Para comparación, el 68000 usa una tabla de vectores para manejar excepciones, por lo que la ejecución se redirigirá siempre que se detecte una falla.

Mucha más memoria

Es fascinante darse cuenta de la cantidad de contenido que el NES logró mostrar con solo 2 KB de RAM. Pues bien, la Super Nintendo ahora cuenta con 128 KB de SRAM (aún llamada ‘Work RAM’ o WRAM). Eso es 6400% más memoria de propósito general que su predecesora.

Entonces, ¿qué pueden hacer los desarrolladores con esto? Lo que deseen, realmente. WRAM se utiliza para almacenar información variable del juego. Cuanto mayor sea el espacio, más información se puede almacenar y procesar (por lo tanto, ahorrando en hardware de cartuchos). Tenga en cuenta, sin embargo, que las siguientes secciones de este artículo le mostrarán que la Super Nintendo es una máquina bastante compleja (a pesar de su ‘CPU simplista’), tiendo a llamar a esta consola una ‘colección de mini-ordenadores/subsistemas’. Ahora, cada subsistema puede necesitar datos de la CPU. Por lo tanto, los programadores pueden asignar parte de la WRAM para procesar esa información, justificando así la necesidad de 128 KB.


Gráficos

Después de todo lo dicho hasta ahora, permítanme decirles que el subsistema gráfico de esta consola es una verdadera obra de ingeniería. Con una CPU tan limitada, uno podría imaginar que el SNES nunca podría eclipsar a su competidor con un Motorola 68000 ‘de 32 bits’. Sin embargo, los ingenieros de Nintendo y Ricoh lograron encontrar trucos ingeniosos que aprovechan el comportamiento de las pantallas CRT, expandiendo así las capacidades de esta consola sin requerir componentes costosos de última generación.

En cualquier caso, antes de profundizar, recomiendo encarecidamente leer el artículo sobre la NES primero, ya que introduce conceptos útiles que se revisitarán aquí.

Diseño

Como con cualquier otra consola de su generación, la Super Nintendo dibuja gráficos usando tiles 2D (8 x 8 píxeles). La NES originalmente logró esto integrando la clásica ‘Picture Processing Unit’ (PPU) que transmite la imagen en sincronía con una pantalla CRT. La Super Nintendo sigue el mismo camino pero ahora implementa técnicas más sofisticadas para obtener resultados más abundantes.

El chipset

La Super Nintendo alberga dos chips PPU diferentes que constituyen el subsistema gráfico, conocidos conjuntamente como Super PPU o ‘S-PPU’. Ambos paquetes PPU están diseñados para servir diferentes funciones [8]:

Desde el punto de vista de la programación, esta separación es redundante ya que ambos chips son tratados como uno solo.

Modalidades de visualización

El sistema emite una resolución estándar de 256 x 224 píxeles a ~60 Hz (NTSC) [9]. La variante PAL europea emite 256 × 240 píxeles a ~50 Hz en su lugar (para cumplir con la especificación PAL). Sea como sea, la mayoría de los juegos no usan los píxeles adicionales y muestran una letterbox (líneas negras) en su lugar.

Ahora, aquí está la parte complicada, los televisores tradicionales tienen una relación de aspecto de 4:3. Sin embargo, si haces los cálculos, la resolución de salida del Super Nintendo tiene una relación de aspecto de 8:7. Por lo tanto, después de proyectar la imagen en el televisor, se verá estirada horizontalmente, como si fuera un fotograma de 292 x 224 píxeles en su lugar (en el caso de la variante NTSC) [10]. En otras palabras, se podría decir que los píxeles en el Super Nintendo tienen una relación de aspecto de 8:7 en lugar de estar ‘perfectamente cuadrados’.

Image
Fotograma renderizado con una resolución de 256 x 224 píxeles. Esto es lo que la consola envía al televisor.
Image
Fotograma estirado visto desde el televisor (con una resolución aparente de 292 x 224 píxeles).
Kirby’s Dream Land 3 (1997).

Algunos juegos como ‘The Legend of Zelda: A Link to the Past’ tienen en cuenta este factor, por lo que las formas se aplastan explícitamente por diseño, lo cual se ve correcto después de ser estiradas por la TV. Sin embargo, este es un caso excepcional ya que la mayoría de los juegos no toman medidas adicionales para tener en cuenta este factor.

Organizando el contenido

Image
Arquitectura de memoria de la S-PPU.

Debido a razones de costo y rendimiento, los datos gráficos se distribuyen en tres regiones de memoria:

Construyendo el frame

Veamos ahora cómo se renderiza un fotograma en la consola y luego se muestra en el televisor. Para demostrar esto, Super Mario World será utilizado como ejemplo.

Tiles

Image
Algunos tiles de 16x16 encontrados en VRAM.

Al igual que su predecesor, la S-PPU utiliza tiles para construir gráficos sofisticados. Aunque, hay mejoras significativas en comparación con la PPU original:

Fondo

Image
Capa de fondo 1 (BG1).
Image
Capa de fondo 2 (BG2).
Image
Capa de fondo 3 (BG3).
Mapas de fondo en la VRAM.
Image
Capa de fondo 1 (BG1) renderizada.
Image
Capa de fondo 2 (BG2) renderizada.
Image
Capa de fondo 3 (BG3) renderizada.
Image
Capas de fondo renderizadas combinadas.
Las capas de fondo renderizadas después de aplicar selección y transparencia.

El Super Nintendo puede generar hasta cuatro planos de fondo diferentes. Usando ya sea tiles de 8x8 o 16x16, los bloques están hechos de 32x32 píxeles (2x2 tiles). Dicho esto, el tamaño de cada capa de fondo puede ser de hasta 1024x1024 píxeles de ancho (32x32 tiles). La región en la VRAM donde estas capas son configuradas se llama Tilemap y está estructurada como una tabla (valores continuos en memoria).

Cada entrada en el Tilemap contiene los siguientes atributos:

Como siempre, estos planos son desplazables, aunque el número de características disponibles (color, número de capas, región de desplazamiento independiente y tamaño de la selección) dependerá del modo de fondo activado en la S-PPU, lo que nos lleva a la siguiente sección…

Modos

La S-PPU proporciona muchas operaciones para los fondos, pero estas no pueden elegirse arbitrariamente. En su lugar, hay ocho modos de fondo para elegir, cada uno con un conjunto diferente de características [11]:

Como puedes ver, los programadores ahora tienen la opción de priorizar el número de colores, capas, efectos o resolución del área seleccionada.

Sprites

Image
Capa de sprite renderizada.

Un área en memoria llamada Memoria de Atributos de Objetos (OAM) almacena una tabla con referencias de hasta 128 sprites con estas propiedades [12]:

El S-PPU puede dibujar hasta 32 sprites por línea de exploración, si se excede este número, el S-PPU solo descartará los de menor prioridad.

Resultado

Image
¡Tada!

El S-PPU dibuja cada línea de exploración sobre la marcha primero procesando la porción respectiva de cada capa y luego mezclándolas juntas.

Una de las principales limitaciones de los juegos de NES era el hecho de que sólo podían actualizar sus gráficos durante el V-Blank. El momento en que el haz del CRT estaba regresando al punto de inicio proporcionaba un marco de tiempo razonable para reorganizar algunos tiles sin romper la imagen.

Bueno, ahora gracias a las nuevas capacidades del SNES, esta limitación adquirió un significado diferente.

Verás, debido a que las nuevas unidades DMA/HDMA ahora permiten a los programadores realizar transferencias de memoria sin esperar el V-Scan [13], los juegos ahora pueden actualizar mosaicos, colores y registros sin esperar a que se dibuje todo el fotograma. De hecho, podemos ir más allá: Debido a que los juegos ahora pueden cambiar los ajustes del S-PPU durante medio fotograma, esto significa que es posible activar diferentes modos de fondo en diferentes etapas del mismo fotograma, ¡abriendo la puerta a diseños de juegos nuevos y originales!

Esa característica

A decir verdad, aún no he mencionado la característica más importante de esta consola…

Image
Capa de fondo renderizado.
Image
Mapa de fondo asignado.
Image
Fotograma renderizado en la pantalla.
El primer cuarto de las líneas de escaneo usa otro modo para simular distancia, el Modo 7 empieza en el segundo cuarto (esto es posible gracias a HDMA).
F-Zero (1990).

Introduciendo el Modo 7, otro modo de fondo, pero esta vez, con una forma de trabajar completamente diferente. Aunque solo puede renderizar una única capa de fondo de 8 bpp, proporciona la capacidad exclusiva de aplicar las siguientes transformaciones afines en ese plano [14]:

El S-PPU se controla con una matriz de rotación para alterar los parámetros de este modo. No entraré en el álgebra lineal aquí, pero dependiendo del efecto deseado, la CPU tendrá que realizar algunas funciones trigonométricas (seno y coseno) para llenar las entradas de esta tabla en consecuencia. Esto es realmente caro para el 65C816, incluso con el uso de precisión en punto fijo. Por esta razón, con el 5A22, Ricoh agregó registros de multiplicación y división para reducir algunos ciclos.

Por cierto, nota que la lista de transformaciones no menciona perspectiva, que es lo que ves en el juego de ejemplo (F-Zero). Esto se logra alterando la matriz de rotación en cada llamada de HDMA, creando un efecto pseudo-3D en el proceso. ¡Eso debería darte una idea de lo práctico que es el S-PPU!

Finalmente, debido al alto número de cálculos necesarios, el mapa de memoria se cambia para optimizar el flujo de los dos PPUs, el primero procesa el Tilemap (donde se referencian los tiles) mientras que el otro obtiene el Tileset (donde se almacenan los tiles).

Causa de la caída de cuadros

Cambiando de tema, ¿alguna vez te has preguntado qué causa el retraso en los juegos? Cuando se llama a la interrupción V-Blank para permitir la actualización de gráficos, a veces el juego aún está ejecutando algún código pesado y se salta la ventana V-Blank, los gráficos no se pueden actualizar hasta la siguiente llamada de V-Blank y como el cuadro no se actualizó, esto se manifiesta como una caída en la tasa de cuadros.

Esto también puede ocurrir al contrario, un procesamiento extenso durante un V-Blank no permitirá que el PPU emita la señal de vídeo (ya que el bus está bloqueado). Por lo tanto, se mostrarán líneas negras durante un escaneo, aunque esto es apenas perceptible ya que los cuadros se actualizan 50 o 60 veces por segundo.

Una salida de vídeo conveniente

Todos los avances mencionados serán inútiles a menos que la consola envíe la imagen al televisor a través de un medio que ambos puedan entender. Con la Super Nintendo, la compañía debutó una especie de conexión universal pero propietaria llamada Multi Out que puede transportar muchos tipos de señales al mismo tiempo, incluyendo Composite, S-Video y RGB [15].

Junto con la consola, Nintendo incluyó un cable ‘Multi Out to composite’ ya que eso era prácticamente el denominador común de los televisores en ese entonces. En Europa, sin embargo, el puerto SCART también era muy popular ya que muchos decodificadores de señal y videograbadoras dependían de él. Una gran cosa sobre SCART es que también puede transportar muchos tipos de señales, lo que permite que los equipos AV utilicen el tipo de señal más óptimo sin encontrar problemas de compatibilidad. Hasta donde sé, solo a los consumidores franceses se les ofreció un cable SCART oficial que aprovechaba los pines RGB expuestos en la Super Nintendo [16].

No obstante, Nintendo alteró la configuración de pines de sus consolas PAL para cumplir con el protocolo SCART, y al hacerlo reemplazó el pin de ‘sincronización compuesta’ con uno de 12 Voltios (lo cual indica a la TV que ajuste la relación de aspecto a 4:3). Entonces, aunque Multi Out es ‘universal’, los cables RGB resultantes, si es que los hay, son específicos para cada región.

Creo que los verdaderos beneficios de Multi Out comenzaron a ser evidentes durante los tiempos actuales, ya que permitió a los usuarios aprovechar la señal RGB con sus televisores de última generación sin manipular el interior de esta consola. Aunque, a diferencia de Composite y S-Video, RGB requiere una señal de ‘sincronización’ adicional. Para esto, el cable puede estar cableado para capturar la señal de sincronización de Composite o S-Video; o para obtener mejores resultados, usar una línea de sincronización dedicada llamada ‘sincronización compuesta’. Pero, como se mencionó en el párrafo anterior, solo las consolas NTSC tenían esto último.


Audio

Así como las capacidades gráficas, el departamento de audio de esta consola ha pasado por una renovación significativa. Yo diría que incluso proporciona las técnicas de síntesis más avanzadas de su generación.

Arquitectura

Algunas empresas se asociaron con Yamaha, otras idearon una solución interna. Bueno, Nintendo se asoció con Sony (el conglomerado de electrónica y autores del Walkman) para que les proporcionara un sofisticado sintetizador. Y así, Sony les dio dos procesadores: un DSP que puede secuenciar y mezclar muestras; y una CPU que maneja ese DSP.

Por lo tanto, el subsistema de audio resultante de esta consola está compuesto por:

Este bloque funciona en paralelo con la CPU principal. Cuando se enciende la consola, el SPC700 arranca una ROM interna de 64 bytes que lo configura para recibir comandos de la CPU principal [18]. Después de eso, permanece inactivo.

Canales usados para la melodía.
Los tambores son discriminados con fines demostrativos.
Todos los canales de audio.
StarFox (1993).

Para que el S-SMP comience a hacer trabajo útil, necesita cargar un tipo de programa conocido como Controlador de Sonido. Este último instruye al chip sobre cómo manipular los datos de audio en bruto que la CPU principal envía a PSRAM y también cómo comandar el S-DSP.

Como puedes ver, el subsistema de sonido fue un gran avance en comparación con la generación anterior, pero también fue un reto programarlo. La documentación proporcionada por Nintendo fue notable por incluir explicaciones ininteligibles y omitir características importantes, por lo que dependía de los programadores realizar su propia investigación.

Como consecuencia, se encontraron toneladas de diferentes controladores de sonido en el mercado [19], y algunos de ellos terminaron descubriendo características impresionantes del hardware.

Control de tono

El cambio de tono permite producir notas distintas usando la misma muestra. Bueno, el S-SMP incluye un bender útil para alterar el tono de manera suave. Echa un vistazo a este canal extraído de Mother 2/Earthbound, ambos ejemplos provienen de la banda sonora original, sin embargo, el primero tiene el control de tono desactivado.

Sin cambio de tono.
Con cambio de tono activado.

Evolución desde el NES

Para demostrar la evolución de los sonidos desde la NES hasta la Super NES, aquí hay dos partituras, una de un juego de NES y otra de su secuela de Super NES. Ambos utilizaron la misma composición:

Mother (1989).
Mother 2/Earthbound (1994).

Uso avanzado

Canales utilizados para la melodía.
Los tambores se discriminan con fines de demostración.
Todos los canales de audio.
Kirby’s Dream Land 3 (1997).

Aquí hay una composición más rica en instrumentos que aprovecha en gran medida el cambio de tono, el eco y el envolvente.

Esta combinación de técnicas permitió que la música solo requiriera cinco canales en total, dejando los otros tres para efectos de sonido.

Confusión estéreo

Los controles de volumen del DSP están organizados en bloques de valores de 8 bits con signo [20], esto significa que el volumen puede configurarse con valores negativos. Pero espera, si ‘0’ significa mudo, ¿qué haría un número como ‘-1’? Bueno, invertirá la señal.

Esto se utiliza particularmente para crear un efecto envolvente especial, que se logra configurando los canales estéreo para salir desfasados (un canal emite la señal normal y el otro emite la misma señal pero invertida).

Desafortunadamente, abusar de esta característica resulta en resultados muy desagradables (por ejemplo, la sensación de que la música proviene de dentro de tu cabeza), por lo que notarás que la mayoría de los emuladores de SNES simplemente omiten esta configuración por completo.

Además, el estéreo desfasado se cancela en dispositivos mono, por lo que esos juegos tenían que incluir un selector estéreo/mono para evitar silenciar su propia banda sonora.


Juegos

Para ser franco, el programa principal está escrito en puro ensamblador 65816 y el controlador de música está escrito en ensamblador SPC700. Me temo que no encontrarás ninguna de las comodidades disponibles en equipos del siglo XXI.

Sin embargo, había algunas herramientas distribuidas por Nintendo, Intelligent Systems y Ricoh para facilitar la vida de los programadores, estas incluían [21]:

Curiosamente, múltiples estudios de juegos como Argonaut Software, Accolade, SN Systems y otros también desarrollaron su propio equipo interno que proporcionaba más capacidades que las ofertas oficiales (por ejemplo, editor de memoria, lector de disquetes, devkit como una tarjeta hija ISA, etc) [22].

Configuración de cartuchos

Cuando se trata de acceder al cartucho, las cosas se vuelven mucho más confusas en comparación con el modelo de mapeo relativamente más simple del NES. Lo encuentro interesante de todos modos, especialmente para entender cómo podría expandirse.

El 65C816 usa un bus de direcciones de 24 bits, lo que le permite acceder a hasta 16 MB de datos. Sin embargo, y debido a la forma en que está diseñada esta consola, parte del espacio de direcciones es consumido por componentes mapeados en memoria. Además, el 65C816 solo viene con 16 líneas de dirección, que luego se combinan con un registro interno para formar una dirección de 24 bits. Esto es análogo a albergar un mapa interno y requerir banco de conmutación para acceder a datos adicionales más allá de los límites del bus de direcciones. Si lees otros artículos de la misma generación, encontrarás esta metodología algo familiar.

Image
Tableros de cartuchos de ejemplo diseñados con diferentes configuraciones [23].
De arriba a abajo: LoROM (ROM dual con SRAM respaldado por batería), LoROM (ROM único con SRAM respaldado por batería) y LoROM (ROM único)

Dicho esto, cuando se trata de diseñar el cartucho, hay muchas maneras de conectar eléctricamente los pines de dirección entre la ROM y la CPU. Cada uno aprovecha la conmutación de bancos de una manera diferente. Existen dos modelos fundamentales que permiten acceder hasta 4 MB de ROM y 64 KB de SRAM [24], y funcionan de la siguiente manera:

En ambos casos, una gran parte del espacio de ROM se refleja en el área sobrante del espacio de direcciones de la CPU, pero aquí está la parte interesante: una mitad del espacio se puede leer a ~2.68 MHz mientras que la otra puede alcanzar 3.58 MHz. Esto solo sucederá si el chip de ROM soporta la velocidad más alta y la bandera FastROM de la CPU está habilitada [26].

Algo que aún no he mencionado es que los cartuchos que incluyen SRAM también necesitan albergar un chip MAD-1 (o similar), que realiza la decodificación de direcciones. Esto es especialmente necesario para enganchar correctamente los pines que seleccionan entre los chips de ROM y SRAM [27].

Más allá de la convención

Ahora, si los programadores necesitan más espacio, es cuando entran en juego los modelos derivados de LoROM y HiROM. Por ejemplo, dos variaciones comúnmente conocidas como ExHiROM y ExLoROM expanden el espacio de direccionamiento de la ROM reduciendo el área reflejada. Ambos pueden acceder a ~7,9 MB de ROM.

Image
Star Fox (1993) utiliza el chip Super FX GSU para renderizar superficies 3D (el S-PPU solo ve una capa de fondo hecha de tiles erráticos).

Alternativamente y lo más importante, LoRom y HiROM también pueden adaptarse para albergar chips de mejora en el cartucho. Estos son procesadores adicionales que amplían las capacidades de la consola. Por nombrar algunos ejemplos de nuevas configuraciones:

Es difícil ignorar el impacto que esta ingeniería tuvo en los juegos durante los años 90, muchos de los cuales lograron superar las expectativas de esta consola sin requerir módulos de expansión ni nada por el estilo. Podrías decir que esto complicó los planes de Nintendo de entregar un sucesor de esta consola (lo que puede explicar por qué juegos avanzados como Star Fox 2 fueron cancelados).


Antipiratería / Bloqueo de región

Con la Super Nintendo, Nintendo una vez más se convirtió en la única autoridad en la distribución de juegos. Así, en un intento por hacer cumplir las normas de la compañía, los ingenieros idearon tres capas diferentes para proteger los cartuchos contra la distribución de terceros (y, posteriormente, la evasión de royalties).

Primero, la forma externa de los cartuchos es diferente entre regiones, por lo que no encajarán en consolas de diferentes regiones. Sea como sea, cualquiera podría eludir esto fácilmente usando un adaptador de terceros.

En segundo lugar, esta consola, como la NES, todavía incorpora el sistema de protección 10NES para bloquear distribuidores no autorizados. Sea como sea, el chip CIC eventualmente fue clonado.

Como capa final (y especialmente hecha para proteger contra la piratería) los juegos también incluyen una cadena de verificaciones de piratería como:

  1. Comparando el tamaño de la SRAM (las copias piratas normalmente incluyen bloques grandes de SRAM para adaptarse a cualquier tipo de juego).
  2. Una serie de sumas de comprobación en el código para verificar si se eliminó la comparación anterior. Estas verificaciones se dispersarían en diferentes etapas del juego, por lo que serían difíciles de encontrar.

Esto podría anularse eliminando manualmente estas rutinas, pero, naturalmente, llevaría tiempo considerable encontrarlas todas. Después de todo, estarían dispersas por todo el juego solo para molestar al jugador (y eventualmente hacer que compren una copia legítima). La verdad sea dicha, te darás cuenta de que la mayoría de las ROMs que navegan por internet han eliminado todas sus verificaciones de piratería.


Eso es todo amigos

Image
Mi SNES modificada con un cartucho americano.
Ese juego solo se lanzó en los Estados Unidos. ¡Afortunadamente, un chaval lo estaba vendiendo en Glasgow!

Contribuir

Este artículo forma parte de la serie de Arquitectura de consolas. Si te ha resultado interesante, por favor considere donar. Tu contribución se usará para tener mas herramientas y recursos que ayudarán a mejorar la calidad de los actuales artículos y próximos.

Donate with PayPal
Become a Patreon

También puedes comprar la edición eBook en inglés. Trato las ganancias como donaciones.

Image

Esta es la lista de herramientas adquiridas o interesantes a adquirir:

Interesting hardware to get (ordered by priority)

Acquired tools used

De alternativa, puedes ayudar sugiriendo cambios y/o agregando traducciones.


Copyright and permissions

This work is licensed under a Creative Commons Attribution 4.0 International License. You may use it for your work at no cost, even for commercial purposes. But you have to respect the license and reference the article properly. Please take a look at the following guidelines and permissions:

Article information and referencing

For any referencing style, you can use the following information:

For instance, to use with BibTeX:

@misc{copetti-snes,
    url = {https://classic.copetti.org/writings/consoles/super-nintendo/},
    title = {Super Nintendo Architecture - A Practical Analysis},
    author = {Rodrigo Copetti},
    year = {2019}
}

or a IEEE style citation:

[1]R. Copetti, "Super Nintendo Architecture - A Practical Analysis", Copetti.org, 2019. [Online]. Available: https://classic.copetti.org/writings/consoles/super-nintendo/. [Accessed: day- month- year].

Special use in multimedia (Youtube, Twitch, etc)

I only ask that you at least state the author’s name, the title of the article and the URL of the article, using any style of choice.

You don’t have to include all the information in the same place if it’s not feasible. For instance, if you use the article’s imagery in a Youtube video, you may state either the author’s name or URL of the article at the bottom of the image, and then include the complete reference in the video description. In other words, for any resource used from this website, let your viewers know where it originates from.

This is a very nice example because the channel shows this website directly and their viewers know where to find it. In fact, I was so impressed with their content and commentary that I gave them an interview 🙂.

Appreciated additions

If this article has significantly contributed to your work, I would appreciate it if you could dedicate an acknowledgement section, just like I do with the people and communities that helped me.

This is of course optional and beyond the requirements of the CC license, but I think it’s a nice detail that makes us, the random authors on the net, feel part of something bigger.

Third-party publishing

If you are interested in publishing this article on a third-party website, please get in touch.

If you have translated an article and wish to publish it on a third-party website, I tend to be open about it, but please contact me first.


Fuentes / Sigue leyendo

Audio

CPU

Juegos

Gráficos

Fotografía