Una cutscene de Tower Creator es un grupo temporizado de acciones dirigidas al jugador que suele combinar referencias de cámara, diálogo, esperas, movimiento de objetos, sonido o iluminación. Constrúyela por capas: demuestra la entrada, demuestra una toma de cámara fija, añade un diálogo o una acción, libera al jugador y después prueba el reinicio y volver a entrar. Una secuencia breve y clara resulta más útil que una cadena larga cuyo estado no pueda recuperarse.
Escribe el propósito antes de colocar triggers
Explica qué debe aprender el jugador: “se abrió la puerta azul”, “la ruta continúa en el balcón superior” o “este personaje advierte del siguiente peligro”. Elige solo las tomas y el texto necesarios para ese propósito. Si la misma información cabe en un letrero visible durante la partida normal, quizá no haga falta una cutscene forzada.
Esboza la secuencia como beats numerados. Cada beat necesita un responsable, una condición de inicio, una duración o condición de finalización y un estado final. Incluye la posición física del jugador mientras la cámara mira a otro sitio. Asegúrate de que el personaje no pueda caer, ser arrastrado ni entrar sin verlo en un objeto peligroso.
Usa una sala de pruebas pequeña y aislada antes de conectar la secuencia a un piso terminado. Nombra o colorea cada referencia para que el orden de los enlaces siga siendo legible.
Construye primero la capa de cámara
Conecta una entrada visible con un Camera Trigger y una referencia de cámara mediante la interfaz de enlace actual. Sal de Edit Mode y confirma que la toma encuadre el objetivo previsto y devuelva el control. Corrige la orientación y los cortes antes de añadir movimiento.
Añade una segunda referencia solo cuando la vista necesite desplazarse de verdad. Mantén la ruta fuera de las paredes y usa una velocidad o duración moderada. Evita cambios extremos de campo de visión y un Shake rápido. La guía de Camera Trigger muestra un orden de pruebas detallado.
La toma debe terminar antes de que el jugador tenga que hacer un movimiento preciso. Deja una breve pausa visual después de devolver el control para que pueda entender el cambio de la ruta.
Añade diálogo y acciones temporizadas
La documentación comunitaria de Rescripted describe Dialog Part con conceptos de texto, temporización, sonido, omisión y efectos visuales. Usa los campos disponibles en el objeto actual. Mantén cada línea lo bastante corta para leerla a la velocidad de texto elegida y no pongas instrucciones esenciales solo en una pista de audio opcional.
Añade un bloque de diálogo a la toma de cámara que ya funciona. Comprueba si el texto comienza y termina cuando esperas. Después añade una acción de objeto, como mover una puerta o hacer aparecer una plataforma. Espera a que esa acción se vuelva visualmente clara antes de liberar al jugador.
Si un beat debe esperar a otro, usa con cuidado las herramientas actuales de función, retraso, Stop o Resume. Sustituye la espera oculta por una señal visible. No apiles varios retrasos solo para imitar el tiempo de un vídeo antiguo; mide el resultado actual en tu propia escena.
Crea el comportamiento de omisión, reinicio e interrupción
Cuando el diálogo o la secuencia actual permitan omitirla, comprueba que saltar lleve a un estado final seguro: cámara restaurada, control del jugador devuelto, objeto de la ruta en la posición correcta y futuros triggers utilizables. Una omisión que deje la cámara separada es peor que no ofrecer omisión.
Reinicia al jugador durante cada beat importante. Aléjate caminando de la entrada. Actívala dos veces. Vuelve a entrar después de una secuencia completada y de otra interrumpida. Anota si el estado es por jugador o compartido. Estas pruebas revelan cadenas que solo funcionan en la sesión original de edición.
Si el sistema no tiene una omisión segura, mantén breve la cutscene y protege físicamente al jugador. Evita activaciones repetidas hasta que termine la primera secuencia. Ofrece una ruta alternativa si un problema de red o sincronización impide una salida.
Prueba la propiedad en multijugador
Pide a un jugador que active la secuencia mientras otro permanece cerca. Comprueba a quién le cambia la cámara, quién ve el diálogo, quién ve los objetos movidos y si ambos pueden volver a activarla. Decide qué resultados deben ser locales y cuáles compartidos antes de construir el rompecabezas que los rodea.
Dos jugadores pueden llegar casi al mismo tiempo a la misma entrada. Prueba la activación casi simultánea y la llegada tardía. Si el solapamiento duplica el diálogo o provoca rutas de cámara enfrentadas, usa las herramientas actuales de enfriamiento o puertas y haz visible el estado de espera.
No des por hecho que un trigger de presentación del cliente controlará correctamente un estado físico compartido. Prueba la cámara y la interfaz por separado de las puertas, plataformas y pushboxes.
Diagnóstico de cutscenes por capas
Retira primero los extras de presentación al diagnosticar. El sonido o la iluminación pueden esperar; una cámara restaurada y una ruta utilizable no. Reconecta un beat cada vez y prueba fuera de Edit Mode después de cada adición.
Termina con una revisión de legibilidad para el jugador
Observa a otro jugador activar la secuencia sin explicársela. Pregúntale qué cambió y hacia dónde cree que continúa la ruta. Si no vio el objeto clave, vuelve a encuadrar o acorta la toma. Si no leyó el diálogo, reduce la longitud de la línea o el ruido visual. Si se mueve hacia un peligro, mejora la protección física.
Prueba con gráficos reducidos y el audio silenciado. Evita destellos rápidos, Shake prolongado y movimientos extremos de cámara. Mantén legibles el texto narrativo y las indicaciones de movimiento en una pantalla pequeña. Después de los cambios finales, vuelve a entrar y recorre toda la aproximación de la torre en vez de aparecer junto al trigger.
Límite de confianza actual
Los conceptos de Camera, Dialog, Function, Stop, Resume, Sound, Shake y otros triggers relacionados están respaldados por documentación comunitaria y un tutorial de Rescripted de mayo de 2026. Los nodos exactos, el orden de los enlaces, las unidades de tiempo, los campos de omisión, los beatblocks, la semántica de reinicio y la sincronización multijugador requieren verificación dentro del juego actual.