Dois personagens finalmente confiam um no outro no final de uma temporada. Então a abertura seguinte os trata como estranhos de novo: uma ajuda precisa de nova explicação, uma dívida é esquecida e uma aliança conquistada desaparece. Os rostos continuam iguais, mas o relacionamento se comporta como se o final de temporada nunca tivesse acontecido.
Este guia mostra como carregar relacionamentos em evolução entre temporadas preservando as consequências do final de temporada no Story Outline e provando-as por meio das ações da abertura. Os exemplos tratam temporadas como grupos de Episodes dentro de um IP Project; eles não exigem nenhum recurso separado de gerenciamento de temporadas.
Resuma os relacionamentos do final de temporada como permissões alteradas
Uma árvore genealógica não é o que você precisa entre temporadas. O que você precisa é de uma nota curta sobre o que cada relacionamento-chave permite agora que não permitia antes — ou o que deixou de permitir.
Após o seu final de temporada, abra o Story Outline do projeto e encontre os parágrafos que descrevem os eventos relevantes. Preserve esses eventos e adicione uma descrição concisa da permissão ou obrigação resultante perto da ação planejada do próximo Episode. Clique duas vezes em um parágrafo para editá-lo. São decisões narrativas sobre o que os personagens vão aceitar, não controles automáticos.
Exemplos de como expressar a mudança:
-
Antes: Saya e Riku se reconciliaram após o confronto no armazém.
-
Depois: Saya pode pedir apoio a Riku sem ensaiar uma explicação. Riku vai ajudar, mas ainda espera que ela explique a que perigo está pedindo que ele se exponha.
-
Antes: O Comandante Varesh traiu a Unidade 7.
-
Depois: Nenhum membro da Unidade 7 deve um aviso a Varesh. Hana vai mentir diretamente para ele se a missão exigir.
Comece pelos relacionamentos que os próximos Episodes vão usar. Não apague relacionamentos estáveis do outline; simplesmente deixe-os de fora deste resumo compacto de mudanças, a menos que afetem a abertura. Para um planejamento de relacionamentos mais amplo, use o guia de relacionamentos entre personagens.
Selecione apenas o que a abertura realmente usa
Nem todo relacionamento alterado pertence ao primeiro Episode. A abertura deve partir do mundo que o final de temporada criou e então apresentar um problema novo para esses relacionamentos. Tentar reafirmar cada mudança pode transformar esse problema em um recapitulativo.
No Story Outline do projeto, coloque o contexto de relacionamento relevante ao lado dos parágrafos da abertura. Preserve outras consequências junto com seus eventos de origem e adicione-as à ação planejada do Episode posterior quando se tornarem relevantes. Não presuma que um relacionamento inativo voltou ao seu estado anterior.
Se a confiança entre Riku e Saya impulsiona a nova temporada, mostre isso no primeiro Episode. Se a traição de Varesh importa mais tarde, mantenha-a no Story Outline e leve-a para as decisões daquela cena posterior. Forçar todos os relacionamentos alterados na abertura faz com que ela pareça uma sequência de recapitulação em vez de uma história avançando.
Como criar uma situação repetida que prove a mudança
Uma forma eficaz de provar uma mudança de relacionamento é repetir uma situação da temporada anterior e deixar a ação ter um resultado diferente.
Na 1ª temporada, quando Saya precisava de apoio, ela não ligava para Riku. Na abertura da 2ª temporada, ela liga para ele primeiro. Mesma situação, escolha diferente — a confiança fica visível sem que ninguém precise explicá-la.
Mantenha Riku e Saya como os mesmos character assets em My Assets. Se o tempo ou os eventos alteraram a aparência deles, vincule novas Reference images adequadas nesses assets existentes usando Bind. A identidade pode permanecer contínua enquanto as roupas mudam. Atualize o contexto de relacionamento do próximo Episode no Story Outline do projeto antes de gerar os shots.
Abra o Episode e clique em Generate Shots. Revise os shot cards resultantes em relação às suas condições iniciais planejadas e edite qualquer descrição que retome um comportamento obsoleto. Use @ para selecionar os personagens existentes; as referências deles sustentam a identidade, enquanto as descrições dos seus shots especificam o comportamento que o momento exige.
As cenas a seguir são ilustrações originais do método, não outputs testados. Crie character assets para Saya, Riku, Hana e CommanderVaresh; scene assets para DepotEntrance e Unit7Safehouse; e prop assets para Phone e AccessPass. Vincule Reference images adequadas em My Assets antes de selecionar esses assets via
@.
Exemplo 1 — A ligação que confirma a confiança (abertura da 2ª temporada, shot do primeiro contato)
Medium locked view of @Saya at @DepotEntrance, with the closed service gate visible behind her. @Saya raises @Phone to her ear in one direct movement. Her posture remains purposeful, and her free hand stays still at her side. Keep her face and the receiver clearly visible without showing readable screen text. Cold streetlight and warmer light beyond the gate establish the location. One raising action only; no dialing sequence, exhale, look back, reply, or camera move.
A escolha é que Saya liga para a pessoa que ela evitava antes. Um celular levantado sozinho não identifica Riku como destinatário. Inclua o shot dele atendendo ou um nome dito em voz alta e, em seguida, compare esse contato com a recusa anterior de ligar para ele.
Exemplo 2 — A dívida tornada visível (meio do episódio, shot de obrigação)
Locked medium-close view of @Riku at the briefing table in @Unit7Safehouse. @Riku slides @AccessPass across the clear tabletop toward @Saya, whose hands remain still on her side of the table. Keep the entire pass and the space between them visible. Riku’s expression stays reserved; the gesture offers access without suggesting instant friendship. Soft practical lamp light separates the pass from the wood. One sliding action only, with no grasp, release sequence, pocketing, gaze shift, or camera movement.
O crachá de acesso só carrega o peso da dívida se uma cena anterior estabelecer a promessa que ele cumpre. Verifique esse contexto primeiro. Uma transferência de objeto sem explicação pode parecer trabalho comum, e o gesto de deslizar ainda não mostra Saya tomando posse.
Exemplo 3 — A reconciliação gratuita detectada e revisada (shot de revisão)
Wide locked view of @Hana and @CommanderVaresh in the corridor of @Unit7Safehouse. @Hana turns away from him after their business is already finished. Keep the space between them visible and CommanderVaresh still beside the doorway. Hana’s expression remains controlled rather than openly hostile. Her hands stay at her sides throughout the turn. Cold, even ceiling light preserves the institutional atmosphere. One turn only; no spoken exchange, walking departure, hand gesture, camera move, or reconciliation.
Hana pode concluir o que é necessário sem demonstrar calor pessoal. Esta descrição solicita esse limite; ela não garante a performance gerada. Revise o resultado para verificar se a saída dela ainda condiz com a traição não resolvida.
Revise o início do episódio em busca de quatro falhas de continuidade
Antes de avançar o episódio do Storyboard para o vídeo gerado, revise cada shot card em busca destes quatro problemas:
Reconciliação gratuita. Dois personagens que terminaram o final de temporada em conflito aparecem descontraidamente amigáveis no início. Se você não planejou uma reconciliação, o resultado contradiz as condições de partida pretendidas. Volte à descrição do shot card e adicione uma postura fechada, uma fala defensiva ou distância física.
Conhecimento inexplicado. Um personagem sabe algo no Episódio 1 que só poderia saber se tivesse sido informado entre as temporadas — e você nunca escreveu essa cena. Se uma revelação fora de cena plausível ocorreu, registre-a no Story Outline e torne o contexto necessário compreensível na tela. Caso contrário, remova o conhecimento prematuro do shot.
Hábitos retomados que contradizem o final de temporada. Um personagem que passou a Temporada 1 aprendendo a não mentir para o parceiro volta a mentir no segundo shot da Temporada 2. Decida se a recaída é intencional. Se for, estabeleça a nova pressão que a causa; se não for, revise o comportamento desatualizado no Story Outline e na descrição do shot afetado.
Obrigações esquecidas. Um personagem recebeu ajuda com custo no final de temporada, mas a cena seguinte concede o benefício sem reconhecer o que ele deve. Mostre o pagamento combinado, uma recusa em pagar ou uma disputa ativa. Não deixe a obrigação desaparecer entre os Episódios.
Quando você encontrar uma falha, geralmente não é preciso regenerar o episódio inteiro. Abra o shot card específico, revise a descrição para tornar o estado do relacionamento visível neste shot e regenere apenas esse shot card.
Carregue o estado, não a história
Gere imagens estáticas primeiro e verifique quais ações traduzem os relacionamentos alterados. Assim que essas imagens funcionarem, solicite os vídeos selecionados pelo AI Chat Panel, por exemplo Generate videos for Shots 1, 2, and 3. Organize os clipes selecionados no Edit e assista ao início após o final de temporada. A configuração dos assets sustenta a continuidade visual; as escolhas de cena ainda precisam de revisão.
Comece adicionando as condições alteradas ao Story Outline do projeto antes de clicar em Generate Shots no novo Episode. Mantenha relacionamentos dormentes fora do início até que o episódio deles chegue. Projete pelo menos uma situação repetida em que a ação seja diferente da Temporada 1. E ao revisar os resultados, procure as quatro falhas antes de gerar o vídeo.
Para mudanças distribuídas ao longo de vários Episodes, conecte essas consequências locais com o guia de arcos narrativos.
Abra seu projeto ArcLoop existente, adicione as condições iniciais do começo do episódio ao Story Outline e revise seus shot cards em relação ao final de temporada.
Perguntas frequentes
Preciso criar novos character assets para a Temporada 2? Quando as duas temporadas pertencem ao mesmo IP Project, reutilize os mesmos character assets e adicione as referências de aparência necessárias. Atualize o Story Outline e as novas descrições de shot para comportamentos alterados. Este guia não pressupõe transferência automática de assets entre projetos separados.
E se a aparência de um personagem mudar entre temporadas, com um novo corte de cabelo ou figurino? Vincule a nova imagem de referência ao mesmo character asset como uma Reference image adicional usando Bind. O asset permanece o mesmo; aumenta a quantidade de imagens vinculadas. Essas referências oferecem contexto visual para os dois visuais. Revise a identidade em cada resultado: adicionar imagens não garante uma correspondência.
Quanto contexto de relacionamento devo escrever no Story Outline? Comece pelo que mudou e pelo comportamento que isso permite ou impede na próxima cena. Adicione a causa quando for necessário para explicar um limite. Mantenha apenas o contexto que ajuda a decidir como o encontro atual deve se desenrolar.
O AI Chat Panel gerou um shot em que um personagem é caloroso demais com alguém de quem desconfia. Como corrigir? Abra esse shot card diretamente, adicione uma postura ou ação específica que mostre o distanciamento — virado de costas, resposta curta, sem contato visual — e regenere apenas esse shot card. Não é preciso refazer o episódio inteiro.
Posso manter um relacionamento ambíguo intencionalmente? Sim. Especifique o limite: Saya aceita a ajuda de Riku, mas não lhe revela o trajeto completo. Escolha uma ação visível ou fala que preserve tanto a cooperação quanto a cautela. Revise o resultado; escrever "ambíguo" sozinho não garante uma performance sutil.
