Cada vez que alguien abre un juego de los ochenta en un ordenador moderno está ocurriendo algo que va mucho más allá de ejecutar un archivo. Está en marcha un emulador, un programa que reconstruye en software el comportamiento de una máquina que ya no se fabrica: su procesador, su chip de vídeo, sus temporizadores y su forma de leer los datos. Entender cómo funciona esa reconstrucción ayuda a valorar por qué la emulación no es un capricho de nostálgicos, sino una pieza central de la preservación digital.
Qué hace realmente un emulador
La idea de fondo es sencilla. En un emulador hay dos máquinas: la anfitriona, que es el ordenador que tenemos delante, y la invitada, que es el sistema emulado. El programa traduce cada instrucción que el software antiguo dirige a su hardware hacia operaciones que la máquina actual puede ejecutar, y devuelve luego los resultados al lugar correcto. Cuando el emulador está bien hecho, el programa original funciona sin modificaciones: no se reescribe el juego, se recrea el entorno que espera encontrar.
Conviene distinguir emulación de simulación. Una simulación modela a un nivel más alto lo que hace un sistema, sin pretender reproducir cada ciclo de su procesador. La emulación, en cambio, aspira a una equivalencia funcional con el hardware original. En muchos emuladores modernos también hace falta una BIOS o firmware: el pequeño programa que arrancaba la máquina real. Esa BIOS es software aparte y, a diferencia del emulador en sí, sí puede estar sujeta a derechos de autor.
Precisión frente a velocidad
El gran debate técnico del mundillo es cuánta exactitud hace falta. Por un lado están los emuladores que buscan la precisión por ciclos, es decir, reproducir la máquina paso a paso respetando los tiempos exactos de su procesador y de sus chips. Ese enfoque consume mucha potencia, pero resuelve los casos difíciles: juegos que dependían de una sincronización milimétrica entre vídeo y sonido, o efectos que se apoyaban en los tiempos de refresco de la pantalla. El emulador de Super Nintendo conocido primero como bsnes y luego como higan es el ejemplo clásico de esta filosofía.
En el extremo opuesto están las técnicas que priorizan la velocidad. La recompilación dinámica, que traduce bloques de código antiguo a código nativo sobre la marcha, y la compilación en tiempo de ejecución permiten hacer funcionar sistemas complejos en equipos modestos, a cambio de pequeños errores que en la mayoría de los juegos no se notan. La mayoría de los emuladores populares combinan ambas ideas: un núcleo razonablemente exacto para lo esencial y atajos donde nadie los va a echar en falta.
Esta tensión explica también por qué existen tantos emuladores para una misma máquina. Proyectos como MAME, nacido en 1997 para documentar y ejecutar máquinas recreativas, o DOSBox, orientado a recrear el entorno de los viejos PC con MS-DOS, parten de objetivos distintos y toman decisiones diferentes. RetroArch y su sistema de núcleos intentaron después unificar todo bajo una misma interfaz, sin imponer un único motor de emulación.
Preservación del software
Aquí está, quizá, la razón de fondo de todo. El software es la parte de nuestro patrimonio cultural que desaparece más rápido, porque depende de soportes frágiles y de máquinas concretas. Un cartucho o un disquete que hoy funciona puede convertirse en un pisapapeles en pocos años. La respuesta de la comunidad ha sido extraer los datos, conservarlos como archivos y verificar que la copia es idéntica al original mediante firmas como el CRC32 o el SHA-1. Bases de datos de referencia como No-Intro o TOSEC catalogan esas copias y permiten comprobar que una imagen es exacta.
En algunos casos, la preservación se ha tenido que inventar técnicas nuevas. Los discos de Amiga, por ejemplo, guardaban datos en pistas que un lector doméstico no podía copiar de forma fiable, y proyectos especializados desarrollaron métodos para volcarlos conservando su estructura. Otras veces el trabajo no va sobre el soporte sino sobre la plataforma: la máquina virtual Z-machine, ideada en los años ochenta para hacer funcionar las mismas aventuras de texto en ordenadores muy distintos, se ha convertido con el tiempo en una de las formas más limpias de conservar aquel catálogo, porque el juego original sigue intacto dentro de un intérprete.
Un marco legal con matices
Es habitual mezclar dos cosas que conviene separar. El emulador, como programa, es software original escrito desde cero: no incorpora el código de la máquina que imita y, en sí mismo, no es ilegal. Otra cosa es el contenido que se ejecuta dentro. Las ROM y las imágenes de disco de los juegos comerciales están protegidas por derechos de autor, y su descarga o su distribución sin autorización no están permitidas en general, aunque la situación varía según el país y según la finalidad.
Existe además una zona intermedia que conviene conocer. En varios países la ley contempla excepciones de copia privada para el software que uno ha adquirido legítimamente, y algunas instituciones culturales han recibido permisos específicos para preservar videojuegos. Junto a eso crece una escena legal y muy activa de juegos domésticos y de dominio público creados expresamente para ser distribuidos y emulados. Lo sensato, en cualquier caso, es no tomar esta guía como asesoramiento jurídico: quien tenga dudas concretas sobre un uso determinado hará bien en consultar la normativa de su país.
Por qué importa
La emulación cumple tres funciones que ninguna otra herramienta cubre a la vez. Documenta cómo funcionaba un hardware concreto, conserva el software en un formato que no depende de una máquina que se apaga, y permite que las generaciones que no vivieron aquellos años puedan jugarlo y estudiarlo. Sin emuladores, buena parte de la historia de la informática se explicaría solo con fotografías y recuerdos. Con ellos, sigue siendo algo que se puede ejecutar, analizar y, sobre todo, entender.