Conservar una obra digital no consiste únicamente en lograr que arranque. Un programa puede ejecutarse y responder con otra velocidad, mostrar otra imagen o perder una interacción. También puede conservarse el comportamiento visible mientras desaparecen las condiciones técnicas que daban sentido histórico a la obra.
La obsolescencia obliga a elegir qué pérdida se acepta. Leo estos casos desde la creación digital, el coleccionismo y la documentación, no desde la ingeniería de emuladores.
Flash no desapareció en un día
Adobe terminó el soporte de Flash Player el 31 de diciembre de 2020 y comenzó a bloquear su ejecución el 12 de enero de 2021. Para las obras creadas con Flash, el problema no era solo abrir un archivo SWF. Muchas integraban tipografías, vídeo, sonido, scripts, interacción o recursos externos.
Ruffle aborda parte del problema mediante emulación. El proyecto se define como un emulador de Flash de código abierto escrito en Rust y capaz de ejecutarse en navegadores mediante WebAssembly. Esa descripción no equivale a compatibilidad total: una obra debe probarse y compararse.
The NEXT: conservar a escala sin fingir equivalencia
Electronic Literature Lab documentó en 2026 la conversión mediante Ruffle de 680 versiones de obras Flash conservadas en The NEXT. El laboratorio comparaba esas versiones con ordenadores heredados que todavía admitían Flash o con Pale Moon. Cuando el resultado no se aproximaba suficientemente al original, probaba Conifer.
La retirada progresiva de Conifer obligó a revisar esa estrategia. En mayo de 2026 el equipo informó de que las 680 versiones habían sido convertidas y de que comenzaba a versionarlas, conservando el original como versión 1.0.
«Convertida» no significa «idéntica». Significa que se produjo una nueva versión accesible dentro de un proceso con comparación, intervención y control de versiones.
Cuando envejece la estrategia de conservación
Las herramientas de preservación también quedan obsoletas. Una máquina virtual necesita hipervisor; un emulador, mantenimiento; una captura web, reproductor; una migración, conservar la versión anterior y explicar los cambios.
La conservación digital no alcanza un estado final. Organiza relevos entre sistemas y deja evidencia suficiente para evaluar cada uno.
The Erl King: dos versiones frente a frente
The Erl King (1982-1985), de Grahame Weinbren y Roberta Friedman, combinaba hardware obsoleto, software escrito por los artistas y componentes construidos para la obra. En Seeing Double, celebrada en el Guggenheim en 2004, la versión original se mostró junto a una versión emulada.
La Fondation Daniel Langlois documenta diferencias concretas: el original empleaba un SMC-70, CP/M, Pascal, discos láser y pantalla táctil Carroll; la nueva versión, un ordenador Sony, Linux, Java, pantallas planas y tecnología táctil Elo. Cambiaron ordenador, sistema operativo, lenguaje, soporte audiovisual y pantalla.
La emulación no fue una cura milagrosa
El estudio de Caitlin Jones señala que no existe una «cura milagrosa» para conservar obras electrónicas. El proyecto necesitó artistas, conservadores, programadores y técnicos.
La emulación no elimina la interpretación. Hay que definir qué entorno se imita, qué diferencias resultan aceptables y qué ocurre cuando la interfaz contemporánea transforma la experiencia.
Comparar más que la ejecución
Una prueba debería separar ejecución, imagen y sonido, interacción, espacio, historia técnica y derechos. Aprobar el arranque no aprueba automáticamente las demás capas.
Versionar es reconocer la intervención
Identificar el original como versión 1.0 evita presentar la conversión como si nada hubiera ocurrido. Conviene conservar archivo recibido, entorno original, intervención, herramienta, fecha, responsable, diferencias conocidas y archivos resultantes.
Qué se conserva cuando no puede conservarse todo
The Erl King recibió una intervención individual e intensiva. The NEXT trabajó con centenares de obras y herramientas cambiantes. Ambos casos muestran que conservar exige priorizar ejecución, apariencia, interacción, soporte histórico, acceso o estudio. La elección debe declararse.
Lo que estos casos no demuestran
No prueban que Ruffle reproduzca toda obra Flash sin diferencias, que emular sea siempre preferible, que una obra quede conservada para siempre ni que la versión más accesible sustituya al original.
Para actuar
La guía sobre obsolescencia, migración, emulación y reinterpretación ayuda a elegir y registrar una estrategia. Para preparar dependencias, consulta cómo conservar código creativo. Para obras web, consulta cómo conservar una obra web o un proyecto de net art. Para las cuentas, servicios y dominios de los que depende una obra, consulta dependencias invisibles en el arte digital.
Sobre la conversación abierta
Falta precisar qué significa que una obra «vuelva a funcionar». ¿Basta con que se ejecute, o también deben conservarse su comportamiento, su temporalidad y su aspecto? Y al migrar, emular o convertir, ¿qué pérdidas se consideran aceptables y quién las declara?
Ejecutar de nuevo una obra no demuestra por sí solo que se haya conservado íntegramente. Los casos revisados tampoco bastan para fijar un umbral de pérdida admisible ni para comparar métodos entre obras de naturaleza distinta.
Si dispones de comparaciones entre versiones, de fallos conocidos o de documentación de intervenciones, y puedes compartirlas con su contexto, este cuaderno sigue abierto: escríbeme.