{"id":87538,"date":"2026-05-21T12:31:06","date_gmt":"2026-05-21T17:31:06","guid":{"rendered":"https:\/\/niixer.com\/?p=87538"},"modified":"2026-05-21T12:31:08","modified_gmt":"2026-05-21T17:31:08","slug":"juego-de-aventura-y-supervivencia-en-tercera-persona-unity-6","status":"publish","type":"post","link":"https:\/\/niixer.com\/index.php\/2026\/05\/21\/juego-de-aventura-y-supervivencia-en-tercera-persona-unity-6\/","title":{"rendered":"Juego de Aventura y Supervivencia en Tercera Persona – Unity 6"},"content":{"rendered":"\n

Tecnolog\u00eda Core: Unity 6 (v6000.0.33f1) | Universal Render Pipeline (URP)
Fecha de Referencia: Mayo de 2026
Integrantes: Esteban Sanabria y Omar Gaitan<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n


El presente documento define la arquitectura t\u00e9cnica y el planteamiento operacional de un videojuego de
aventura, recolecci\u00f3n y escape en tercera persona, dise\u00f1ado e implementado sobre el motor de \u00faltima
generaci\u00f3n Unity 6. Desde una perspectiva comercial, el proyecto capitaliza mec\u00e1nicas probadas de alta
retenci\u00f3n (retos de tiempo, plataformeo\/parkour y din\u00e1micas de persecuci\u00f3n de alta tensi\u00f3n) bajo un marco
de desarrollo \u00e1gil y eficiente, optimizado mediante el uso de assets modulares de alta calidad y sistemas de
renderizado modernos.
El n\u00facleo competitivo y la propuesta de valor radican en una experiencia escalonada de dificultad distribuida
en tres fases claramente diferenciadas (Tutorial, Parkour y Laberinto). El dise\u00f1o arquitect\u00f3nico est\u00e1
centralizado en un sistema de control inteligente denominado Nivel_Final, estructurado bajo patrones de
dise\u00f1o de software de alto rendimiento, permitiendo la reconfiguraci\u00f3n din\u00e1mica del juego en tiempo de
ejecuci\u00f3n. Esta versatilidad t\u00e9cnica reduce dr\u00e1sticamente el tiempo de salida al mercado (Time-to-Market) y
facilita futuras expansiones de contenido o monetizaci\u00f3n (tales como la venta de nuevos avatares o pases de
nivel).<\/p>\n\n\n\n

Especificaciones T\u00e9cnicas y Requisitos de Ejecuci\u00f3n<\/strong><\/h3>\n\n\n\n

Entorno de Desarrollo y Herramientas<\/strong><\/h4>\n\n\n\n

Para garantizar la estabilidad del pipeline gr\u00e1fico y de c\u00f3digo, el entorno se encuentra estrictamente acotado
a las siguientes herramientas de desarrollo de software:
Editor Base: Unity 6 en su revisi\u00f3n espec\u00edfica 6000.0.33f1. Cualquier migraci\u00f3n de subversi\u00f3n
requerir\u00e1 validaci\u00f3n de regresi\u00f3n en las APIs del nuevo Input System y del paquete de AI Navigation.
Pipeline Gr\u00e1fico: Universal Render Pipeline (URP) versi\u00f3n 17.0.3 (identificado en el registro de paquetes
como com.unity.render-pipelines.universal). Proporciona optimizaci\u00f3n de llamadas de dibujo
(draw calls) y soporte avanzado de shaders mediante Scriptable Render Pipelines.
Entornos de Desarrollo Integrados (IDEs): Soporte directo preconfigurado en el manifiesto de paquetes
para JetBrains Rider y Microsoft Visual Studio, asegurando el tipado estricto y la depuraci\u00f3n eficiente de
hilos nativos de Unity.<\/p>\n\n\n\n

Configuraci\u00f3n de Escenas en el Pipeline de Compilaci\u00f3n (Build Settings)<\/strong><\/h4>\n\n\n\n

El orden secuencial de empaquetado es cr\u00edtico para la correcta invocaci\u00f3n del m\u00e9todo
SceneManager.LoadScene. Se establece la siguiente matriz de indexaci\u00f3n oficial:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Ciclo de Vida y Flujo Operacional<\/strong><\/h4>\n\n\n\n

El flujo l\u00f3gico del videojuego opera de manera secuencial y persistente. A continuaci\u00f3n, se detalla la l\u00f3gica
de transici\u00f3n y los disparadores del sistema:<\/p>\n\n\n\n

Fase 1: Inicializaci\u00f3n en Men\u00fa Principal<\/strong>
El usuario selecciona entre dos identidades gr\u00e1ficas (Omar o Esteban). El sistema realiza dos
operaciones at\u00f3micas en disco: setea la clave PersonajeElegido y purga los datos previos
inicializando ScoreTotal en 0.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Fase 2: Nivel Tutorial (Escena 1)<\/strong>
Bucle de recolecci\u00f3n activo. El mapa instancia 6 objetos del tipo estrella. Al capturar la totalidad de los
\u00edtems antes de 240 segundos, el flag de transici\u00f3n automatizada invoca la carga inmediata de la escena
con \u00edndice 2.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Fase 3: Nivel de Habilidad – Parkour (Escena 2)<\/strong>
Incremento de la complejidad espacial. El jugador debe recolectar 7 estrellas en un entorno vertical en
menos de 200 segundos. La compleci\u00f3n exitosa realiza un bypass directo hacia la escena 3.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Fase 4: Nivel Cr\u00edtico – Laberinto (Escena 3)<\/strong>
Se despliegan 8 estrellas con un tiempo l\u00edmite de 240 segundos. Al recolectar la octava estrella, se
desactiva el comportamiento est\u00e1ndar de carga de nivel y se ejecuta la Fase Final de Persecuci\u00f3n
(Modificaci\u00f3n en tiempo real del agente de Inteligencia Artificial: velocidad ajustada a 8 m\/s y factor de
da\u00f1o multiplicado por dos). La victoria se valida \u00fanicamente si el jugador pisa el trigger de la zona de
salida poseyendo el inventario completo.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Estructura Arquitect\u00f3nica del Repositorio<\/strong><\/h4>\n\n\n\n

El c\u00f3digo fuente y los recursos art\u00edsticos se organizan bajo una jerarqu\u00eda estricta para mitigar conflictos de
merge en el control de versiones y optimizar los tiempos de compilaci\u00f3n:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Matriz de Progresi\u00f3n y Balance de Niveles<\/strong><\/h4>\n\n\n\n

El balance del juego est\u00e1 parametrizado para inducir una curva de aprendizaje fluida pero con un pico de
tensi\u00f3n hacia el final del trayecto. Los valores econ\u00f3micos y de rendimiento se resumen a continuaci\u00f3n:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

El l\u00edmite te\u00f3rico m\u00e1ximo acumulable para una partida perfecta se define mediante la suma de las
progresiones parciales, resultando en un ScoreMax = 4,400 puntos. Sin embargo, debido a la naturaleza del
almacenamiento local, si el usuario repite niveles de forma consecutiva sin realizar un cambio de avatar en el
men\u00fa de inicio, la puntuaci\u00f3n continuar\u00e1 acumul\u00e1ndose de forma lineal.<\/p>\n\n\n\n

Ingenier\u00eda de Mec\u00e1nicas y Sistemas T\u00e9cnicos<\/strong><\/h4>\n\n\n\n

Subsistema de Movimiento y Control de C\u00e1mara<\/strong>
El sistema hereda y extiende el paquete Starter Assets Third Person Controller. Opera acoplado a un
componente CharacterController, abstrayendo el c\u00e1lculo f\u00edsico de fuerzas mediante un modelo
cinem\u00e1tico directo.
Locomoci\u00f3n<\/strong>: Soporta estados combinados de caminata, sprint y salto mediante interpolaci\u00f3n de vectores
de movimiento en el plano bidimensional (X, Z).
F\u00edsica de Gravedad Custom:<\/strong> Se implementa un c\u00e1lculo manual de aceleraci\u00f3n de ca\u00edda libre para evitar
las fluctuaciones de la simulaci\u00f3n por defecto, permitiendo un control preciso en las fases de parkour.
Control \u00d3ptico:<\/strong> Gestionado por Cinemachine. La c\u00e1mara se acopla de manera virtual a las
coordenadas del jugador mediante un rig de seguimiento que previene colisiones con la geometr\u00eda
est\u00e1tica del escenario mediante raycasting en tiempo real.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

L\u00f3gica de Recolecci\u00f3n y Arquitectura de Eventos<\/strong><\/h4>\n\n\n\n


Las estrellas act\u00faan como triggers est\u00e1ticos volum\u00e9tricos.
Al detectarse la colisi\u00f3n f\u00edsica con el objeto que ostenta el Tag Player, se dispara el siguiente protocolo secuencial de ejecuci\u00f3n:
Invocaci\u00f3n a la base de datos de sesi\u00f3n persistente para incrementar el marcador global.
Llamada de actualizaci\u00f3n al patr\u00f3n estructural singleton de Nivel_Final.RecolectarEstrella().
Destrucci\u00f3n at\u00f3mica del objeto en escena mediante Destroy(), liberando la memoria de transformaci\u00f3n
asignada en el \u00e1rbol relacional.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Sistema de Gesti\u00f3n de Salud y Algoritmo de Da\u00f1o Cin\u00e9tico<\/strong><\/h4>\n\n\n\n

La salud del personaje est\u00e1 acotada en un rango cerrado de 0 a 100 unidades, gestionada por la clase
PlayerVida. El sistema procesa el da\u00f1o entrante desde dos fuentes diferenciadas:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n


A) Da\u00f1o por Combate Melee:<\/strong> Originado por el componente Ataque_Enemigo. Aplica una deducci\u00f3n
constante de 20 unidades de salud con un tiempo de enfriamiento (cooldown) riguroso de 1.5 segundos,
validando que el jugador se encuentre dentro de un radio de acci\u00f3n inferior o igual a 1.5 metros. En la fase
final del laberinto, este valor sufreuna modificaci\u00f3n por multiplicaci\u00f3n escalar neta (\u00d72), infligiendo 40
unidades de da\u00f1o por impacto.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

B) Da\u00f1o Din\u00e1mico por Ca\u00edda Libre:<\/strong> El sistema eval\u00faa el vector de velocidad vertical en el instante preciso
del impacto con una superficie firme. Si dicha velocidad supera el umbral cr\u00edtico de 13 unidades por segundo,
la magnitud del da\u00f1o aplicado se calcula bajo la siguiente expresi\u00f3n matem\u00e1tica:
Da\u00f1odeCa\u00edda = (VelocidadVertical – 13) \u00d7 8<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Protocolo de Muerte y Respawn:<\/strong> A diferencia del temporizador, el agotamiento de la salud (Vida \u2264 0) no
penaliza al jugador con la recarga completa de la escena. El software captura el evento, restaura la salud al
100% de su capacidad y reubica la posici\u00f3n del objeto de manera instant\u00e1nea en coordenadas
seleccionadas aleatoriamente a partir de una matriz preconfigurada de componentes de transformaci\u00f3n
(puntosSpawn[]).<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Inteligencia Artificial de Persecuci\u00f3n (NavMesh)<\/strong>
El componente EnemigoPro gobierna la entidad hostil a trav\u00e9s de la API de AI Navigation.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Optimizaci\u00f3n de Ruta:<\/strong> El agente recalcula la ruta \u00f3ptima hacia las coordenadas del jugador cada 0.2
segundos exactos. Esto mitiga la sobrecarga del procesador central, evitando llamadas continuas en el
ciclo Update().<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Rotaci\u00f3n Cinem\u00e1tica<\/strong>: Se anula la rotaci\u00f3n por defecto del sistema de navegaci\u00f3n artificial para aplicar
una interpolaci\u00f3n angular manual (Lerp\/Slerp), resultando en giros org\u00e1nicos y fluidos durante la
persecuci\u00f3n.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Dise\u00f1o de Audio Inmersivo:<\/strong> Se integra un modulador de audio que ajusta la amplitud del sonido de
tensi\u00f3n ambiental en funci\u00f3n de la distancia euclidiana entre el perseguidor y el objetivo, acotado entre un
radio de acci\u00f3n m\u00e1ximo de 20 metros y un m\u00ednimo absoluto de 1.5 metros.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Arquitectura del Software y Patrones de Dise\u00f1o<\/strong><\/h3>\n\n\n\n


El desarrollo de los scripts se rige bajo principios de alta cohesi\u00f3n y bajo acoplamiento, estructurando los
componentes bajo responsabilidades at\u00f3micas:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Persistencia de Datos<\/strong><\/h3>\n\n\n\n

El almacenamiento inter-esc\u00e9nico de informaci\u00f3n se implementa a trav\u00e9s de la API nativa de PlayerPrefs,
centralizando las siguientes claves de registro:
PersonajeElegido (Tipo: Integer): Almacena los \u00edndices binarios 0 (para el perfil de Omar) o 1 (para el
perfil de Esteban).
<\/p>\n\n\n\n

ScoreTotal (Tipo: Integer): Registra el valor num\u00e9rico acumulado del puntaje del jugador. Su
persistencia se garantiza mediante la invocaci\u00f3n expl\u00edcita de la operaci\u00f3n de escritura en disco
PlayerPrefs.Save() tras cada evento exitoso de recolecci\u00f3n de estrellas.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\n