Quais partes formam um cabeçalho de cena

Uma linha de título de cena, também chamada de cabeçalho de cena, costuma cumprir três funções ao mesmo tempo: dizer se é interna ou externa, dizer o local e dizer se o horário é dia, noite ou outro período. O problema é que essas três funções não têm um conjunto de escritas que uma lista fixa de termos consiga esgotar. INT., INTERIOR e “内景” podem expressar a mesma classe de sentido, mas o comprimento literal, a pontuação e a forma de separação deles são diferentes. Para um software, sentido equivalente não quer dizer string equivalente.

No cabeçalho de cena, o que é mais estável é “onde a informação é colocada”, não “como aquelas palavras precisam ser escritas”.

Onde cada uma das três informações costuma ficar

A estrutura mais comum põe o INT/EXT no início da linha, o local no meio e o horário do dia no fim. Por exemplo, INT. OFFICE - DAY pode ser lido como três segmentos: INT/EXT, local e horário. Em chinês também se pode escrever “内景 控制室 - 日”. Em inglês ainda há a opção de não usar abreviatura e escrever INTERIOR ou EXTERIOR.

Essas escritas podem, na leitura de uma pessoa, apontar para a mesma coisa, mas o software enfrenta caracteres. INT. é curto, INTERIOR é bem mais longo; “内景” não tem ponto no estilo inglês; e entre local e horário podem aparecer travessões ou dois-pontos diferentes. Basta a estrutura literal mudar para que a mesma regra de corte produza resultados diferentes.

Ao importar um roteiro, o SlateX guarda o cabeçalho de cena como está no original e não reescreve a linha inteira num outro formato normalizado; ele tenta, à parte, extrair do texto os campos de INT/EXT e de dia/noite. Quando o cabeçalho é escrito de volta num arquivo de roteiro, ele é remontado, e não há garantia de voltar ao original caractere por caractere. Ou seja, o texto original do cabeçalho e os campos extraídos dele são duas coisas diferentes, e não se pode ler “extraiu os campos” como “o texto original foi reescrito”.

Por que uma lista fixa de termos não é uma solução estável

O cabeçalho de cena é, na essência, texto livre escrito por pessoas. Basta listar uma “lista de termos de interior” e uma “lista de termos de dia/noite” para logo aparecerem abreviaturas, formas por extenso, escrita em chinês, formas compostas e hábitos próprios da produção. Uma lista maior também não quer dizer que ela cubra a escrita nova que aparecer no próximo roteiro.

O SlateX atual não usa uma lista branca de palavras-chave para julgar esses termos. Ele faz uma coisa mais estreita: corta por separador e por comprimento. Para a parte do horário, olha primeiro a separação perto do fim da linha; para a parte de INT/EXT, olha o espaço ou o ponto perto do início da linha, com limite de comprimento. Esse procedimento depende da forma da string, e não de julgar antes se uma palavra “é um termo válido de INT/EXT”.

Portanto, uma escrita com espaço e hífen de largura meia como 内景 控制室 - 日 e uma escrita emendada por dois-pontos de largura total como 内景：控制室 - 日 não são a mesma coisa para essa lógica de corte. EXTERIOR. OFFICE - DAY também pode acabar não sendo dividida nos campos esperados porque o prefixo do início da linha é longo demais. A diferença aqui vem da posição e do comprimento dos caracteres, e não deve ser explicada como se uma língua fosse “mais fácil” ou “mais difícil” em si.

Mudou o separador, a estrutura pode mudar

Os caracteres que num cabeçalho parecem todos um “travessão” podem ser, na prática, o hífen de largura meia -, o em dash — ou o hífen de largura total －. O dois-pontos também pode ficar colado logo depois do INT/EXT. O olho humano os entende como separações visuais parecidas, mas as regras sobre strings não tratam automaticamente esses caracteres como a mesma coisa.

O corte atual trata primeiro as formas que ele põe explicitamente nas regras. Um separador que não cai nesses ramos não pode ser presumido como tendo o mesmo resultado. Uma regra que cobre o hífen de largura meia não cobre, por isso, o em dash ou o hífen de largura total; e uma regra que consegue pegar o prefixo do início da linha até um espaço também não quer dizer que ela atravesse um dois-pontos de largura total para continuar pegando termos.

“Parecerem o mesmo tipo de cabeçalho” é julgamento de pessoa; o que o software recebe continua sendo uma sequência concreta de caracteres.

Conseguir extrair três segmentos não quer dizer que os três estejam certos

Essa é a fronteira mais importante desse tipo de análise. A lógica do SlateX pode tentar dividir uma linha em INT/EXT, local e dia/noite, mas conseguir extrair não quer dizer que as palavras extraídas sejam palavras válidas. Se houver uma numeração antes do cabeçalho, o prefixo do início da linha pode ser tomado como INT/EXT; se o próprio local tiver um travessão, a parte final também pode ser confundida com o horário.

Por isso, o resultado da análise serve só como ponto de partida para edição. INT/EXT e dia/noite precisam poder ser corrigidos por pessoa na própria ficha da cena, e a continuísta deve conferir o cabeçalho contra o texto original do roteiro. As predefinições ajudam na repetição de entrada, mas a predefinição em si não prova que determinado corte foi correto.

É também por isso que não basta olhar “se o software preencheu três campos” num cabeçalho de cena. A checagem mais confiável separa as três perguntas: aquele trecho no início da linha é mesmo o INT/EXT, o que sobra no meio é o local completo, aquele trecho no fim é mesmo o horário. Se um desses itens não bater com o texto original do roteiro, é o original e o julgamento humano que devem prevalecer.

FAQ

INT., INTERIOR e “内景” são a mesma coisa?

No sentido de um cabeçalho de cena, eles podem cumprir a mesma função de informar o interior, mas as strings literais não são iguais. Ao cortar por separador e comprimento, o software é afetado pelo comprimento em caracteres, pelo ponto e pela posição dos espaços, e por isso as três escritas não podem ser tratadas como o mesmo modelo de string.

Por que não dá para colocar todas as palavras de cabeçalho numa única lista?

Porque o cabeçalho é texto livre, e abreviaturas, formas por extenso,escrita em outra língua, formas compostas e hábitos do projeto fazem uma lista ter lacunas continuamente. O SlateX atual também não julga por lista branca de palavras-chave, e sim pelo corte da estrutura da string.

Por que o resultado pode mudar ao trocar por em dash ou hífen de largura total?

Porque -, — e － são caracteres diferentes. O olho humano pode tratá-los como separações visuais parecidas, mas uma regra que processa apenas alguns desses caracteres não cobre automaticamente as outras escritas.

O software extraiu INT/EXT e dia/noite, então dá para acreditar direto?

Não. A extração só diz que a string caiu em algum ramo das regras, e não prova que a palavra extraída tenha esse sentido neste roteiro. A continuísta ainda deve conferir contra o texto original e corrigir manualmente quando for preciso.

Axiom One LLC — SlateX. Os números acima são os de 2026-09-24.