Cinco clásicos que cambiaron de rumbo: las decisiones detrás de sus límites técnicos

Las cámaras fijas de Resident Evil, la niebla de Silent Hill o la necesidad de evitar a los soldados en Metal Gear parecen decisiones bastante claras cuando conocemos los juegos terminados. Durante su desarrollo, sin embargo, hubo momentos en los que sus responsables querían hacer algo diferente, no encontraban la manera de conseguirlo o tenían que elegir qué parte de su idea merecía la pena conservar.

Entre 1978 y 1999, las máquinas pusieron a prueba a los equipos de Space Invaders, Metal Gear, Prince of Persia, Resident Evil y Silent Hill. Sus historias han quedado recogidas en entrevistas, conferencias y, en el caso de Jordan Mechner, hasta en un diario escrito mientras trabajaba. Volver a esos testimonios permite descubrir las alternativas que descartaron, quiénes participaron en las decisiones y qué tuvieron que sacrificar para sacar adelante cada juego.

Space Invaders: la invasión que empezó con tanques

Antes de que sus extraterrestres llegaran a los salones recreativos, Space Invaders iba camino de convertirse en un juego de disparos mucho más convencional. Taito había encargado a Tomohiro Nishikado una propuesta capaz de superar el éxito de Breakout, y su primera idea fue utilizar tanques que avanzaran de lado a lado. Sobre el papel encajaban con la propuesta de derribar objetivos, pero al trasladarlos a la pantalla descubrió que el movimiento de las torretas no le convencía.

Probó con aviones y barcos de guerra, aunque seguía sin encontrar una animación satisfactoria con el hardware disponible. Los soldados parecían resolver mejor el problema visual, hasta que surgió otra objeción: algunos responsables de la compañía no veían apropiado que el jugador disparase contra personas. Nishikado llevaba varias pruebas y todavía no tenía a sus enemigos definitivos.

La salida apareció al cambiar de escenario y recordar las criaturas de la película La guerra de los mundos (1953). Los invasores extraterrestres no tenían por qué moverse como un tanque o un ser humano; bastaban unos pocos dibujos para representar figuras inspiradas en pulpos, cangrejos y calamares. Aquellos enemigos tan reconocibles nacieron de varias alternativas que no habían convencido, como relató Nishikado en una entrevista con WIRED.

Con las criaturas elegidas, quedaba conseguir que el juego respondiera como él quería. Nishikado admiraba Breakout porque obligaba a eliminar todos los bloques y hacía especialmente difícil alcanzar el último. Su intención era trasladar parte de aquella tensión a una formación de enemigos capaces de disparar, pero para ello necesitaba trabajar con microprocesadores, una tecnología que Taito aún no dominaba. Estudió máquinas estadounidenses y preparó sus propias herramientas antes de poder desarrollar el sistema.

El resultado escondía una particularidad que se notaba conforme avanzaba la partida. La placa dibujaba un invasor cada sesentava parte de segundo, por lo que necesitaba casi un segundo para completar la secuencia de los 55 enemigos iniciales. Al destruir uno, había una figura menos que representar y la secuencia terminaba antes; así, los supervivientes comenzaban a moverse cada vez más deprisa justo cuando al jugador le quedaban menos objetivos por acertar.

La aceleración terminó convirtiéndose en una de las características más famosas de Space Invaders, aunque conviene distinguir el efecto de la máquina de la intención de su creador. En una entrevista del año 2000, conservada por Shmuplations, Nishikado recordó que precisamente le gustaba cómo aumentaba la velocidad de la pelota en Breakout. Eso no demuestra que hubiera programado de antemano la curva exacta de movimiento de los extraterrestres, pero sí que aquel resultado encajaba con una dificultad progresiva que le interesaba.

Ni siquiera el estreno parecía garantizado como éxito. Algunos operadores que probaron las primeras demostraciones consideraban el juego demasiado difícil, según recordó Nishikado, aunque la reacción del público acabó cambiando las expectativas de Taito. La formación extraterrestre que había sustituido a los tanques se convirtió en un fenómeno, y su aceleración acompañaría desde entonces a cada partida.

Metal Gear: el juego de guerra en el que convenía esconderse

Hideo Kojima recibió el encargo de desarrollar Metal Gear en un momento complicado. Konami acababa de cancelar el primer proyecto en el que había trabajado durante meses y él mismo contó que llegó a pensar en marcharse de la compañía. Su siguiente oportunidad consistía en crear un juego de acción militar para MSX2, con una referencia muy reconocible: aquellos héroes al estilo de Rambo que podían acabar por sí solos con un ejército.

El problema era que el ordenador no estaba preparado para representar semejante espectáculo. En una conferencia de la GDC de 2009, Kojima explicó que el MSX2 admitía hasta 32 sprites en pantalla y un máximo de ocho en una misma línea horizontal. Como un solo soldado podía necesitar varios de esos elementos gráficos, llenar una escena de enemigos y balas provocaba que algunos dejaran de mostrarse correctamente.

Podía rebajar la cantidad de disparos y enemigos, pero aquello tampoco resolvía qué clase de juego quería crear. Primero consideró conservar la ambientación militar sin combates y después pensó en una aventura centrada en escapar. El inconveniente era que huir una y otra vez podía resultar poco atractivo: el protagonista necesitaba un objetivo que justificara entrar en territorio enemigo y asumir riesgos.

Además, la fantasía de un soldado invencible no le convencía demasiado. Kojima explicó en una entrevista con BAFTA que había crecido escuchando las experiencias de guerra de sus padres y que le costaba identificarse con esa imagen del héroe capaz de derrotar a todos los adversarios. Por eso encontró una referencia más útil en La gran evasión (1963), donde el objetivo pasa por eludir a quienes vigilan, y después en James Bond: un agente que entra en una instalación enemiga para cumplir una misión.

La solución fue cambiar lo que se esperaba del jugador. En lugar de avanzar disparando contra todo, Solid Snake tendría que infiltrarse en Outer Heaven y procurar que los soldados no lo descubrieran. El combate seguía existiendo, pero pasar inadvertido ofrecía una alternativa real; así, la limitación que impedía acumular enemigos en pantalla terminaba relacionada con otra manera de organizar la acción.

Esconderse, naturalmente, solo resultaba interesante si los guardias eran capaces de vigilar y reaccionar. El equipo necesitaba reglas que pudieran entenderse mientras se jugaba, de modo que los soldados recorrían las zonas y respondían cuando Snake entraba en su campo de visión. Un pequeño error podía desencadenar una persecución, mientras que observar los movimientos enemigos permitía elegir cuándo cruzar. Kojima explicó en la GDC que esa reacción también servía para enseñar la importancia de evitar ser descubierto.

Metal Gear llegó a MSX2 el 13 de julio de 1987, según la documentación histórica de Konami. Conservaba las armas, los soldados y el peligro del encargo original, aunque lo que daba sentido a la partida había cambiado durante el desarrollo. Las dificultades gráficas empujaron a Kojima a buscar alternativas, pero sus referencias cinematográficas y su propia idea de un conflicto militar contribuyeron a decidir cuál de ellas merecía la pena desarrollar.

Prince of Persia: el enemigo que apareció antes que los combates

El 8 de junio de 1988, Jordan Mechner intentaba explicar por qué Prince of Persia seguía sin enemigos. Llevaba meses trabajando en las animaciones de su protagonista para Apple II y la memoria disponible apenas dejaba espacio para incorporar otro personaje con movimientos propios. Tomi Pierce, que llevaba tiempo insistiendo en que la aventura necesitaba enfrentamientos, le propuso aprovechar los dibujos que ya tenía y cambiar su aspecto.

Mechner probó una solución gráfica y, en cuestión de minutos, una figura oscura podía correr y saltar por las mismas mazmorras que el príncipe. Robert Cook añadió otra idea: hacer que aquel doble apareciera a través de un espejo. Así comenzó a tomar forma Shadow Man, y lo sabemos con tanto detalle porque Mechner recogió la conversación y las pruebas en su diario de desarrollo.

La anécdota suele bastar para explicar cómo una limitación de memoria dio lugar a un personaje memorable. Sin embargo, para Mechner todavía quedaba un problema bastante más difícil: decidir si el juego que llevaba tanto tiempo preparando era realmente divertido. Su intención inicial había sido crear una aventura de plataformas y trampas, con influencias de Lode Runner y The Castles of Dr. Creep, en la que avanzar dependiera de saltar, trepar y escapar de los peligros. Durante aproximadamente año y medio se resistió a introducir combates, pese a las recomendaciones de Pierce.

Había puesto un cuidado extraordinario en el movimiento del protagonista. Para conseguirlo grabó a su hermano David corriendo, saltando y trepando, y trasladó aquellas imágenes al ordenador mediante rotoscopia. La naturalidad de sus animaciones destacaba, aunque cada nuevo movimiento consumía un recurso escaso. Reutilizarlas para la sombra había sido un hallazgo, pero seguía sin resolver cómo llenar la aventura de situaciones interesantes.

En noviembre de 1988, su propio diario deja ver hasta qué punto había cambiado la preocupación principal. Mechner consideraba que el jugador atravesaba demasiados pasillos sin encontrar objetivos claros y que alcanzar una salida apenas ofrecía recompensa cuando al otro lado esperaba otra sucesión de obstáculos parecidos. El protagonista podía moverse muy bien, sí, pero faltaba algo que justificara seguir haciéndolo.

Fue entonces cuando los combates, a los que tanto se había resistido, empezaron a ganar terreno. Mechner aprovechó memoria auxiliar del Apple II para introducir guardias, aunque necesitaba animaciones de espada a la altura de las que ya tenía. Probó a grabarse luchando con Robert Cook, sin obtener el resultado que buscaba, y terminó estudiando el duelo de Errol Flynn y Basil Rathbone en Las aventuras de Robin Hood (1938). A partir de aquellas imágenes trabajó los ataques y las defensas, hasta que la esgrima pasó de ser una idea que no quería incluir a una parte importante del proyecto.

Tampoco bastaba con añadir enemigos. Había que rehacer el ritmo de las mazmorras y encontrar situaciones que recompensaran al jugador, y ahí acabó resultando decisiva otra herramienta cuyo destino también cambió: el editor de niveles. Mechner había pensado ofrecerlo a los compradores para que construyeran sus propias aventuras, pero terminó utilizándolo para mover guardias, recolocar trampas, ajustar puertas y rehacer escenarios sin reconstruir el juego entero. Cuando la memoria impedía introducir un mecanismo nuevo, probaba combinaciones distintas de los elementos existentes.

Al publicarse en Apple II en 1989, Prince of Persia se parecía poco a la aventura sin combates que Mechner había imaginado al principio. Los duelos tenían un papel importante, los niveles habían sido revisados y la sombra surgida de reutilizar una animación también intervenía en el desarrollo de la historia. La memoria seguía siendo limitada; lo que había cambiado, gracias a las pruebas y a las aportaciones de otras personas, era la forma de aprovecharla.

Resident Evil: conservar los zombis, cambiar la mansión

Antes de decidir cómo serían las habitaciones de Resident Evil, Shinji Mikami tuvo que resolver una cuestión mucho más básica: qué clase de miedo quería provocar. Tokuro Fujiwara le había encargado un juego de terror inspirado en Sweet Home, y Mikami llegó a pensar en una mansión poblada por fantasmas. La idea encajaba con una casa encantada, pero no terminaba de encontrar satisfactoria la respuesta del jugador frente a aquellos espíritus.

La película Zombi (Dawn of the Dead), de George A. Romero, le ofreció una alternativa. Los muertos vivientes podían producir miedo y, al mismo tiempo, enfrentarse al protagonista; había una amenaza concreta contra la que luchar y una posibilidad de sobrevivir mediante las decisiones del jugador. Mikami explicó ese cambio en una entrevista retrospectiva publicada por Retro Gamer.

Una vez elegidos los enemigos, el siguiente objetivo era darles un aspecto convincente. PlayStation permitía trabajar con personajes y escenarios tridimensionales, de modo que Capcom comenzó preparando el proyecto completamente con polígonos. Pero conforme avanzaba el trabajo quedó claro que la consola no podía representar la mansión y a los zombis con el detalle que el equipo esperaba. El programador Yasuhiro Anpo y el propio Mikami recordarían en una entrevista de 2016 que mantener aquella idea podía dejar el desarrollo atascado por tiempo indefinido.

Llegó así una decisión incómoda: si había que renunciar a parte del 3D, Mikami prefería conservar a los zombis. Los personajes seguirían construidos mediante polígonos, pero las habitaciones se prepararían de otra manera. Para ello recurrieron a una solución conocida por Alone in the Dark (1992), que combinaba personajes tridimensionales y fondos realizados de antemano.

Los escenarios prerenderizados permitían mostrar una mansión más detallada sin obligar a PlayStation a dibujar todos sus muebles y paredes como polígonos durante la partida. A cambio, cada habitación debía mostrarse mediante encuadres concretos, que cambiaban cuando Jill o Chris avanzaban. En lugar de girar libremente la cámara para explorar una esquina, el jugador veía lo que el plano elegido permitía mostrar.

Mikami sabía que habría inconvenientes. Los cambios de perspectiva complicaban la orientación y el control, porque el personaje seguía avanzando en la dirección hacia la que miraba aunque la cámara cambiara de posición. Era una concesión importante, especialmente en las persecuciones, pero el director terminó aceptándola para mantener el aspecto que quería. El equipo, además, había crecido poco a poco, había tenido que aparcar el desarrollo simultáneo para Saturn y llegó a escuchar recomendaciones de cancelar el proyecto.

Con todo, aquellos encuadres también ofrecieron una posibilidad que Mikami decidió aprovechar. Si una cámara dejaba fuera de plano el extremo de un pasillo, podía escucharse a un zombi sin saber exactamente dónde estaba ni si había otros enemigos detrás de la esquina. El sonido proporcionaba una pista y la imagen se reservaba la respuesta. Según recordó el director, los puntos ciegos y las señales sonoras se trabajaron deliberadamente para que la inquietud apareciera antes del enfrentamiento.

En ese resultado participaron otros profesionales de Capcom, desde Motoji Fujita e Ippei Masuda en los fondos hasta Jun Takeuchi en las animaciones y Anpo en la programación. Cuando Resident Evil llegó a PlayStation en 1996, las cámaras fijas ya formaban parte de su manera de presentar el terror, aunque habían aparecido al cambiar una idea gráfica anterior. El equipo había conseguido una mansión más detallada y una forma de esconder amenazas, sin que desaparecieran las dificultades de control que Mikami había aceptado.

Silent Hill: cuando la oscuridad tampoco era suficiente

Keiichiro Toyama también empezó Silent Hill pensando en cómo debía verse un juego de terror, aunque acabó tomando un camino diferente al de Capcom. Una de sus primeras posibilidades consistía en utilizar escenarios bidimensionales con varias capas de iluminación. Sin embargo, durante el desarrollo vio un prototipo de luz puntual creado por otro compañero de Konami y descubrió una opción que encajaba mejor con la oscuridad que quería utilizar.

Aquella iluminación tenía un alcance aproximado de diez metros, según explicó Toyama en una entrevista publicada originalmente por Edge. Para el director no era necesariamente un inconveniente, pues le interesaba que el jugador no pudiera distinguirlo todo. El problema apareció al compartir la idea: sus compañeros consideraban que recorrer el juego permanentemente a oscuras podía resultar monótono.

La niebla surgió como una respuesta a esa objeción, al permitir otra forma de ocultar lo que esperaba más adelante. En las calles podía limitarse la visión de edificios y criaturas sin recurrir a la misma oscuridad de los interiores, de modo que el pueblo cambiaba de aspecto mientras Harry Mason lo recorría. La decisión también tenía una utilidad técnica: PlayStation no necesitaba mostrar con detalle todos los objetos lejanos al mismo tiempo.

Toyama quería distanciarse del terror que había popularizado Resident Evil. En vez de apoyarse en una mansión, imaginó una localidad estadounidense aparentemente normal, influida por las historias y adaptaciones de Stephen King. El equipo llegó a reunir fotografías de Chicago y de zonas próximas al lago para construir un escenario creíble; lo explicó en una entrevista de 1999 con Official U.S. PlayStation Magazine.

Sin embargo, dar forma a aquel pueblo tuvo un coste. Toyama había elegido escenarios construidos mediante polígonos durante la partida, con cámaras capaces de cambiar y una iluminación que intervenía en la imagen. Era una propuesta exigente para PlayStation y también para el calendario del equipo. En otra entrevista de marzo de 1999 reconoció que construir toda la localidad de esa manera había sido uno de los grandes desafíos y que tuvieron que recortar partes del mapa para terminar el juego a tiempo.

La niebla y la oscuridad acabaron resolviendo necesidades diferentes a la vez. Ayudaban a controlar la cantidad de elementos visibles, pero también respondían al miedo a la oscuridad que Toyama recordaba de su infancia, algo que volvió a comentar en Lucca Comics & Games en 2025. Cuando Harry avanzaba por una calle, los edificios surgían poco a poco entre la niebla y las criaturas podían aparecer cuando ya estaba demasiado cerca. En los interiores, la linterna solo permitía reconocer una parte del escenario, mientras la estática de la radio avisaba de que había peligro aunque todavía no pudiera verse.

El equipo reforzó esa incertidumbre con una imagen deliberadamente irregular, marcada por el ruido visual y los contrastes que Toyama relacionó con sus influencias cinematográficas, entre ellas David Lynch. Aun así, las limitaciones gráficas no habían desaparecido: durante la partida costaba apreciar las expresiones de los personajes y por eso las escenas prerenderizadas permitían mostrar más detalles. Takayoshi Sato, responsable de las secuencias y del diseño de personajes, explicó que producir un segundo de vídeo podía exigir entre tres y cuatro horas de procesamiento.

Silent Hill apareció en PlayStation en 1999 con un pueblo que parecía esconder siempre algo a unos metros del protagonista. La combinación de oscuridad, niebla y escenarios tridimensionales acabó definiendo buena parte de su identidad, aunque para llegar hasta ella habían hecho falta descartar otro planteamiento visual, atender a las objeciones del equipo y asumir recortes de contenido. Toyama había conseguido la atmósfera que buscaba mediante decisiones que también tuvieron consecuencias para la producción.

Resident Evil y Silent Hill: dos maneras de esconder el peligro

Capcom y Konami trabajaron con la misma consola y encontraron respuestas distintas a sus limitaciones. En Resident Evil, Mikami prefirió sacrificar los escenarios tridimensionales en tiempo real para mantener la apariencia de los enemigos, mientras que Toyama apostó por un pueblo poligonal cuya visibilidad podía controlar mediante luz, oscuridad y niebla. En ambos juegos había amenazas que podían escucharse antes de verse, aunque la manera de construir esa incertidumbre era diferente.

También fueron diferentes las renuncias. Las cámaras de Resident Evil podían dificultar el control, algo que Mikami reconoció expresamente, y el diseño del pueblo de Silent Hill obligó a recortar zonas por los plazos de producción. Ninguno de los equipos encontró una solución libre de inconvenientes; eligieron cuáles estaban dispuestos a asumir para conservar lo que consideraban fundamental.

Lo que las versiones terminadas no cuentan

Cuando se juega a cualquiera de estos clásicos, resulta difícil imaginarlo con enemigos diferentes, sin infiltración o con otros escenarios. Los testimonios de sus creadores permiten recuperar esos caminos que quedaron atrás: los tanques de Nishikado, la aventura sin combates de Mechner, el proyecto completamente tridimensional de Mikami o la primera idea de iluminación de Toyama.

En algunos casos, como la aceleración de Space Invaders, el propio funcionamiento de la máquina introdujo un comportamiento que terminó siendo importante. En otros hubo que cambiar las reglas, revisar niveles o rehacer la presentación visual, y ninguna de esas decisiones garantizaba por sí sola un resultado mejor. Lo que hoy reconocemos en esos juegos surgió de las pruebas, de las dificultades y de las personas que participaron en resolverlas.