El procesador de una Super Nintendo a principios de los noventa iba a 3,58 MHz. En 2011, bsnes, el emulador que se propuso imitarla sin saltarse un solo detalle, reclamaba un ordenador de unos 3 GHz para conseguirlo. Más de ochocientas veces la potencia para hacerse pasar por una máquina de 1990. No es que estuviera mal programado. Es lo que cuesta fingir.
Un emulador no es el juego. Es un programa que se hace pasar por la consola entera, sea una Game Boy, una PlayStation o una Nintendo 64. El juego viene aparte. Es un archivo al que llamamos ROM porque al principio era una copia del contenido de un cartucho o de un disco. Por eso te bajas un programa de pocos megas, abres con él un archivo que llevaba veinte años criando polvo en un disco duro y ahí está el juego que recuerdas, moviéndose igual, en un móvil que no comparte ni un tornillo con la consola para la que se escribió.
El juego no tiene ni idea de dónde está. Y el emulador tiene que sostener el engaño durante horas, sesenta veces por segundo, sin fallar un fotograma.
El emulador no imita una consola, imita todas sus piezas a la vez
Una consola no es un chip. Es un procesador que ejecuta la lógica del juego, un chip de vídeo que dibuja lo que ves, otro que produce el sonido, la memoria, el lector de cartuchos o de discos, los mandos y un reloj interno que le marca el paso a todo lo demás. El emulador escribe una versión en software de cada una de esas piezas, un trozo de código que se comporta como el procesador y otro que hace de chip gráfico. Hasta el mando acaba siendo código fingiendo ser un mando. Y lo complicado no es escribir cada pieza, porque ninguna vale por separado. Tienen que funcionar a la vez y en el mismo orden que en la máquina original.
Los juegos de aquella época se programaban contando ciclos de reloj, aprovechando el instante exacto en que el chip de vídeo estaba ocupado dibujando para colar otra operación por detrás. Si tu chip de sonido emulado contesta una milésima de segundo tarde, la música se descuadra o el juego se queda esperando algo que ya no llega.
El caso que el gremio usa como piedra de toque es Battletoads, de NES. Su nivel 2 se cuelga al azar en cuanto el emulador pierde el aviso que el chip de vídeo manda cuando el primer sprite toca el fondo, lo que ahí dentro se llama sprite 0 hit. El desfase con el que el procesador y el chip de vídeo se ponen de acuerdo puede valer 2 ciclos o 3, y esa diferencia decide qué juego funciona. Con 2, Battletoads supera el nivel 2 y a Bart vs. the Space Mutants le tiembla el marcador de abajo. Con 3, el marcador de Bart se queda quieto y Battletoads se cuelga.
Las dos configuraciones aprueban igual la batería de pruebas de blargg, que es el examen de referencia para NES. Un emulador puede pasar todos los exámenes que existen y seguir equivocado en un ciclo de reloj.
Traducir un idioma que tu procesador no habla
De todas esas piezas, la que más trabajo da es el procesador, y el problema es de idioma. Un procesador no entiende código en abstracto, sino un repertorio cerrado de órdenes, su juego de instrucciones, y cada consola tiene el suyo. Los juegos de PlayStation, PlayStation 2 y Nintendo 64 vienen escritos en instrucciones MIPS. Los de GameCube, Wii, PlayStation 3 y Xbox 360, en PowerPC. Los de Switch, en ARM. Tu ordenador, salvo algunos recientes o los últimos Mac, habla x86. Son idiomas distintos, no acentos.
Así que el juego llega con una lista de órdenes que tu máquina no sabe leer y alguien tiene que traducirlas. Hay dos maneras de hacerlo y no se parecen en nada.
La primera se llama intérprete. Coge la primera orden, mira qué significa, ejecuta el equivalente en tu procesador, coge la siguiente, y así millones de veces por segundo. No se salta nada, que es su virtud, y va lento por lo mismo, porque cada orden original se convierte en decenas de operaciones de tu máquina antes de resolverse.
El otro camino es el recompilador dinámico, JIT para todo el mundo. En lugar de ir orden por orden, agarra un bloque entero de código del juego, lo traduce de golpe a instrucciones nativas de tu procesador y se guarda la traducción hecha, así que la próxima vez que el juego pase por ahí ya no hay nada que traducir.
Ese matiz decide la partida, porque un videojuego es repetición pura. El bucle que mueve al personaje se recorre sesenta veces por segundo, hora tras hora. Traducirlo una sola vez y reutilizarlo durante toda la partida es lo que separa una PlayStation 2 que va a trompicones de una que va fina.
Los emuladores modernos casi nunca eligen. Llevan los dos, el recompilador para el grueso del juego y el intérprete esperando en el cajón para los casos raros, esos trozos de código que se modifican a sí mismos sobre la marcha y dejarían obsoleta cualquier traducción guardada. Uno corre, el otro acierta, y el emulador los va turnando sin decírtelo.
Los gráficos no se copian, hay que reconstruirlos
Con el procesador al menos existe una equivalencia, una orden allí a cambio de unas cuantas aquí. Con la parte gráfica esa equivalencia muchas veces no existe. Los chips de vídeo de las consolas antiguas eran aparatos de propósito muy concreto, diseñados a medida, llenos de trucos que no tienen equivalente en ningún otro sitio. Tu tarjeta gráfica trabaja de otra forma, casi todo mediante shaders, programitas que ejecuta para pintar cada píxel.
O sea que el emulador no puede copiar el chip original. Tiene que leer lo que pide el juego, deducir qué efecto visual buscaba y escribir sobre la marcha un shader nuevo que dé ese mismo resultado en tu tarjeta. Ese rodeo produce el fallo que más se sufre y menos se entiende, el stuttering. Entras en una zona nueva, aparece un enemigo con un efecto que no habías visto antes y la imagen se queda congelada medio segundo. No le falta potencia a tu equipo. El emulador acaba de escribir un shader nuevo y tu tarjeta está compilándolo mientras esperas.
Al equipo de Dolphin, el emulador de GameCube y Wii, le costó cerca de dos años y varios ingenieros de GPU dar con la salida. La publicaron en julio de 2017 y la llamaron ubershaders. Es un shader gigante y genérico que ejecuta la propia tarjeta y que imita cualquier configuración del chip original sin compilar nada nuevo.
Rinde peor que el especializado. Pero está listo al instante, así que tapa el hueco mientras el otro se compila por detrás y luego cede el sitio sin que lo notes, y como solo actúa sobre una parte de los objetos y durante unos pocos fotogramas, lo que cuesta apenas se ve.
Todo ese rodeo tiene un premio que nadie buscaba. Como los gráficos no se copian sino que se rehacen, se pueden rehacer mejor, a 4K en lugar de a 480p, con texturas nuevas y sin dientes de sierra. Un juego de 2002 emulado se ve a menudo mejor de lo que se vio nunca en la consola para la que salió.
Un emulador pide más potencia que la consola a la que imita
Con todo esto encima de la mesa, la pregunta del principio se pone más rara todavía. Si tu móvil corre miles de veces más rápido que una Super Nintendo, ¿por qué le cuesta tanto imitarla? Porque emular no es hacer el trabajo de la consola. Es hacer ese trabajo y encima llevar la contabilidad de estar fingiendo, con cada orden traducida, cada acceso a memoria comprobado y todas las piezas mirándose entre sí para no adelantarse. Nada de eso aparece en las especificaciones de la máquina original. Se paga aparte.
La decisión que define a cada emulador es hasta dónde estirar la precisión. Puedes imitar cada chip a nivel de circuito, que va lento y se traga hasta el juego más raro del catálogo, o puedes reconocer qué está pidiendo el juego y resolverlo a la manera del PC mientras el resultado sea el mismo. Lo segundo vuela, y de vez en cuando algo se rompe.
Si alguna vez has visto en un emulador un ajuste de "preciso" frente a "rápido" y no has sabido cuál tocar, eso es lo que te estaba preguntando. Déjalo donde está. Los emuladores vienen configurados para ir rápido a propósito, no por dejadez. La documentación de Dolphin llega a decir que un usuario normal no debería tocar el motor de emulación del procesador, porque de fábrica ya viene en la opción más veloz.
Y cuando un juego concreto se rompe, lo que hacen los proyectos serios no es subirle la precisión a todo el catálogo, sino guardar ajustes aparte para ese juego. Haz tú lo mismo. La precisión se sube cuando algo falla, y solo en lo que falla, porque si la subes por si acaso el peaje lo pagas en los cien juegos que ya iban bien.
Cómo se averigua lo que hace una consola cuando nadie lo cuenta
La información se le saca a la máquina observándola. Se escriben programas diminutos, se ejecutan en la consola real y se anota con precisión qué devuelve. Cuántos ciclos tarda esta operación. Qué hace si le pides algo imposible. Qué valor deja en memoria un caso que ningún juego llegó a usar nunca.
Hace falta ese rodeo porque ninguna consola viene con un manual que explique cómo funciona por dentro. Nintendo, Sony y Sega entregaron esa documentación solo a los estudios con licencia, atados a un contrato de confidencialidad, y su código no lo ha repartido nadie.
De ahí salen las ROMs de test, programas mínimos que prueban un solo comportamiento y responden si el resultado es correcto o no. Son la herramienta favorita de quien escribe emuladores, y para NES la batería de blargg reúne más de 170. Escribes tu procesador emulado, se las pasas, y las que fallan te van diciendo qué detalle no habías entendido.
Después toca lo demás. Memoria, vídeo, sonido, mandos, y que todo eso respete los tiempos de la máquina real. El primer arranque suele ser una pantalla negra. Luego una pantalla negra con música. Luego un logo. Y a partir de ahí empiezan los años de pulido, juego a juego, cazando el fallo concreto que rompe cada uno. Cuando se habla de años, no es una forma de hablar.
Con lo averiguado caben dos posturas, reimplementarlo por tu cuenta o ejecutar el programa original, y las dos se ven desde fuera. Dolphin no te pide la BIOS de una GameCube porque reescribió por su cuenta lo que hacía el sistema de la consola, y solo la usa si quieres la animación del cubo girando o el menú. PCSX2, para PlayStation 2, prefiere ejecutar el programa original de Sony y te exige un volcado de la BIOS real de una máquina.
Un emulador se escribe sin mirar jamás el código original
Hay una norma que los proyectos grandes no se saltan. Un emulador tiene que estar escrito entero desde cero, sin que quien lo escribe haya visto nunca una línea de código del fabricante. A eso se le llama trabajar en sala limpia, y el nombre dice justo lo que exige.
Cuando en 2020 se filtró código interno de Nintendo, el equipo de Dolphin no se limitó a decir que no pensaba usarlo.
El emulador es legal, el juego que le metes no
El emulador es legal, y lleva siéndolo un cuarto de siglo. Lo decidieron los tribunales estadounidenses, y lo decidió Sony a base de perder. Demandó a Connectix por Virtual Game Station, un programa que hacía funcionar juegos de PlayStation en un Mac. En febrero de 2000 el Noveno Circuito falló en su contra y dejó escrito que desmontar una máquina para entenderla es uso legítimo cuando se hace para lograr compatibilidad. La sentencia llegó a llamar al producto "modestamente transformador". Sony acabó comprando los derechos.
Con Bleem, otro emulador de PlayStation para PC, la cosa fue más sucia. Sony perdió por copyright, perdió también la pelea por la publicidad comparativa y entonces abrió una demanda aparte por patentes que nunca llegó a sentencia: los costes de defenderla, cerca de un millón de dólares, hundieron a la empresa antes de que un tribunal la resolviera. Bleem cerró en noviembre de 2001, menos de tres años después de nacer, sin haber perdido ni un solo pleito contra Sony. Tener razón y poder pagarla no son lo mismo.
En Europa el razonamiento de fondo es parecido, porque la directiva de programas de ordenador ampara la ingeniería inversa cuando el fin es la interoperabilidad. Lo que no es legal es el juego. Descargar la ROM de un título que no has comprado es exactamente igual que descargar una película, por viejo que sea y por mucho que lleve años sin venderse en ningún sitio.
Y esa distinción es la que explica los casos recientes de Nintendo. En marzo de 2024 tumbó a Yuzu, emulador de Switch, con un acuerdo de 2,4 millones de dólares, la destrucción de todas las copias y el cierre del proyecto. Su argumento nunca fue que emular estuviera prohibido, sino que aquello saltaba el cifrado de la consola y servía en la práctica para jugar a copias piratas de juegos que seguían a la venta. En octubre, Ryujinx cerró sin llegar a juicio tras hablar con Nintendo.
Emular una consola que ya nadie fabrica y emular la que está hoy en el escaparate no reciben el mismo trato.
Las marcas que persiguen emuladores viven de ellos
Nintendo emula. Los clásicos de NES y Nintendo 64 que juegas con la suscripción de Nintendo Switch Online salen de un emulador escrito por ellos mismos, igual que los juegos de PS1 y PSP de PlayStation Plus. La retrocompatibilidad de Xbox con los títulos de la primera consola y de la 360 también es emulación, con sus mejoras de resolución incluidas.
La Switch 2 tampoco ejecuta de forma nativa los juegos de la Switch original. Los emula con una capa de compatibilidad, y por eso Nintendo mantiene una página pública donde se consulta juego por juego y va soltando tandas de parches atadas al firmware.
Y por eso también hay juegos que se quedan fuera. A mediados de 2026, Attack on Titan 2 y Truck Simulator USA seguían sin funcionar, Resident Evil 5 arrastraba fallos de audio en algunas zonas y Grandia HD Collection iba a tirones en otras. Los mismos problemas que cualquier emulador de aficionados, en la consola que está hoy a la venta.
Apple no vive de emular nada, pero llevaba más de una década decidiendo que en su tienda no entraban. En abril de 2024 tocó la directriz 4.7 de la App Store y los permitió en todo el mundo, así que Delta y PPSSPP aparecieron en cuestión de semanas.
Lo que se pierde si nadie finge
El hardware se muere, y esa es la parte incómoda. Las lentes de los lectores de discos se degradan, las pilas soldadas a las placas se agotan, las tiendas digitales echan el cierre y se llevan por delante juegos que solo existían allí.
Un emulador bien hecho es lo único que impide que ese catálogo acabe siendo un puñado de vídeos de YouTube. Por eso nadie discute las ochocientas veces de potencia. Es lo que cuesta que esos juegos sigan existiendo cuando ya no quede ninguna de esas consolas encendida.