O que um FDX exportado não traz de volta
Um arquivo FDX escrito pelo SlateX e que volta para o app não equivale a instalar de novo o projeto original tal como ele era. No nível de arquivo, ele escreve o nome do projeto; no nível de cena, a troca gira em torno de número da cena, INT/EXT, nome da cena, horário do dia, oitavos, cor de revisão, marcação de omissão, número da página e itens de roteiro. Os dados do app que não estão nesse conjunto escrito não conseguem voltar por esse arquivo. Mais importante: mesmo um valor que esteja dentro do alcance da escrita pode sofrer reescritas, depois de exportar e reimportar, que se derivam diretamente das regras dos dois lados do código.
O teto do que o FDX consegue trazer de volta é definido primeiro pelo alcance do que se escreve; e um valor que esteja nesse alcance também não volta necessariamente ao estado original, letra por letra.
O alcance do que se escreve é o teto do que volta
Somando o nível de arquivo e o nível de cena, o lado da escrita conserva o nome do projeto junto com número da cena, INT/EXT, nome da cena, horário do dia, oitavos, cor de revisão, marcação de omissão, número da página e itens de roteiro. Planos, registros de tomada, câmeras, timecode e caminhos de mídia não estão nessa estrutura de escrita do FDX, portanto esses registros do set não podem ser recuperados a partir desse arquivo.
Essa é a divisão de trabalho entre “O que o FDX troca e o que ele deixa perder” e este texto. O texto pai descreve o alcance da troca; aqui se olha apenas o que acontece com o conteúdo que está dentro desse alcance quando o mesmo arquivo de troca de roteiro sai e volta, e qual conteúdo simplesmente não tem nenhum veículo de volta.
Três conteúdos são reescritos de forma determinística na ida e volta
Um deles é a sobreposição do cabeçalho de cena. Numa cena importada do FDX, o nome da cena conserva o título original por inteiro, enquanto INT/EXT e horário do dia ficam gravados cada um numa parte separada; ao exportar de novo, o lado da escrita remonta o cabeçalho com “prefixo de INT/EXT + título original por inteiro + separador + horário do dia original”, e então o título e o texto do horário do dia são sobrepostos mais uma vez. Uma cena criada manualmente dentro do app difere nesse ponto, porque essas três partes já eram guardadas separadas, de modo que ali não existe a mesma origem de sobreposição.
Outro é a repetição do ponto. O lado da leitura conserva o ponto junto com um prefixo como INT., e o lado da escrita acrescenta outro ponto depois do INT/EXT, então uma ida e volta pode produzir ponto duplo. O que se diz aqui é o resultado das regras de leitura e de escrita combinadas, e não uma inferência sobre o comportamento de softwares de roteirização de terceiros.
O terceiro é a substituição do resumo. Na importação, conteúdo de notas ou de resumo pode entrar no resumo da cena, e, quando não existe esse resumo pendente a ser escrito, o parágrafo de Action ou o parágrafo comum que abre a cena também pode ser usado como resumo; por isso, o resumo pode conter o texto completo da descrição de ação, e não uma sinopse da trama. O lado da escrita também não grava o resumo da cena de volta na propriedade correspondente, então, ao reimportar, essa posição pode ser ocupada outra vez pelo parágrafo de Action ou pelo parágrafo comum de abertura.
Ainda há três mudanças de volta que precisam ser vistas à parte
Quando os oitavos da cena são 0, o lado da escrita não grava o atributo de extensão; ao ler de volta, a ausência de extensão é tratada como 1/8 de página, então “0 ou vazio” se transforma em 1/8 de página. O estado das cenas reimportadas é escrito como “não filmada”, e não é possível recuperar pelo FDX o estado de filmagem anterior. Parágrafos de notas ou de resumo não voltam como itens de roteiro nas posições originais, e a ordem dos itens de roteiro recebe nova numeração.
Essas mudanças não querem dizer que o arquivo esteja corrompido; querem dizer que “o que esse formato escreve” e “como os objetos são criados ao ler de volta” não são a mesma coisa. “As quatro formas de um valor ausente nos arquivos de entrega” ajuda a distinguir formas como string vazia, atributo ausente e marcador de posição, mas aqui ainda se fala só da ida e volta do próprio FDX.
Limite rígido: derivável no código não significa ida e volta com terceiros já validada
A sobreposição do cabeçalho, o ponto duplo e a substituição do resumo são resultados que se derivam diretamente de combinar as regras do lado da escrita e do lado da leitura. Nós ainda não percorremos por completo o ciclo “abrir, salvar como e reimportar” em softwares de roteirização reais de terceiros, então o que se pode firmar aqui é uma frase só: a ida e volta não garante fidelidade letra por letra.
Esse limite também restringe o alcance de qualquer extrapolação. Não se pode escrever o comportamento determinístico do código de um lado como “tal software de terceiros certamente vai fazer assim”, nem descrever uma ida e volta real ainda não percorrida como se já estivesse validada; a parte receptora deve conferir ela mesma o arquivo de troca real e o cabeçalho, a extensão, o resumo e o estado lidos de volta.
A ida e volta não garante fidelidade letra por letra; o código mostra que os caminhos de reescrita existem, mas abrir, salvar como e reimportar num software de terceiros real ainda exige conferência arquivo por arquivo.
FAQ
O FDX consegue trazer planos e registros de tomada junto?
Esses objetos do set não saem da estrutura de escrita atual. Eles estão fora do alcance de troca desse FDX, e a reimportação não os recria do nada.
Por que o cabeçalho de cena pode ganhar mais uma camada de prefixo e de horário do dia?
Uma cena importada conserva o título original por inteiro no nome da cena, enquanto INT/EXT e horário do dia ficam guardados separadamente, e a exportação junta os três de novo. Uma cena criada manualmente difere nesse ponto, porque as três partes já são guardadas separadas.
Por que o resumo pode virar descrição de ação?
Quando não há notas nem resumo pendente a ser escrito, o parágrafo de Action ou o parágrafo comum de abertura pode ser usado como resumo, e o resumo não tem caminho de gravação de volta correspondente. Por isso, ao reimportar, essa posição pode ser ocupada pelo texto completo da descrição de ação.
Estas conclusões significam que um software de roteirização de terceiros já passou na ida e volta?
Não significam. Nós ainda não concluímos a validação completa da ida e volta em softwares reais de terceiros, portanto a parte receptora deve conferir o arquivo efetivo; o limite público continua sendo que a ida e volta não garante fidelidade letra por letra.
Axiom One LLC — SlateX. Os números acima são os de 2026-09-24.