Ao receber uma ALE, confira estes campos

Com uma ALE na mão, confirme primeiro quem é cada linha: a qual mídia ela aponta, de qual cartão vem. Depois confirme de onde sai cada valor de tempo: se foi anotado no set ou se aquela linha nunca teve nada. O ALE que o SlateX entrega é gerado linha por linha, por câmera: quatro câmeras são quatro linhas, e sem nenhuma informação de câmera a linha sai do mesmo jeito. Valores ausentes ficam vazios. A linha de declaração do cabeçalho escreve ao pé da letra de quem são estas convenções; leia-a como fronteira, não como certificado.

O arquivo abrir só prova que a sintaxe é legível. Formato legítimo não equivale a fato correto.

Nomes de coluna e ordem: 28 colunas, conferidas contra as strings que aparecem no arquivo

A posição das colunas é um contrato entre nós e quem recebe: mexer em qualquer coluna obriga a mexer na linha de dados junto, e se os dois lados não andam sincronizados o arquivo inteiro desanda. As 28 colunas entregues hoje, nesta ordem: Name, Tracks, Start, End, Duration, Scene, Take, Reel #, Soundroll, FPS, SlateX Description, SlateX Comments, Tape, Camera, Camera Notes, VFX_Count, VFX_Type, Shoot Day, Director, Sound TC, Source File Name, Source File, Camroll, Shoot date, Unit, Rating, Circled take, TC Mode. A parte receptora confere contra essas literais, sem dar por certo que um fluxo a jusante vá mapear sozinho nomes de coluna parecidos para o mesmo campo. SlateX Description e SlateX Comments trazem o nome do produto porque naquelas duas células vai o que nós escrevemos, e elas não devem se passar pela semântica de coluna padrão de ninguém.

Quem é uma linha: número do cartão, forma literal e número contado pelo software são três coisas

Tape entrega o número do cartão transcrito no set já normalizado: só letras e dígitos, tudo em maiúsculas, cortado em 31 caracteres. Normalizar tem motivo: se o uso de maiúsculas de um mesmo cartão se divide, ele vira três cartões a jusante, e as puxadas em lote, as novas puxadas e as planilhas de montagem param de fechar. Camroll quer entregar a forma literal, mas esta célula do ALE só aceita ASCII: se o nome do cartão tem caracteres não latinos, a célula fica vazia, e o texto literal fica no CSV. A redação do contrato de Reel # é que essa coluna traga número, então qualquer letra no número do cartão esvazia a célula inteira; não descascamos prefixo para montar um número que pareça.

Existe ainda uma terceira coisa com cara de identificador: o número de exibição que o próprio software conta, uma letra de câmera mais um contador de três dígitos. Ao lado do número do cartão transcrito, no CSV eles ficam em duas colunas, Reel e Camera Card; escrevê-los separados serve exatamente para o leitor ver qual foi copiado e qual o software atribuiu. Esse número derivado não corresponde a nenhum cartão físico, então não serve para recuperar a mídia original.

Name passa pelas mesmas duas réguas: 31 caracteres e ASCII. Quando o nome do plano não foi anotado, ele recorre a montar um nome determinístico com o que a linha tem —número de cena, de plano e de take—: o mesmo take sai igual a cada entrega, e takes diferentes não colidem. É um identificador gerado, não o nome que você escreveu no papel do set.

Posição no tempo: a entrada tem procedência e a saída hoje não entrega valor

Start pega o timecode que esta linha tem anotado: ponto de entrada se houver e, se não, o do próprio take. A coluna End está vazia hoje: o banco não tem caminho de captura do ponto final, e a gente também não o calcula somando a duração à entrada, porque isso seria passar um número saído do relógio de parede pela leitura original da tela da câmera. A célula do ponto final no CSV fica vazia pelo mesmo motivo. Se precisa do ponto final, volte ao relatório de câmera ou copie da tela do equipamento; esta célula aparece na folha de conciliação do fim de dia como TC_OUT_MISSING.

Duration é escrito como timecode a partir da duração anotada no take. FPS só tem valor quando a própria linha traz declaração de taxa de quadros; sem declaração, sem número. A aritmética interna tem uma base de contagem de reserva, mas esse número não entra nesta coluna: não é uma taxa que esta câmera reportou.

Ponto e vírgula segue só a declaração. A coluna TC Mode só pode conter um testigo, DF; em branco significa que não há declaração de drop frame, o que não é o mesmo que não-drop-frame. Somente nas linhas que declaram DF é que Start, End e Duration saem na forma com ponto e vírgula. É convenção de exibição do próprio SlateX, o cabeçalho escreve isso ao pé da letra, e não é exigência de padrão algum, então não leia o ponto e vírgula como senha universal de “esta linha é drop frame”. O timecode de som é entregue literal: julga-se o formato, nunca se aparam posições de quadro.

Valor ausente agora tem uma só cara: vazio

Célula sem timecode anotado, ou cuja string não passa no controle de forma ou de intervalo, entrega string vazia. Neste arquivo você não vai mais ver 00:00:00:00. O defeito daquela sequência de zeros não era estar errado, era ter cara de válido: impedia quem recebe de separar o zero real do set de um zero preenchido, e por isso esse caminho foi retirado inteiro. Valor ausente é vazio; e um vazio levanta duas questões: se nada foi anotado ou se o que foi anotado não é ASCII. As colunas de texto livre são justamente onde a segunda recai.

As colunas Source File Name e Source File estão na lista; o valor depende de terem sido copiadas no set, e não tendo sido fica vazio, porque a gente não chuta caminho. VFX_Count também está na lista, mas hoje não tem caminho de captura e sai vazia. Soundroll entrega o número do rolo do livro do relatório de som, normalizado do mesmo jeito; se faltar, fica vazio e não se tapa com o número que o software contou. O ALE inteiro só aceita ASCII: nomes, caminhos, números de cartão e unidade, junto com as colunas de texto livre —descrição, notas do take, notas de câmera e diretor—, todas na mesma régua: as quebras de linha e as tabulações são achatadas para espaço antes de escrever, e se o valor carrega um caractere não latino a célula inteira sai vazia. Por isso uma nota em chinês aqui é uma célula em branco, e o texto literal fica no CSV.

Em que estado a linha ficou também está escrito no arquivo

Rating entrega o texto da marca do set, a família Circle, Keep, Hold, N/G, e a célula fica vazia quando o take nunca recebeu marca; Circled take entrega TRUE ou FALSE. Assim a parte receptora lê da própria ALE em que estado um take foi marcado e se ele foi circulado, sem precisar perguntar de novo ao apontador.

Tracks tem três estados, e não um “se não é MOS então é som sincronizado”: V é take MOS, A1A2 é faixa solta e VA1A2 é som sincronizado; uma linha sem nenhum dado de som deixa a célula em branco, porque não preenchemos por padrão com som sincronizado.

O que a folha de conciliação do fim de dia é e o que ela não é

Uma exportação de um único dia pode levar junto um Reconcile_*.csv. Essa folha julga só a nossa página: o que falta e o que se contradiz dentro dela mesma. São onze testigos, cada um diz uma coisa: CARD_MISSING, SOURCE_MISSING, SOURCE_DUP, SOUND_ROLL_MISSING, SOUND_TC_MISSING, MOS_VS_SOUND, TC_MODE_UNDECLARED, DURATION_MISMATCH, TC_IN_MISSING, TC_OUT_MISSING, DAY_MISSING. Desses, SOURCE_DUP, MOS_VS_SOUND e DURATION_MISMATCH sobem a linha inteira para “conflito”, os outros caem em “ausência”, e só se escreve “coerente” quando nenhum dos dois se aplica. A folha marca e nada mais: não mexe no valor de linha alguma nem usa o número de um para cobrir o de outro.

Aquele “coerente” na folha tem uma só leitura: os nossos critérios não acharam problema. Isso não significa que dois departamentos tenham confirmado coerência entre si.

O limite precisa ficar dito com clareza: esta folha não lê o relatório de câmera nem o relatório de som. O cabeçalho tem duas colunas chamadas “cartão do relatório de câmera” e “rolo do relatório de som”, mas o valor daquelas duas células vem do registro que você copiou no nosso software, não dos relatórios originais dos dois departamentos. DAY_MISSING diz que este registro, agora, não pertence a nenhum dia de filmagem: o take não se perdeu e sai normalmente no pacote completo; quem não tem valor são as quatro células de número do dia, data, unidade e diretor, e este testigo é o que expõe isso. O que se paga é o papel do fim de dia daquele dia não sair, não que os dados tenham sumido. Existe uma ausência que esta folha não nomeia: a célula esvaziada porque o texto não é ASCII — o banco guarda o valor, então nenhum testigo acende, e essas colunas você só confere contra o que você mesmo copiou.

Não fizemos aceitação de importação com sistema de edição algum

O que está acima é um exemplo executado, não padrão de mercado, e não prova como um sistema receptor qualquer vai interpretar cada coluna. O objetivo é um só: pôr na mesa os pontos conferíveis, para que quem recebe saiba onde voltar à fonte. Antes de entregar, conferimos linha por linha o que nós mesmos registramos: o poder de conferir fica na mão do leitor, e não pedimos que o leitor acredite em nós.

Quando a conferência não passa, não misture as três decisões

Devolver. Quando campos de identidade ou de tempo contrariam a mídia ou o registro do set, e o registro original ainda é rastreável, devolva a quem gerou, para que corrija a fonte e gere de novo; assim o lado receptor não fica com uma versão já alterada à mão e sem nota de procedência.

Completar à mão. Só quando o buraco é pequeno, a origem está clara e cada alteração dá para apontar para uma mídia ou um registro específicos, guardando junto a justificativa. Não preencha um vazio com suposição, nem fabrique um número para o End, que está vazio.

Usar só como referência. Se a procedência não pode ser confirmada, ou se você ainda não validou como o fluxo a jusante trata este arquivo, limite-o ao uso de referência e não o deixe sustentar decisões que exigem correspondência exata.

FAQ

Dá para tratar 00:00:00:00 como o zero real do set?

Aquele zero você não vai ver de novo. Todo valor ausente entrega string vazia: célula em branco se lê primeiro como não anotado, com uma exceção, as colunas de texto livre, em que o valor está anotado e só não sai porque não é ASCII; o texto original está no CSV.

Por que o mesmo take aparece em várias linhas?

O ALE é gerado linha por linha, por câmera. O mesmo Scene e o mesmo Take com quatro câmeras são quatro linhas: confira câmera por câmera pelo Camera, sem tomar o total de linhas pelo número de takes. Sem nenhuma informação de câmera anotada, a linha sai do mesmo jeito.

Dá para usar End para o conform?

Não. Esta coluna hoje não entrega valor: o banco não tem caminho de captura do ponto final, e nada é inferido da entrada somada à duração. Se precisa dele, volte ao relatório de câmera ou copie da tela do equipamento; a folha de conciliação o aponta com TC_OUT_MISSING.

Timecode com ponto e vírgula é a senha universal de drop frame?

Não. Só as linhas cujo TC Mode diz DF usam a forma com ponto e vírgula, e isso é convenção de exibição do SlateX. Em branco significa que não há declaração, não que seja não-drop-frame.

Se a folha diz “coerente”, os dois departamentos se acertaram?

Não. Esta folha só lê a nossa própria página, e “coerente” significa que os nossos critérios não acharam problema. O relatório de câmera e o relatório de som estão fora do alcance de leitura dela.

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