O que um arquivo ALE faz entre o set e a pós-produção

No SlateX, o ALE é uma lista de texto separada por tabulações, formada por um segmento de cabeçalho, um segmento de nomes de coluna e um segmento de dados. O seu papel é entregar à parte receptora informações do tipo “esta linha aponta para qual mídia, qual é a posição no tempo e a que cena e a que tomada ela pertence”, para que a entrada no acervo e o conform tenham um registro de texto conferível. Ele não julga qual tomada ficou boa e não traz parâmetros de plano nem mapeamento de canais; as duas células do nome do arquivo de origem e do diretório guardam texto da máquina de quem envia, copiado no set ou registrado na importação da mídia, e não levam de volta até a mídia em si; se ele pode continuar a servir a um fluxo de recebimento concreto, continua dependendo da conferência coluna por coluna feita por quem recebe.

O valor do ALE está em escrever numa tabela a identidade e a informação de tempo conferíveis, e não em anunciar para a parte receptora que esses valores já foram verificados.

Como o arquivo é feito

O ALE que o SlateX escreve hoje começa com a informação de cabeçalho, segue com um bloco fixo de nomes de coluna e entra então nas linhas de dados. As colunas são separadas por tabulação, e por isso o arquivo se parece mais com uma lista de texto com colunas bem definidas do que com um contêiner que empacota a mídia junto.

As linhas de dados são expandidas por câmera. Um take com várias câmeras vira várias linhas; sem câmera, ainda assim é gerada uma linha de registro de reserva. Essa forma faz a “linha” do ALE ser mais próxima de um registro de entrega de nível de câmera do que de “uma linha igual a um take”.

Antes de tudo pergunte de onde vem o valor de uma coluna

Na leitura de um ALE, é mais seguro separar os campos em três origens.

Uma primeira classe é o valor que vem do registro do set ou da digitação do usuário, como número da cena, número da tomada, notas, texto da direção e notas da câmera. Se estão certos ou não depende de o registro bater com o fato do set.

Uma segunda classe é o valor derivado pelo software. O Duration, por exemplo, é o intervalo exato quadro a quadro entre as duas leituras na tela da linha, sem contar o quadro final; se faltar qualquer uma delas, a célula é entregue vazia por inteiro. Name, parte dos números de rolo já formatados e a expressão da taxa de quadros também passam pela lógica de geração. Um valor derivado não é uma segunda evidência medida à parte: ele continua dependendo das entradas.

Uma terceira classe merece ser listada à parte: a ausência de valor. Nesta ALE, a ausência de valor tem uma única aparência — a célula fica vazia; quando o timecode não foi registrado, ou quando a string não passa na checagem de forma ou de intervalo, nenhum zero de aparência legítima é escrito no lugar. Num arquivo entregue por outro software, uma string 00:00:00:00 tanto pode ser o zero real quanto um valor completado na falta, e por isso é preciso voltar à origem em cada arquivo recebido, sem tirar conclusão só porque a forma da string bate.

Pergunte primeiro “de onde vem este valor” e só depois “se este valor tem uma forma legítima”.

O que o ALE consegue dizer a quem recebe

As colunas atuais mostram à parte receptora nome da mídia, ponto de entrada, ponto de saída, duração, cena, tomada, número do rolo, rolo de som, taxa de quadros, notas e câmera, entre outras. O trabalho que ele serve para cumprir é “entregar a jusante as pistas de identidade e de tempo para checagem”.

Há aí uma fronteira de identidade que pede atenção especial: Tape e Reel tiram hoje o valor da mesma origem, e por isso essas duas colunas não podem ser lidas como dois sinais de identidade independentes. Se as duas coincidem, isso só diz que o gerador escreveu a mesma origem em dois lugares.

A posição final não é derivada, mas também não é sempre copiada à mão. O End entrega a leitura tomada no instante da parada, e há dois caminhos para ela: a cadeia de gravação captura o timecode que aparece na tela da câmera no exato momento em que a gravação para, e as páginas de criação e de edição da tomada têm cada uma uma célula de entrada do “ponto de saída”, para a continuidade copiar da tela da máquina. Nenhum caminho percorrido, a célula fica inteira vazia, e não se avança o ponto de entrada pela duração para preenchê-la. Portanto a parte receptora deve primeiro confirmar se aquela leitura existe na linha e só depois revisar Start, End e o intervalo juntos — a coluna guarda o valor que a máquina ou a pessoa leram na parada, não uma conclusão conferida contra a mídia.

O que o ALE explicitamente não contém

O ALE atual traz as duas colunas de avaliação e de marcação em círculo (Rating, Circled take), a coluna Sound TC com a posição de início do som e as duas células do nome do arquivo de origem e do diretório — essas duas células entregam um caminho na máquina de quem envia, copiado no set ou registrado pelo software na importação da mídia, não o endereço da mídia na máquina de quem recebe. Continua sem colunas de número de plano, distância focal, ISO, abertura, resolução e mapeamento de canais, e nunca traz a mídia em si. Ao receber, a parte receptora confere cada coluna pela sua própria origem: uma coluna estar presente não carrega o fato de outra, e um campo registrado em algum lugar do projeto não quer dizer que esta ALE o tenha entregue. Veja “Por que ter Sound Roll não quer dizer que o timecode de som esteja no arquivo”.

Essa mesma fronteira apenas diz que o ALE não decide pela parte receptora qual tomada usar. A marca que o set fez naquele take é legível neste mesmo arquivo: Rating entrega o texto do nível já atribuído e Circled take entrega TRUE ou FALSE — a célula vazia quer dizer que nenhum nível foi atribuído na hora, e ler o texto literal não equivale a receber uma decisão.

Como comparar a contagem de linhas do ALE com a dos outros dois

O ALE, o CSV e o relatório diário legível agora se expandem por câmera; o mesmo lote de registros de tomada fica, numa única exportação, no mesmo nível de contagem de linhas, e uma tomada multicâmera ocupa linhas a mais nos três. A diferença real está na ordem das linhas e na cobertura de colunas: o ALE reordena por número da cena, número do plano e número da tomada, o CSV segue basicamente a ordem em que os registros foram criados, e o relatório diário ordena por número da cena, nome do plano e número da tomada.

Essa diferença não se elimina pelo número da linha. Para confrontar arquivos, volte às identidades de cena, de tomada e de câmera, em vez de presumir que “a linha N” representa o mesmo objeto em cada entrega.

Recebida a ALE, o que fazer primeiro

Este texto responde apenas para que serve o ALE e onde ficam as suas fronteiras. O gesto concreto de recebimento deve entrar na página já publicada “Ao receber uma ALE, confira estes campos”: primeiro confirmar quem é cada linha e depois conferir número do rolo, nome da mídia, posição no tempo, taxa de quadros e a origem dos valores ausentes. Sobre o uso direto em um sistema de recebimento específico, a parte receptora deve conferir coluna por coluna contra o seu próprio modelo de importação.

FAQ

O ALE entrega os arquivos de mídia junto?

Não. O ALE atual do SlateX é uma lista de texto: as duas células do nome do arquivo de origem e do diretório trazem texto da máquina de quem envia (copiado no set ou registrado na importação da mídia), e a mídia em si também não é empacotada.

O End do ALE é um tempo medido de forma independente?

Não necessariamente. Essa célula tem três origens possíveis: a cadeia de gravação captura a leitura da tela no instante da parada, a continuidade copia na célula de entrada a leitura do ponto de saída que aparece na tela da câmera, ou nenhum caminho é percorrido e ela fica vazia. O software não inventa um número somando a duração ao ponto de entrada. Mesmo com valor, ela ainda precisa ser conferida contra a mídia — esse par de timecodes deve ser conferido no seu próprio modelo de importação.

Dá para tratar Reel e Tape como duas identidades independentes?

Não. Hoje as duas colunas vêm do mesmo valor de origem, e o simples fato de aparecerem como duas colunas não as transforma em duas confirmações independentes.

Por que o mesmo take pode aparecer em várias linhas no ALE?

Porque o ALE atual gera as linhas de dados por câmera: um take com várias câmeras é expandido em várias linhas, e por isso a contagem de linhas não pode ser tomada direto pela contagem de take.

Axiom One LLC — SlateX