Qué es el formato SCUMM y cómo encaja ScummVM

Si te gustan las aventuras gráficas clásicas, seguro que has oído hablar alguna vez de SCUMM, ScummVM y de esos míticos point & click de LucasArts como Monkey Island, Day of the Tentacle o Sam & Max. Pero cuando alguien te pregunta qué es exactamente el “formato SCUMM”, la cosa ya no está tan clara: ¿es un tipo de archivo, un motor, un lenguaje, un intérprete?

En este artículo vamos a desmenuzarlo con calma: qué es SCUMM como tecnología, cómo encaja ScummVM, qué relación tienen con los juegos clásicos y cómo ha evolucionado todo este ecosistema hasta hoy. Además, verás por qué siguen siendo tan relevantes décadas después y cómo puedes disfrutarlos en sistemas modernos sin volverte loco con configuraciones raras.

Qué es exactamente el formato SCUMM

Cuando se habla de “formato SCUMM”, en realidad se está haciendo referencia a un conjunto de tecnologías y ficheros de datos diseñados para el motor de aventuras creado por LucasArts, no a un simple tipo de archivo aislado como podría ser un .jpg o un .mp3.

SCUMM son las siglas de Script Creation Utility for Maniac Mansion, una herramienta interna que surgió en 1987 para desarrollar el juego Maniac Mansion y que, con el tiempo, se transformó en un motor de aventuras gráficas basado en scripts y en un formato propio de recursos (escenarios, diálogos, sonidos, animaciones, lógica de juego, etc.).

Su gran particularidad era que separaba el código del juego de los ejecutables concretos de cada plataforma. Es decir, el juego estaba descrito en scripts y datos SCUMM, y luego existía un intérprete específico para PC, Amiga, FM-Towns, NES, etc., que leía ese “formato SCUMM” y lo hacía funcionar en cada sistema.

En la práctica, ese formato se componía de archivos de datos binarios organizados como un lenguaje simbólico de alto nivel, con instrucciones específicas para aventuras point & click: mover personajes, gestionar inventarios, reproducir diálogos, mostrar textos, controlar scripts en paralelo, etc. No era un estándar abierto, sino una tecnología interna de LucasArts.

Origen y evolución del motor SCUMM

El motor SCUMM fue creado originalmente por Ron Gilbert en 1987, con la ayuda inicial de Chip Morningstar. Más adelante, Aric Wilmunder (conocido como “SCUMM Lord”) y Brad P. Taylor continuaron ampliando y refinando el sistema en las distintas generaciones de juegos de LucasArts.

Desde el principio, SCUMM se concibió como un lenguaje de scripting relativamente fácil de usar para diseñadores, de modo que pudieran centrarse en la lógica de la aventura en lugar de pelearse con el hardware concreto de cada ordenador. Internamente, Wilmunder consideraba que el motor era intuitivo, hasta el punto de que durante los primeros años estaba poco documentado porque asumía que la gente lo aprendería con ejemplos.

Con el éxito del sistema, LucasArts creó una especie de programa de formación interna llamado “Universidad SCUMM”. Los nuevos fichajes se convertían en “scummlets” durante una semana: recibían formación intensiva para aprender a manejar el motor, exploraban proyectos de ejemplo y extendían escenas de prueba. Así se veía rápidamente en qué encajaba mejor cada persona dentro del equipo.

Con cada nuevo título, el motor fue incorporando mejoras técnicas y pequeñas variaciones. De hecho, existen aproximadamente ocho grandes versiones de SCUMM, cada una con sus peculiaridades, cambios de comportamiento, ampliaciones de instrucciones e incluso ramas modificadas específicamente para un solo juego.

Versiones de SCUMM y juegos que las utilizan

A lo largo de los años, LucasArts fue adaptando y ampliando SCUMM, por lo que cada generación de juegos se asocia a una iteración del motor. Además, algunas versiones difieren entre plataformas (Commodore 64, PC, Amiga, NES, FM-Towns, etc.), lo que complica todavía más la compatibilidad.

De forma esquemática, se puede ver la evolución así, vinculada a juegos concretos y sus plataformas:

Las primeras encarnaciones del motor se utilizaron en Maniac Mansion y Zak McKracken and the Alien Mindbenders en sus versiones para Commodore 64 y PC original. Las versiones posteriores de PC y adaptaciones a Amiga introdujeron variaciones en el formato de datos y en la lógica interna.

Seguidamente llegaron Indiana Jones and the Last Crusade: The Graphic Adventure y Loom en Amiga, PC (EGA/VGA) y FM-Towns. Cada una de estas plataformas obligaba a ajustar el motor y sus recursos: colores, audio, almacenamiento en disquetes, soporte de CD-ROM, etc.

Con The Secret of Monkey Island en sus ediciones para Amiga y PC (EGA/VGA disquetes y más tarde CD-ROM), el motor comenzó a estabilizar muchas de sus capacidades gráficas y de interfaz. A la vez, se publicaron versiones mejoradas de Loom en VGA para PC y CD-ROM, así como el recopilatorio Passport to Adventure, que incluía demos de The Secret of Monkey Island, Loom e Indiana Jones and the Last Crusade.

En la siguiente oleada aparecieron Monkey Island 2: LeChuck’s Revenge y Indiana Jones and the Fate of Atlantis en versiones para PC y Amiga. En esta generación del motor se integró una de las innovaciones más importantes: la tecnología musical dinámica iMUSE, que permitía transiciones suaves entre temas musicales y cambios de intensidad según la acción.

Ya en los años 90, SCUMM siguió evolucionando con Maniac Mansion: Day of the Tentacle y Sam & Max Hit the Road, que estrenaron interfaces más refinadas, mayor resolución y animaciones más fluidas, aunque siempre dentro del paradigma point & click clásico.

En la recta final del motor llegaron títulos como Full Throttle y The Dig, donde el equipo de desarrollo experimentó con la integración de SCUMM con el sistema de animación INSANE, previamente utilizado en Star Wars: Rebel Assault. Esta fusión no fue trivial: aunque se consiguió una integración funcional para el lanzamiento de Full Throttle, la estabilidad no siempre era perfecta y llevó un tiempo lograr que el motor funcionara de forma fluida dentro de INSANE.

El último gran exponente del motor fue The Curse of Monkey Island, que exprimió las capacidades gráficas y de animación 2D con un aspecto de dibujo animado muy pulido. A partir de aquí, LucasArts abandonó SCUMM en favor del motor GrimE, que utilizaba el lenguaje Lua para juegos como Grim Fandango y Escape from Monkey Island.

Si se repasa la cronología de lanzamientos, la “era SCUMM” en LucasArts incluye, al menos, estos clásicos:

• Maniac Mansion (1987)
• Zak McKracken and the Alien Mindbenders (1988)
• Indiana Jones and the Last Crusade: The Graphic Adventure (1989)
• Loom (1990)
• The Secret of Monkey Island (1990)
• Monkey Island 2: LeChuck’s Revenge (1991)
• Indiana Jones and the Fate of Atlantis (1992)
• Day of the Tentacle (1993)
• Sam & Max Hit the Road (1993)
• Full Throttle (1995)
• The Dig (1995)
• The Curse of Monkey Island (1997)

Qué es ScummVM y cómo se relaciona con el formato SCUMM

Décadas después del nacimiento de SCUMM, aparece ScummVM (Scumm Virtual Machine), un proyecto de software libre que cambió por completo la forma de preservar estas aventuras gráficas. ScummVM no es un juego, ni un simple emulador de DOS: es una máquina virtual que reimplementa los motores de juego para poder ejecutar directamente los datos originales.

ScummVM fue creado en 2001 por Ludvig Strigeus (Ludde), que al principio estaba intentando desarrollar su propio motor de aventuras. Para ello se puso a investigar el funcionamiento interno de SCUMM, aprovechando desensambladores y herramientas auxiliares. Durante este proceso se dio cuenta de que podría escribir un intérprete capaz de ejecutar Monkey Island 2, y ahí germinó la idea que acabaría siendo ScummVM.

La primera versión pública que se difundió en la comunidad fue una 0.0.1 muy limitada, destinada sobre todo a desarrolladores entusiastas de las aventuras gráficas. Sin embargo, sirvió como chispa: varios programadores se sumaron al proyecto y, en enero de 2002, se lanzó la primera versión verdaderamente pública, ScummVM 0.1.0, ya con soporte básico para varias versiones del motor SCUMM de LucasArts.

Desde entonces, ScummVM ha evolucionado de forma espectacular: ha pasado de ser un intento de intérprete para un solo juego a convertirse en una plataforma madura, portable y muy completa, capaz de ejecutar una enorme cantidad de aventuras gráficas clásicas en sistemas modernos.

La relación con el “formato SCUMM” es directa: ScummVM lee los archivos de datos originales de los juegos (los scripts, gráficos, sonidos, etc.) y reemplaza el ejecutable original por su propia máquina virtual. Así, no hace falta emular todo un sistema operativo antiguo; basta con tener los datos del juego y dejar que ScummVM haga el resto.

Características técnicas de ScummVM y arquitectura del proyecto

ScummVM es un proyecto de software libre que se distribuye bajo licencia GNU GPL (versión 2 o posterior). Eso significa que el código fuente está disponible, se puede estudiar, modificar y redistribuir, siempre respetando esa misma licencia.

En sus orígenes, el proyecto comenzó escribiéndose en lenguaje C con una pequeña envoltura en C++, pero conforme fue creciendo y se unieron nuevos desarrolladores (como James Brown), el código se migró a C++ por completo. La razón principal fue aprovechar la programación orientada a objetos para facilitar la portabilidad y la incorporación de nuevos motores y plataformas.

Además de C++, durante el desarrollo se han utilizado otros lenguajes y proyectos libres como apoyo. Por ejemplo, Perl se usó para prototipos y pruebas rápidas de funcionalidades, y algunas utilidades externas escritas en Delphi ayudaron a analizar el funcionamiento interno de SCUMM y a realizar tareas de ingeniería inversa.

En términos de dependencias, ScummVM hace uso de varias bibliotecas de terceros, entre ellas la conocida Simple DirectMedia Layer (SDL) para manejo de vídeo, audio y eventos, el algoritmo avanzado de escalado 2xSaI (Kreed’s 2xSaI), el códec Ogg Vorbis y la librería de audio MAD. Todo esto contribuye, entre otras cosas, a ofrecer compresión de audio y a facilitar la ejecución en dispositivos con recursos limitados, como antiguos PDAs o teléfonos móviles.

Si miramos los datos de una de las versiones del proyecto (por ejemplo, la 0.8.2), vemos que ScummVM alcanza un tamaño considerable: casi 300.000 líneas de código fuente. Un análisis con el modelo COCOMO llegó a estimar que desarrollar desde cero un programa de esa magnitud podría costar en torno a 11 millones de dólares, con un esfuerzo de casi 80 persona-años y unos tres años de desarrollo, empleando a decenas de programadores a tiempo completo.

En cuanto al reparto por lenguajes, en esa misma instantánea del proyecto se observaba que C++ representaba alrededor del 90 % del código, seguido de C con algo más del 8 %, mientras que ensamblador, shell y Perl ocupaban porcentajes residuales destinados a tareas específicas (scripts de build, rutinas de bajo nivel, etc.).

Modelos de desarrollo, comunidad y organización interna

ScummVM se ha desarrollado siempre con una cultura muy ligada al software libre y a la meritocracia. Eso significa que el peso de la opinión de cada persona dentro del proyecto está muy relacionado con sus contribuciones: quien escribe librerías, mantiene puertos a plataformas concretas o se encarga de motores complejos tiene más capacidad de influencia en las decisiones.

No existe una jerarquía rígida ni un “jefe supremo” al estilo empresarial. En su lugar, funciona una especie de “dictadura benevolente descentralizada” en un entorno similar a un bazar: el trabajo se reparte en subequipos (motores, ports, infraestructura, etc.), que deciden cómo hacer las cosas, aunque los líderes del proyecto marcan ciertas pautas generales y revisan los cambios importantes.

Las contribuciones al código se canalizan mediante parches que son revisados para garantizar que cumplen las normas de estilo y calidad del proyecto. Esto ayuda a mantener la coherencia del código a pesar de la diversidad de colaboradores.

En cuanto a la comunicación, el canal histórico principal ha sido el IRC (#scummvm en irc.freenode.net), donde se discute el trabajo diario y se resuelven dudas técnicas rápidamente. Para decisiones de mayor calado, se recurren a listas de correo, foros y wikis, donde se elaboran propuestas más formales. Un ejemplo fue la transición del sistema de control de versiones, pasando de CVS a SVN tras debatir pros y contras entre los desarrolladores.

Además, el proyecto ha participado en iniciativas como Google Summer of Code, que han permitido incorporar nuevas funcionalidades de peso, como las mejoras en el sistema de texto a voz (TTS) o en el asignador de teclas para una gran cantidad de motores y juegos.

Plataformas soportadas y portabilidad

Uno de los grandes objetivos de ScummVM ha sido siempre la portabilidad extrema. Desde muy pronto se buscó que el intérprete pudiera compilarse y funcionar en casi cualquier dispositivo mínimamente capaz, lo que ha dado lugar a un listado impresionante de plataformas soportadas.

Además de los sistemas de escritorio habituales como Windows, macOS y Linux, ScummVM dispone de versiones para Android, iOS y otras plataformas móviles. A ello se suman ports oficiales o comunitarios para sistemas menos comunes o directamente retro: AmigaOS, BeOS, Haiku, FreeBSD, Solaris, OS/2, Nintendo DS, Nintendo 3DS, Wii, Dreamcast, Xbox, GP2X, GP2X Wiz, Tapwave Zodiac, dispositivos WinCE, Symbian, Bada, y un largo etcétera.

Gracias a esta filosofía, es posible jugar a las aventuras SCUMM y a muchos otros motores en dispositivos donde nunca se pensó originalmente: consolas, PDAs antiguas, tablets, incluso algunos televisores o dispositivos tipo set-top box, dependiendo de los ports disponibles.

En versiones recientes, el proyecto ha añadido soporte para compilación con SDL3, shaders de escalado para juegos 3D y mejoras concretas en ports clave, como Android, iOS y Atari, manteniendo siempre el foco en que el usuario final lo tenga lo más fácil posible.

Motores y juegos soportados por ScummVM

Aunque en sus inicios ScummVM se centraba en el motor SCUMM de LucasArts, con el tiempo el proyecto ha ido incorporando decenas de motores adicionales, muchos de ellos totalmente ajenos a SCUMM pero que encajan en el mismo espíritu: aventuras gráficas clásicas y juegos narrativos.

En el terreno SCUMM propiamente dicho, ScummVM cubre casi toda la familia de aventuras de LucasArts que usaron este motor:

• Maniac Mansion
• Zak McKracken and the Alien Mindbenders
• Indiana Jones and the Last Crusade: The Graphic Adventure
• Loom
• Indiana Jones and the Fate of Atlantis
• The Secret of Monkey Island
• Monkey Island 2: LeChuck’s Revenge
• The Curse of Monkey Island
• Day of the Tentacle
• Sam & Max Hit the Road
• Full Throttle
• The Dig
• Passport to Adventure

También soporta numerosos títulos de Humongous Entertainment, que reutilizaban una variante del motor SCUMM para sus juegos educativos y deportivos (Backyard Sports, series infantiles, etc.). El submotor específico para esta familia ha sido revisado a fondo para lograr una compatibilidad prácticamente perfecta.

Además de SCUMM, ScummVM integra motores para muchos otros clásicos de diferentes compañías. Entre ellos se encuentran aventuras como Beneath a Steel Sky, Broken Sword 1 y 2, Flight of the Amazon Queen, Future Wars, The Legend of Kyrandia (trilogía), títulos como The 7th Guest, The Feeble Files, Ween: The Prophecy, Elvira 1, 2 y Waxworks, así como Simon the Sorcerer 1 y 2, Lure of the Temptress o Inherit the Earth, entre muchos otros.

En el ámbito de los motores más recientes añadidos, destacan sistemas como SLUDGE y WAGE, que no solo permiten ejecutar juegos existentes, sino que son en sí herramientas de creación de aventuras. También se han incorporado motores para títulos tan variados como Dark Seed, God of Thunder, The Adventures of Willy Beamish, Heart of China, Nancy Drew (varios episodios), Ripley’s Believe It or Not!: The Riddle of Master Lu, Out of this World (Another World), Penumbra: Overture, Tex Murphy: Martian Memorandum, The Last Express y otros muchos.

Es importante subrayar que, por cuestiones de copyright, ScummVM no incluye los datos de los juegos. El usuario debe poseer las copias originales o recurrir a títulos que hayan sido liberados por sus creadores. Un buen ejemplo es Beneath a Steel Sky, cuyo código y datos fueron cedidos por Revolution Software para distribución gratuita desde la web de ScummVM, o Flight of the Amazon Queen, cuyos dueños hicieron algo similar.

ScummVM frente a otros métodos para jugar clásicos

Para quien quiera jugar aventuras clásicas de PC, hay varias opciones: emular todo el sistema operativo con herramientas como DOSBox, usar versiones remasterizadas modernas si existen, o recurrir a intérpretes específicos como ScummVM.

La diferencia clave es que ScummVM no emula un PC completo ni un DOS antiguo, sino que implementa directamente los motores de los juegos. Esto suele traducirse en menor consumo de recursos, mejor estabilidad y una experiencia más pulida (sin tener que pelear con IRQs, memoria expandida, configuraciones de sonido vintage, etc.).

Además, ScummVM ofrece funciones adicionales que mejoran notablemente la comodidad: filtros de escalado gráfico (por ejemplo, Super2xSaI o similares), corrección de proporciones para que los gráficos no se vean aplastados, gestión unificada de partidas guardadas, posibilidad de cambiar idioma de subtítulos y voces según el juego, mapeo de teclas, soporte de texto a voz en sistemas de escritorio, etc.

En muchos casos, jugar con ScummVM resulta no solo más eficiente que tirar de un emulador generalista, sino también más fiel a la intención original, ya que los desarrolladores han dedicado mucho esfuerzo a imitar con precisión los comportamientos específicos de cada versión de SCUMM y de otros motores.

Uso práctico de ScummVM: instalación básica y organización

El uso de ScummVM es bastante directo y no requiere grandes conocimientos técnicos. Lo habitual es descargar la versión recomendada para tu sistema operativo desde la web oficial (Windows, macOS, Linux, Android, iOS, etc.), instalarla como cualquier otro programa y, a partir de ahí, gestionar tus juegos desde la interfaz. También puedes consultar sitios para descargar videojuegos retro si necesitas localizar recursos de juegos clásicos.

Conviene organizar los títulos en el disco duro creando una carpeta principal para juegos y dentro una subcarpeta por cada juego, con todos sus archivos de datos (no suelen hacer falta instaladores originales, basta con copiar el contenido de los disquetes o del CD). ScummVM se encarga de la “configuración interna” del juego y no necesita que esté instalado de forma tradicional.

Al arrancar ScummVM, verás una ventana principal con una lista vacía de juegos. Para añadir uno, basta con pulsar en “Add Game” y navegar hasta la carpeta donde has copiado sus datos. El programa detectará automáticamente de qué juego se trata y lo incorporará a la lista. Desde versiones relativamente modernas, también existe la opción de “Add multiple” (añadir varios), que recorre recursivamente una carpeta y localiza todos los títulos compatibles de una sola vez.

Una vez añadido el juego, puedes ajustar la configuración global de ScummVM o la de cada título por separado. Entre las opciones más habituales están el modo de pantalla (ventana o pantalla completa), la corrección de aspecto, el filtro gráfico a usar, el idioma de subtítulos, el volumen de música y efectos, o la carpeta de partidas guardadas.

Durante la partida, existen atajos de teclado básicos comunes a muchos juegos: F5 para abrir el menú de guardado/carga, Alt+Enter para alternar entre ventana y pantalla completa, combinaciones como Ctrl+Alt+1…8 para cambiar de filtro gráfico sobre la marcha, y la tecla Esc para saltarse cinemáticas, entre otros.

En ocasiones, algunos usuarios se encuentran con que no pueden guardar partida por un error de escritura. La solución suele pasar por ir al menú de opciones generales de ScummVM, abrir el apartado de rutas (Paths) y cambiar la carpeta de guardados (Save Path) a una ubicación donde el usuario tenga permisos de escritura.

Por último, es importante recalcar que el equipo de ScummVM no apoya la piratería ni la distribución ilegal de juegos. El propósito del proyecto es preservar y hacer jugables estos títulos en sistemas modernos, pero la responsabilidad de usar copias legítimas recae en cada usuario. El hecho de que el intérprete ignore algunas protecciones por clave o permita usar versiones comprimidas de los datos no debe interpretarse como un respaldo a prácticas ilícitas.

Hoy en día, gracias al trabajo de la comunidad y a la apertura de algunos estudios que han cedido código y datos, el motor SCUMM, su formato de datos y la máquina virtual ScummVM se han convertido en un ejemplo de preservación y reutilización de tecnología clásica. Lo que empezó como un lenguaje interno para Maniac Mansion ha acabado siendo la puerta de entrada para que nuevas generaciones puedan descubrir, sin complicaciones técnicas, una de las etapas más influyentes de la historia de las aventuras gráficas.