Entrega final AA1_Plataformas_3D
Se entiende como no funcional aquel juego que:
- El movimiento del personaje impide una correcta ejecución del gameplay.
- Existan problemas graves con las colisiones que acaben provocando la imposibilidad de juego.
- No se haya implementado al menos 1 binding de inputs que permita el control del juego.
- El juego debe de mantener una consistencia visual, no pueden usarse elementos whitebox
Las mecánicas a replicar del movimiento de Mario son:
- Movimiento relativo a la orientación de la cámara con aceleración.
- Salto, doble salto y triple salto.
- Agacharse y andar agachado.
- Salto largo y mortal hacía atrás.
- Salto rebote a pared.
- Lanzamiento de Cappy y mecánica de rebote al contactar con él.
Se espera que el personaje tenga unas animaciones para sus mecánicas básicas, puede usarse una animación procedural si el alumno lo prefiere para ciertas animaciones.
- Idle.
- Caminar/Correr.
- Salto.
- Doble salto.
- Triple salto.
Por el nivel habrá diversos elementos repartidos que interactúan de la siguiente forma al entrar en contacto con el jugador:
- Elementos estáticos que matan al jugador, al morir se reinicia el nivel.
- Estrellas esparcidas por el mundo, cuando el jugador recolecta X cantidad gana la partida. Cuando una moneda es recogida desaparece del nivel.
- Plataformas de rebote que impulsaran el jugador hacía una dirección.
Se espera que los controles del juego sean multiplataforma y permitan el control del personaje:
- Usando teclado y ratón.
- Usando un mando conectado al ordenador.
Se espera que la cámara acompañe el gameplay:
- Siguiendo el jugador a una cierta distancia y evitando la pérdida de visión.
- Siendo capaz de orbitar alrededor del personaje controlado a voluntad del jugador.
Este último apartado quedará a criterio del profesor donde se evaluarán otros elementos como la organización del proyecto, calidad de código, mecánicas adicionales implementadas, sensación de juego, etcétera...
- Modelos 3D
- Animaciones del Player
- Materials
- Audios
- Audio Code