El problema con las reglas invisibles
Escribes un mundo de fantasía con una regla que te encanta: un token abre una puerta sellada, pero cada uso oscurece permanentemente uno de sus segmentos iluminados. Sobre el papel, el tradeoff parece elegante. En una escena de tres shots, desaparece. La puerta se abre, el segmento alterado pasa desapercibido en el pasillo oscuro y el siguiente shot muestra el token completamente iluminado otra vez. La regla existe en tu outline. No existe en pantalla.
La solución no es más exposición. Es la secuencia: un shot muestra el permiso, uno muestra el uso y el coste apareciendo, y uno muestra el coste limitando la siguiente elección. La secuencia da a los espectadores evidencia a partir de la cual inferir la regla; aun así necesitas comprobar si esa inferencia es clara. Esta guía explica cómo explicar una regla de fantasía a través de un coste visible en ArcLoop usando un único prop asset y descripciones de shot claras.
Escribe una acción y una consecuencia antes de rodar
Comienza con una frase que nombre la acción permitida y otra que nombre la consecuencia inevitable. Ambas frases deben describir algo que un espectador pueda ver.
Versión débil: Vash tiene un poder especial que tiene un precio.
Versión utilizable: Presionar el Phase Token contra una cerradura sellada la abre y oscurece uno de sus segmentos iluminados. Un token sin segmentos iluminados no puede abrir otra cerradura.
La segunda versión te da un prop (el token), una acción visible (presionarlo contra la cerradura), un coste visible (un segmento oscureciéndose) y un límite (un token completamente oscuro no puede usarse). Para este caso, empieza con tres segmentos iluminados. Trátalo como la regla ficticia, no como una especificación del modelo ni como una promesa de que los detalles generados contarán correctamente.
Escribe esta frase antes de tocar ningún shot card. No es un prompt—es una regla de producción con la que todos los shots de este Episode tienen que ser coherentes.
Elige un coste que siga siendo visible sin diálogo
El coste tiene que sobrevivir al corte. Si el segmento oscurecido aparece en el momento del uso y luego vuelve a iluminarse sin una razón argumental, el tradeoff se lee como un efecto visual en lugar de una regla. Un coste que persiste entre shots—una mano que el personaje sostiene de forma diferente, un prop que ahora tiene otro aspecto, una cicatriz que sigue ahí en la siguiente escena—hace que la regla sea legible sin que ningún personaje la explique.
Para esta historia, mantén el coste visible en el propio token. Añadir un segundo contador en la palma del personaje haría que la aritmética fuera más difícil de seguir sin añadir información útil. Prepara referencias de token compatibles para tres segmentos iluminados antes del uso y dos después. El token también es un objeto físico al que el personaje tiene que alcanzar—así que cada vez que se enfrenta a una puerta cerrada, el público la ve sopesar la decisión antes de actuar.
Pregúntate: Si silenciara esta escena y eliminara todo el texto, ¿entendería un espectador que usar esta habilidad cuesta algo? Si la respuesta es no, el coste todavía no está escenificado.
Cómo escenificar permiso, uso y consecuencia con un prop asset
Tres shots contienen la regla completa. El primer shot muestra al personaje con el prop en una situación donde usarlo resolvería un problema—pero aún no ha tomado la decisión. El segundo la muestra usándolo y el coste apareciendo. El tercero está en una ubicación o momento diferente y la muestra conteniéndose porque el coste ya es visible.
Esta secuencia funciona porque separa conocer la regla de sentir la regla. Los dos primeros shots establecen un uso y su coste. El tercero pone a prueba si ese coste realmente limita una elección.
En ArcLoop, crea un character asset, un prop asset y los scene assets apropiados antes de escribir las descripciones de los shots. Los ejemplos a continuación hacen referencia a un proyecto ficticio construido alrededor de una mensajera llamada Vash, un token de tránsito de cristal llamado el Phase Token y una puerta de control subterránea. Estos son assets ficticios. Para usar los ejemplos tal como aparecen, necesitarías crear @Vash, @Phase Token, @Checkpoint Gate y @Service Junction en My Assets y vincular las referencias apropiadas desde Library. Revisa ambos estados del token antes de generar vídeo. Estos ejemplos e ilustraciones son una propuesta de escenificación, no outputs probados.
Shot 1 — Permission
Este shot establece el recurso sin usar y una puerta que lo requiere. La vacilación por sí sola no puede explicar el coste. Mantén visible el estado inicial del token para que el siguiente shot pueda mostrar un cambio real.
Medium shot at @Checkpoint Gate. @Vash raises @Phase Token into the light beside the sealed lock, stopping before contact. All three established segments are visibly lit. Keep the token and the still-closed gate in the same frame so the available resource and obstacle are clear. The camera remains level and static. Dim amber corridor light, no numbers or writing. End on the raised token without pressing it or moving through the door.
Shot 2 — Use and Cost
Muestra una sola pulsación del token y el cambio inmediato de segmento. No combines la pulsación, el paso a través de una pared y la inspección de la palma en un solo shot. La respuesta del cerrojo y el token modificado deben quedar claros; el personaje puede cruzar en un shot de conexión separado.
Close shot at the lock of @Checkpoint Gate. @Vash presses @Phase Token against the contact surface once. One of its three lit segments darkens, leaving two lit segments, as the lock's latch releases. Keep the token face readable and the supporting hand steady after contact. Cool overhead light reaches the prop directly. No palm marks, wall crossing or second token use. The single press and its visible consequence occupy the whole shot.
Shot 3 — Restricción
En el cruce de servicio, un atajo sellado está junto a una ruta abierta más larga. La historia ha establecido que Vash debe reservar sus dos usos restantes para las puertas más adelante. Por eso toma el pasaje más largo. Sin esa necesidad previa, negarse a usar el token podría parecer arbitrario; los segmentos restantes por sí solos no explican su prioridad.
Wide shot at @Service Junction. @Vash walks into the open passage beside the sealed shortcut, leaving that shortcut unused. @Phase Token is secured at her side with the same two lit segments that remained after the earlier press. Keep both route openings visible and preserve their established left-right relationship. A steady camera at waist height watches the one departure. Muted corridor light reaches the token; no new segment darkens and no other action interrupts the choice.
Descarta los shots espectaculares que omiten el coste
El fallo más común con las reglas de fantasía es un shot que muestra el poder funcionando a la perfección pero oculta el coste o lo pospone a una escena separada donde llega sin contexto. Una apertura espectacular sin cambio de estado del token no aporta ningún coste visible. Un segmento oscuro que aparece mucho más tarde sin un vínculo causal podría parecer simplemente un drift de generación.
Cuando revises los shots generados en el Storyboard, pregúntate: ¿Este shot muestra la regla o solo el resultado? Un shot de Vash de pie triunfante al otro lado de una puerta con el token brillando en su mano es un shot de resultado. No es el shot incorrecto, pero debe ir seguido de inmediato por el coste, en la misma escena, antes del corte.
Si el objeto está oculto o el conteo es incorrecto, revisa primero el encuadre y la descripción del shot. Genera y revisa un fotograma fijo que muestre el estado de token deseado. Luego usa el AI Chat Panel para Generate video for Shot 2. Inspecciona también el vídeo: un fotograma fijo correcto no garantiza que el estado del segmento se mantenga durante el movimiento.
La prueba editorial es sencilla: después de ver solo los tres shots, ¿podría alguien explicar la regla a un amigo? Si puede, el tradeoff está funcionando.
Qué viene después de establecer la regla
Una vez que el espectador entiende la regla, puedes explorar más consecuencias narrativas: una escena en la que alguien más nota el token agotado y pregunta al respecto, un momento en el que Vash tiene un solo uso restante y el público ya sabe lo que eso significa, un shot en el que ella mira el token y no lo saca. Estas escenas pueden construirse sobre la regla establecida, siempre que la secuencia anterior la haya comunicado con claridad. Igualmente requieren el trabajo habitual de creación y revisión.
Este es el valor práctico de presentar una regla mediante un tradeoff visible en lugar de mediante diálogo o un cartel de texto. Deposita conocimiento en el espectador que rinde frutos más adelante. Para profundizar en cómo crear reglas de OC que se traduzcan visualmente, consulta La creación de OC necesita mecánicas y relaciones.
Abre un proyecto desde ArcLoop, entra en My Assets y crea el prop asset, vincula una Reference image como Main image y construye a su alrededor tus character y scene assets. Escribe la frase de una acción y una consecuencia antes de abrir el Storyboard. Presenta el permiso, el uso y la restricción como tres shot cards distintos, y deja que el objeto lleve la regla a lo largo del Episode.
Preguntas frecuentes
¿Necesito mostrar todos los usos de la regla en un solo Episode? No. Muestra suficiente evidencia para que los espectadores distingan la acción, el coste y el límite restante. Este caso demuestra un uso y luego una decisión de preservar los dos restantes. Una depleción posterior puede requerir más preparación; no des por sentado que un ejemplo enseña todas las excepciones.
¿Qué pasa si el coste no es una marca física sino un cambio de comportamiento? Los costes de comportamiento funcionan, pero requieren una presentación más precisa. El cambio de conducta debe ocurrir lo suficientemente cerca de la acción desencadenante para que los espectadores puedan relacionarlos, y debe ser algo que el personaje no haría sin el coste: evitar el contacto visual, favorecer un brazo, elegir un camino más largo. El objeto sigue siendo útil porque le da al espectador algo concreto que seguir.
¿Dónde debo registrar la regla para episodios posteriores? Escribe la regla y el estado del token restante en el Story Outline y especifica el estado relevante en la descripción de cada shot posterior. Mantén referencias de objetos compatibles en My Assets. Generate Shots puede redactar shot cards, pero el producto no simula automáticamente tus reglas de ficción ni lleva un contador de usos.
¿Qué hago si el shot generado oculta el objeto en la sombra?
Añade una nota de iluminación a la descripción del shot: Light reaches the token face directly o Prop in foreground, fully lit. Las notas de encuadre como tight on hands and prop también ayudan. Revisa la imagen generada antes de crear el vídeo y corrige el shot card antes de comprometerte con el paso de generación de vídeo.
