O que o FDX troca e o que ele deixa perder

O FDX ocupa no SlateX o lugar da troca de estrutura de roteiro: episódio, cena, cabeçalho de cena, marcação de dia e noite, contagem de páginas, itens de texto e cor de revisão podem entrar nessa cadeia; planos já filmados, registros de tomada, dias de filmagem, configurações de câmera e estado do set não pertencem aos objetos que esta importação cria. Em outras palavras, o FDX traz a estrutura do roteiro para dentro, mas “a importação deu certo” não equivale a “o projeto de filmagem já está montado”, e muito menos a “depois de ir e voltar o arquivo volta byte por byte igual”.

Aqui o FDX é um vetor de troca de estrutura de roteiro, e não um contêiner de resultado de filmagem.

O que a importação cria de fato

O caminho de importação atual do SlateX cria apenas três tipos de objeto de negócio: episódio, cena e item de roteiro. Planos não são criados pela importação, registros de tomada não são criados, dias de filmagem não são criados e configurações de câmera também não. Predefinições de equipe, como grupo, direção e direção de fotografia, também não são criadas por essa importação e precisam ser tratadas à parte, manualmente.

Essa fronteira decide diretamente que perguntas o FDX serve para responder. Ele serve para decompor o roteiro em cenas e estrutura de texto legíveis, dando base de roteiro aos registros posteriores; ele não serve para ser descrito como “depois de importar, o plano de filmagem e o registro do set já estão prontos”. Que a estrutura exista só diz que a estrutura do roteiro entrou no projeto. O que a importação cria e o que ela não cria está detalhado em “O que a importação de roteiro cria e o que ela não cria”.

O conteúdo antes do primeiro cabeçalho de cena legível não vira texto dentro de cena

A análise atual usa o cabeçalho de cena legível como ponto de partida para criar cenas. Os parágrafos antes do primeiro cabeçalho de cena legível não têm uma cena já existente onde se apoie, então não entram no texto interno das cenas depois da importação. Conteúdo do tipo cabeçalho de abertura fica fora dessa fronteira.

Se o próprio texto do cabeçalho de cena estiver vazio, a cena correspondente também não será criada. Não é preciso explicar isso como alguma “intenção” do produto; o que diz, com precisão, é o seguinte: o passo que cria a cena exige haver texto de cabeçalho de cena utilizável, e sem essa condição de apoio não existe objeto de cena a ser escrito.

“Análise concluída” também pode não trazer cena nenhuma

Existe ainda um caso que convida a erro: um FDX bem formado do qual nenhuma cena seja lida não abre a interface de seleção de cenas, e o app diz ali mesmo que daquele arquivo não deu para ler cenas. O que de fato passa despercebido é a leitura só de parte das cenas: nesse caso a interface abre normalmente, mas a lista vem com menos cenas do que as do arquivo de origem.

Isso mostra que “o arquivo foi analisado com sucesso” e “já entrou conteúdo importado” são duas checagens diferentes. A primeira só diz que o arquivo pôde ser lido; a segunda ainda exige ver se a lista de seleção de cenas realmente apresenta cenas e se existem itens de roteiro sob elas.

O status de importação dizer sucesso não quer dizer que já exista cena dentro do projeto; olhe primeiro a estrutura que foi criada de fato.

Na ida e volta há alguns pontos que são reescritos por certo

A ida e volta mostra algumas mudanças determinísticas. Quando uma cena que veio originalmente do FDX é escrita de novo, o cabeçalho escrito pode acrescentar título e marcação de dia e noite a um cabeçalho que já contém esses elementos. O ponto é acrescentado sob condição: um cabeçalho que já tem ponto fica como está, e um cabeçalho sem ponto recebe um só, então a ida e volta não produz uma forma dupla como INT...

O resumo também não é simétrico. As informações do resumo podem ser lidas, mas ao escrever o projeto de volta o mesmo resumo não é levado, e uma importação posterior pode substituir o resumo da cena pelo primeiro parágrafo do corpo. Se a contagem de páginas for zero, nenhum atributo de extensão é gravado; ao ler esse arquivo de novo, a extensão ausente volta a 1/8 de página. O estado de filmagem também não se preserva nessa troca de estrutura: a reimportação volta ao estado “não filmada”.

Essas observações vêm dos resultados de importação e exportação do próprio SlateX. Elas não provam como outro software de roteiro vai se comportar. A afirmação permitida para fora é mais estreita: a ida e volta não garante fidelidade byte a byte.

Que informações de filmagem simplesmente não estão nessa troca

Planos, registros de tomada, dias de filmagem, configurações de câmera, timecode, avaliação, caminhos de mídia e demais resultados de filmagem não estão no alcance atual do FDX. O caminho de importação não cria esses objetos, e a exportação também não encaixa esses registros do set dentro da estrutura do roteiro.

Portanto, ao ver que algum dado não voltou, a pergunta certa é “existe nessa camada um campo ou objeto que o carregue”, e não inventar para o produto um motivo do tipo “por que ele teria que descartar”. A ausência não deve ser descrita como uma decisão intencional de descartar a informação quando o fato verificado é simplesmente que nenhum campo a carrega.

Ida e volta sem fidelidade não quer dizer que o arquivo não sirva

O FDX continua servindo para trocar estrutura de roteiro. Ele traz para o SlateX cenas, cabeçalhos, marcação de dia e noite, contagem de páginas e itens de texto, e também escreve de volta ao arquivo a estrutura de roteiro do projeto atual. Só que essa troca deve ser entendida hoje como entrega de estrutura, e não como um ciclo de trabalho em que se pode ir e voltar editando sem que um caractere mude.

Se a parte receptora for continuar usando o arquivo, deve conferi-lo contra a estrutura que realmente existe nele, e não tratar “abre” ou “reimporta” como prova de fidelidade de conteúdo.

FAQ

A importação de FDX cria planos e registros de tomada sozinha?

Não. A importação atual cria episódio, cena e item de roteiro, e não cria planos, registros de tomada, dias de filmagem nem configurações de câmera.

Se o arquivo foi analisado com sucesso, já quer dizer que cenas foram importadas?

Nem sempre. Quando nenhuma cena é lida, o app diz ali mesmo que daquele arquivo não deu para ler cenas e a interface de seleção de cenas não abre; quando só parte das cenas é lida, a seleção abre normalmente, então é preciso conferir quantas cenas foram de fato criadas.

O FDX mantém o cabeçalho de cena byte a byte na ida e volta?

Não se pode garantir isso. Depois da ida e volta podem aparecer reescritas como título e marcação de dia e noite somados de novo e substituição do resumo, e por isso para fora só se escreve “a ida e volta não garante fidelidade byte a byte”; o que vale é a diferença que você medir naquele arquivo entre antes e depois da ida e volta.

Por que certas informações de filmagem não voltam pelo FDX?

Porque a troca de FDX atual não carrega objeto nem campo correspondente para elas. É uma fronteira de transporte, não uma afirmação sobre a intenção do produto.

Axiom One LLC — SlateX