Por qué las puertas en los videojuegos son un quebradero de cabeza

Aventura Universal » General » Por qué las puertas en los videojuegos son un quebradero de cabeza

Imagina que alguien te suelta que tiene 50 puertas en su casa. Lo normal es que pienses que vive en una especie de mansión interminable, llena de habitaciones, pasillos y recovecos. Ahora, visualiza a otra persona diciendo que en su casa solo hay una puerta. De forma casi automática te imaginas una choza diminuta, perdida en medio de la nada, y hasta te da un poco de pena. Esa reacción tan sencilla resume bastante bien por qué las puertas son tan poderosas a nivel visual y conceptual.

En los videojuegos pasa algo parecido: las puertas aportan sensación de espacio, urbanidad y complejidad, como explica nuestra guía de diseño de niveles. Un escenario lleno de puertas nos sugiere un entorno urbano, denso, con interiores accesibles y caminos alternativos. Sin embargo, detrás de ese elemento aparentemente cotidiano se esconde uno de los mayores dolores de cabeza del desarrollo de videojuegos. Lo que para el jugador es simplemente “abrir y cerrar”, para los estudios implica lidiar con IA, físicas, animaciones, colisiones, bugs y un sinfín de casos límite que pueden romper el juego de formas muy creativas.

Por qué las puertas parecen sencillas pero son un infierno técnico

Muchos desarrolladores coinciden en que las puertas son uno de los sistemas más complicados de diseñar en cualquier juego que aspire a cierto nivel de detalle. Stephan Hövelbrinks, creador de Death Trash, inició un hilo en redes sociales comentando que las puertas forman lo que denominó un “embudo dinámico”: un punto por el que muchos personajes y sistemas del juego se ven obligados a pasar y que, encima, cambia de estado (abierta, cerrada, bloqueada, destruida, etc.).

Ese “embudo” provoca que las puertas interfieran en casi todas las interacciones importantes del juego. Pueden bloquear el paso, interrumpir la ruta de un personaje, afectar a la visibilidad, servir de cobertura en combate, actuar como límite de una zona o incluso desencadenar eventos de la historia. Cada vez que algo así sucede, el motor tiene que entender qué está ocurriendo con esa puerta y cómo reaccionan el jugador, los NPC y la lógica del mundo.

Hövelbrinks explicaba que estas puertas, las que se abren y cierran sin pantallas de carga ni transiciones, son especialmente delicadas porque se encuentran justo en medio de cualquier posible interacción entre personajes. Están ahí cuando dos NPC se cruzan, cuando el jugador huye, cuando un enemigo persigue, cuando un objeto rueda por el suelo o cuando la IA intenta recalcular una ruta alternativa.

Además, muchos equipos de desarrollo señalan que las puertas tienden a generar bugs de todo tipo: personajes atascados en el marco, animaciones que se cortan, colisiones mal ajustadas, puertas que no detectan bien al jugador, scripts que no se disparan, o incluso crasheos completos cuando varias variables se combinan de forma imprevista. Lo que parecía un simple rectángulo con bisagras se convierte en un pequeño monstruo de programación.

Para colmo, las puertas también tienen un fuerte componente de expectativa por parte del jugador. Una puerta visible invita a ser usada, empuja al usuario a probar si se abre, si se puede forzar, si hay algo detrás. Esto obliga a los diseñadores a tomar decisiones claras: ¿son solo decorativas, se abren con animación, llevan a otra área con carga, son destructibles, se pueden bloquear? Cada una de esas respuestas implica código, arte, sonido, diseño de niveles y pruebas de calidad.

Sin puertas no hay sigilo ni planificación táctica igual

Más allá del aspecto técnico, las puertas influyen directamente en la jugabilidad. Cuando un juego decide implementar puertas funcionales, aparece todo un abanico de posibilidades tácticas y de diseño de niveles. Los jugadores pueden planear asaltos, bloquear rutas, sorprender enemigos, huir o recuperar el sigilo gracias a lo que hay al otro lado del umbral.

Un ejemplo clarísimo se ve en títulos de acción táctica o cooperativa, donde las puertas permiten entradas coordinadas y momentos de tensión. Dos jugadores pueden sincronizarse para irrumpir en una habitación a la vez, contando “tres, dos, uno” antes de abrir y lanzar granadas, o forzar una entrada silenciosa. Sin puertas, este tipo de escenas pierde gran parte de su fuerza, y el diseño se ve obligado a recurrir a pasillos abiertos o transiciones menos dinámicas.

También el género del sigilo se beneficia enormemente de las puertas. Poder cerrar una detrás de ti, bloquear una entrada o romper la línea de visión de los enemigos añade capas de profundidad a la experiencia. La puerta no solo conecta dos espacios, se convierte en una herramienta: ralentiza a los perseguidores, te permite reorganizarte, cambiar de ruta o preparar una emboscada.

Sin embargo, cada una de estas ventajas jugables tiene un coste de producción. Un estudio que decide apostar por puertas dinámicas debe asumir que sus sistemas de IA, física y animación van a complicarse. Esto explica por qué muchas sagas de mundo abierto con ciudades enormes, como Assassin’s Creed o algunos MMORPG como World of Warcraft, durante años han optado por evitar puertas interactivas en la mayoría de interiores o resolverlas mediante “zonas de carga” sin animación de apertura.

Curiosamente, esa decisión de diseño también afecta a la atmósfera: un mundo lleno de edificios sin puertas funcionales transmite cierta sensación de escenografía “de cartón piedra”, donde solo algunos espacios están realmente vivos. Por el contrario, cuantos más accesos y puertas utilizables ofrece un juego, más se percibe como un entorno urbano real, con casas, tiendas y oficinas que dan la impresión de ser lugares habitables.

De GTA clásico a la era de las puertas invisibles

Si miramos hacia atrás, es fácil recordar que los primeros títulos de Grand Theft Auto no tenían puertas animadas como tal. En lugar de eso, utilizaban zonas resaltadas en el suelo: bastaba con que el jugador entrara en ese área para teletransportarse al interior de un edificio, sin ver ninguna animación física de la puerta abriéndose o cerrándose.

La explicación no era únicamente una cuestión artística, sino también técnica. En aquel momento, los desarrolladores simplemente no tenían implementado un sistema de puertas funcionales que resultara estable y convincente dentro de las limitaciones del hardware y de los motores de la época. Era más sencillo y fiable teletransportar al jugador a un interior separado que lidiar con una puerta física en el mundo.

Algo parecido sucede con otros muchos juegos que prefieren las llamadas “puertas mágicas” o “puertas de carga”. El jugador ve una puerta en el escenario, se acerca, pulsa un botón y aparece una pantalla de carga o una breve transición en negro. Técnicamente, esa puerta no existe como objeto complejo en el mundo de juego; es solo un disparador que cambia de escena o de nivel.

El problema viene cuando los estudios quieren que la puerta esté integrada en tiempo real, sin cortar la acción. En ese caso, ya no hay lugar para los atajos: hay que gestionar colisión, animaciones, estados, interacción con IA y con el propio jugador. Es ahí donde se desata la complejidad y donde empieza el auténtico calvario para el equipo técnico.

Con la evolución del hardware y las expectativas de los jugadores, muchos estudios se han visto casi obligados a abandonar estos trucos visibles de teletransporte. El resultado ha sido una avalancha de soluciones mixtas, donde se combinan puertas totalmente físicas en ciertas zonas clave con otras más simples que siguen actuando como disparadores camuflados, intentando que el usuario no note el cambio.

IA, pathfinding y el caos de compartir puerta con un NPC

Una de las voces más claras en este tema es la de Damion Schubert, veterano diseñador que trabajó en BioWare Austin. En su explicación sobre por qué las puertas son tan odiadas por los desarrolladores, destacaba los problemas que generan en el pathfinding y la inteligencia artificial. Para la IA, una puerta es básicamente un obstáculo que a veces está, a veces no, y que además puede cambiar de estado en mitad de una acción.

Cuando un NPC intenta llegar de un punto A a un punto B, el sistema de búsqueda de caminos tiene que decidir si esa puerta concreta está desbloqueada, se puede abrir, está cerrada o incluso destruida. Si varios personajes intentan usar la misma puerta a la vez, las complicaciones se multiplican: dos NPC pueden intentar atravesarla simultáneamente, un enemigo puede colarse justo cuando el jugador la abre, o alguien puede quedar atrapado a medio camino por culpa de la animación.

Schubert menciona que esto genera problemas de sincronización muy raros: personajes que se empujan entre sí, que se quedan atascados en el marco, que atraviesan la puerta antes de que se abra, o que comienzan una animación mientras la puerta está en otro estado. Cada una de estas situaciones requiere código adicional para gestionarlas, desde prioridades de paso hasta reglas especiales para colas de NPC o reintentos de ruta.

La cosa se complica todavía más cuando entra en juego el propio usuario. Si el jugador y un NPC intentan interactuar con la misma puerta al mismo tiempo, el motor tiene que decidir quién manda, qué animación se muestra, cómo se resuelve el estado final y qué ocurre si uno de los dos cambia de idea a mitad del proceso.

Esta clase de problemas son tan frecuentes que muchos diseñadores han llegado a la conclusión de que, si un juego no necesita puertas de verdad para cumplir su visión, es mejor no implementarlas. De hecho, Schubert fue bastante directo al recomendar a otros estudios que las eviten si no aportan un valor claro a la experiencia.

El caso extremo de The Last of Us 2 y sus puertas de combate

La anécdota de Naughty Dog con The Last of Us Part II se ha convertido casi en un ejemplo de libro sobre lo que implica tomarse en serio las puertas. Kurt Margenau, uno de sus codirectores, contaba que al principio parecía una idea sencilla: añadir puertas utilizables en pleno combate y sigilo para dar más opciones al jugador. En teoría, no debería ser tan difícil para un estudio de ese tamaño.

Con el tiempo quedó claro que estaban subestimando el reto. El propio Margenau bromeaba diciendo que implementar estas puertas para el combate se convirtió en una de las tareas que más tiempo les llevó a nivel sistémico. No era solo que las puertas se abrieran y cerraran, sino que debían encajar con la filosofía jugable de The Last of Us 2, donde el sigilo y la huida tienen un papel muy importante.

El equipo quería que las puertas aportaran autoría al jugador sobre el espacio: que quien controla a Ellie o Abby pudiera cerrar una puerta para romper la línea de visión, ganar unos segundos extra, reorganizar recursos o incluso reconquistar el sigilo tras ser detectado. Esa idea de usar puertas como herramienta estratégica exigía un cuidado extremo en su comportamiento.

Uno de los grandes obstáculos era la calidad de las animaciones del juego. Naughty Dog es conocido por su mimo en la animación de personajes, así que no podían permitirse que una puerta simplemente se abriera de forma mágica. El personaje tenía que acercarse al pomo, agarrarlo, empujar la hoja en la dirección adecuada, y todo ello debía verse natural desde cualquier ángulo de cámara.

El dilema aumentaba cuando pensaban en cerrar puertas mientras el jugador corría o estaba en pleno combate. ¿Cómo sincronizar la animación de cerrar con el movimiento libre del personaje sin arrebatarle el control? ¿Cómo evitar que, al intentar cerrar, el jugador se quedara enganchado a la puerta o perdiera un segundo vital que le costara la partida? Se probaron varios prototipos que permitían cerrarlas manualmente de formas distintas, pero muchos chocaban con el ritmo del combate.

La solución final fue que, una vez que el jugador pasa por una puerta, esta se cierre de forma suave y automática pasado un breve lapso de tiempo. Así, abrir la puerta apenas ralentiza al usuario, no se le quita el control en ningún momento, y sin embargo el cierre resulta muy efectivo para frenar a la IA enemiga. De este modo, la puerta se convierte en una herramienta táctica beneficiosa para el jugador sin penalizar la fluidez del combate.

Encima, el estudio tuvo que tratar la puerta como un objeto físico nuevo dentro del motor. Eso significa que podía empujar y ser empujada por personajes, colisionar con ellos, bloquear balas o ser afectada por la física del entorno. Hacer que todo eso funcione sin bugs en un título tan ambicioso es, literalmente, un desafío de primer nivel.

Control, The Witcher 3 y otros ejemplos de puertas problemáticas

Naughty Dog no es el único estudio que ha sufrido con este tema. Desde Remedy, el diseñador Sergey Mohov comentaba que no tenía claro cuántos meses-hombre se habían invertido en el sistema de puertas de Control, pero aseguraba que habían sido más que los dedicados a muchas de las habilidades y armas del juego. Dicho de otra forma: las puertas se tragaron más recursos que buena parte del arsenal sobrenatural de Jesse Faden.

Control es un título repleto de espacios interiores, pasillos, oficinas y zonas que se deforman y se transforman, por lo que el sistema de puertas debía adaptarse a todas esas configuraciones. Además, el juego combina tiroteos intensos, destrucción del entorno y poderes telequinéticos, así que las puertas están constantemente sometidas a impactos, explosiones y cambios de geometría.

Otro caso llamativo es el que relató Marcin Pieprzowski, antiguo miembro de CD Projekt RED, sobre The Witcher 3: Wild Hunt. En el prólogo del juego había una puerta que se cerraba tras un combate contra un jefe y debía desbloquearse cuando el jugador lo derrotaba. A priori, algo sencillo: matar al enemigo y abrir la puerta. Sin embargo, el departamento de control de calidad descubrió una docena de variables distintas que, combinadas, podían impedir que esa puerta se desbloquease correctamente.

Esas variables incluían cosas como el estado del combate, decisiones del jugador, posición exacta del personaje, condiciones del guion e incluso posibles interacciones con otros sistemas. Cada combinación potencial añadía una nueva vía de fallo, y los testers fueron encontrando todas esas formas inesperadas de romper lo que parecía un simple paso cerrado.

A nivel de diseño, muchos desarrolladores señalan que las puertas son, paradójicamente, de las primeras cosas que implementan en un proyecto, precisamente porque todo lo demás se construye alrededor de ellas: cómo se dividen las zonas, qué espacios son accesibles, dónde se colocan enemigos, cómo se conectan los niveles. Sin embargo, aunque se empiecen pronto, rara vez dejan de requerir ajustes hasta fases muy tardías del desarrollo.

Audio, animaciones y el toque de realismo que complica todo

Las puertas no solo son un problema de lógica y programación; también arrastran consigo un trabajo enorme en arte y sonido. Neil Uchitel, responsable de audio en Naughty Dog, explicaba que diseñar el sonido de una puerta es un reto muy grande. No basta con un “clack” genérico, especialmente en juegos de alto presupuesto donde todo se mide al milímetro.

Hay que tener en cuenta el material de la puerta (madera, metal, cristal reforzado), el tipo de pomo o tirador, la fuerza con la que se abre o se cierra, los posibles chirridos de las bisagras y el entorno en el que suena (un pasillo estrecho, un almacén grande, una casa silenciosa…). Incluso influye si quien la usa es un humano, una criatura pesada o un personaje herido que se apoya en ella.

En paralelo, el equipo de animación se enfrenta a su propio infierno particular: para que una puerta se sienta creíble, las manos del personaje deben alinearse con el pomo, la postura tiene que ser coherente con la dirección del movimiento y el peso de la puerta debe percibirse en la animación. Si el juego permite abrir en sigilo, de golpe, lentamente o mientras se corre, hace falta una batería enorme de clips y transiciones.

Por eso, en algunos estudios se ha llegado a tener personas dedicadas casi en exclusiva a las puertas. En el desarrollo de The Walking Dead: Saints & Sinners, por ejemplo, se comentó que habían asignado a un desarrollador específicamente a trabajar en el comportamiento de las puertas, algo que puede sonar exagerado hasta que uno entiende la cantidad de detalles que hay que pulir, sobre todo en realidad virtual y aumentada.

La coordinación entre sonido, animación, físicas y lógica de juego es crítica. Un simple desfase de unos milisegundos entre el clic del pomo, el inicio de la animación y el cambio del estado de la colisión rompe la sensación de realismo. De nuevo, lo que desde fuera parece un gesto trivial se convierte por dentro en un pequeño ballet de sistemas sincronizados.

Por qué muchos juegos grandes prefieren evitar puertas reales

Con todo lo anterior no extraña que haya una especie de consenso informal entre muchos diseñadores: si tu juego puede vivir sin puertas dinámicas, mejor no te metas. La saga Assassin’s Creed es un ejemplo clásico citado a menudo. A pesar de sus ciudades inmensas y repletas de detalles, durante muchos años apenas incluía puertas utilizables en tiempo real; la mayoría de interiores se gestionaban con transiciones o eran inalcanzables.

Algo parecido ocurre con World of Warcraft y otros MMORPG, donde las puertas que importan de verdad suelen ser triggers de entrada a mazmorras o instancias. Se intenta evitar la puerta física con colisión y estados complicados, porque en un entorno multijugador masivo la probabilidad de que varios personajes la usen a la vez o de que se generen situaciones imposibles se dispara.

Lo mismo se ha comentado en debates a raíz de la famosa infografía de “niveles de dificultad en desarrollo de juegos” de Matt Hackett, donde las puertas aparecían en lo más alto de la escala. Varios desarrolladores se tomaron el tema con humor, pero muchos reconocían que era una exageración solo a medias: hay mecánicas que parecen mucho más vistosas o avanzadas y, sin embargo, dan menos quebraderos de cabeza que una buena puerta interactiva.

En algunos juegos independientes se ve también esta decisión consciente. Hay quienes presumen de haber resuelto “el problema de las puertas” en su título, logrando que incluso los NPC las usen con naturalidad e incluso las cierren en la cara del jugador. Detrás de esa pequeña maldad del personaje no jugable hay horas y horas de scripting, pruebas y ajustes.

Todo esto lleva a que, a la hora de planificar un proyecto, muchos estudios valoren si el coste de producción de las puertas compensa el beneficio jugable y narrativo que aportan. En ciertos géneros, como aventuras narrativas o juegos muy lineales, puede bastar con puertas decorativas o con escenas de transición. En otros, como los títulos de infiltración o los shooter tácticos, renunciar a las puertas significaría perder parte del alma del juego.

En conjunto, todas estas experiencias compartidas por desarrolladores de estudios grandes y pequeños dejan claro que las puertas en los videojuegos son muchísimo más que un simple elemento decorativo: concentran problemas de IA, animación, física, audio, diseño de niveles y narrativa, pero también abren la puerta —nunca mejor dicho— a mecánicas de sigilo, planificación táctica y exploración que enriquecen una experiencia de juego; por eso, cuando en un título ves que una puerta se abre con naturalidad, se siente pesada, suena bien y los NPC la usan sin volverse locos, estás ante el resultado de un esfuerzo técnico y creativo enorme que casi nunca se percibe, pero que marca la diferencia entre un mundo de cartón y un universo que parece realmente vivo.