Por que, com Sound Roll no arquivo, ainda não se lê o timecode de som

Ver Sound Roll num arquivo de entrega mostra apenas que o arquivo traz um campo de número de rolo de som; não permite concluir que a mesma entrega também traga timecode de som. Hoje ALE e CSV têm a coluna Sound Roll, e o corpo do PDF também traz o número do rolo de som (o cabeçalho segue o idioma do interface, e numa interface em inglês ele é Audio Roll), mas nenhum dos snapshots de exportação correspondentes tem um campo de timecode de som, então as duas coisas precisam ser entendidas separadamente.

Sound Roll é um indício do número do rolo da mídia de som, não uma posição temporal do som; a existência dessa coluna não faz o timecode de som aparecer junto na entrega.

De onde vem a coluna Sound Roll

No ALE e no CSV, Sound Roll vem do valor numérico do rolo de gravação guardado no registro de câmera e depois é formado como texto de número de rolo pela regra de exibição. Quando falta um valor utilizável, os três formatos não procedem da mesma maneira: o ALE imprime um número de rolo padrão quando o registro não tem nenhuma linha de câmera, o CSV deixa em branco e o PDF imprime um traço. Por isso, um texto que se pareça com um número de rolo normal também não significa que a parte receptora já tenha conferido aquilo contra um arquivo de áudio. Ela deve tratá-lo como uma pista de identidade ainda a conferir, e não como uma posição temporal do som.

Num caso multicâmera, o número do rolo de som é guardado na camada do registro de câmera, então as diferentes câmeras de um mesmo registro de filmagem precisam ser lidas campo a campo; ALE e CSV escrevem uma linha por câmera, enquanto a linha do PDF toma apenas uma câmera, e os números de rolo de som das outras câmeras não aparecem naquela linha. A entrega também traz as palavras Tracks, MOS e Wild Track no lado do som, e todas elas saem de cálculos feitos a partir de registros do set, como a marca de gravação de áudio, e não de leitura de um arquivo de áudio. Se elas correspondem de fato ao mesmo conjunto de arquivos de gravação não pode ser julgado apenas por essa coluna. Se houve gravação independente no set e se os arquivos de áudio são entregues junto com este lote de arquivos de entrega também não é um julgamento que essa coluna faça no lugar do usuário.

Por que nenhum dos quatro formatos de entrega permite ler o timecode de som

O ponto aqui não é que “uma coluna tenha sido apagada depois”, e sim que a própria estrutura do snapshot de exportação não tem o item de timecode de som. Assim, ALE, CSV, PDF e FDX não têm nenhuma coluna de timecode de som que a parte receptora possa ler. A ausência do campo acontece na camada da estrutura de dados exportada, e não é um valor já existente que seja escondido na exibição.

Portanto, Sound Roll não deve ser tratado como substituto do timecode de som, e o timecode de imagem não permite deduzir o timecode inicial do próprio arquivo de áudio. Isto não deve ser descrito como uma capacidade de sincronização de timecode, e muito menos se pode escrever que o campo de número de rolo realiza sozinho o alinhamento entre som e imagem. A parte receptora precisa voltar aos arquivos de áudio reais e à própria lista de som para conferir o timecode e o ponto de início que cada arquivo de áudio traz.

A pista do lado do som na entrega é o número do rolo, não o timecode de som; quando for preciso um ponto no tempo, a parte receptora deve conferir ela mesma, voltando aos arquivos de áudio e à lista de som.

Como o número do rolo e o timecode de imagem podem ser usados juntos na conferência

Na estrutura atual de entrega, ALE e CSV permitem usar o número do rolo de som e o timecode do lado da imagem na mesma conferência (o corpo do PDF não tem coluna de timecode), mas a correspondência continua sendo manual, feita dentro do fluxo de recebimento. O número do rolo ajuda a responder “a qual rolo de som este registro diz estar associado”, e o timecode de imagem ajuda a responder “em que ponto do tempo está este registro de imagem”. A combinação dos dois não gera uma coluna de timecode de som que não existia.

O julgamento de sincronia, portanto, só pode ser concluído reunindo a lista de som que a parte receptora tem, a informação própria do arquivo de áudio e os registros de imagem da entrega. “O que um arquivo ALE faz entre o set e a pós-produção” descreve o que um arquivo de troca consegue carregar e o que não consegue, e a ausência do timecode de som está exatamente do lado do que não consegue. A parte receptora deve conferir ela mesma, em vez de deixar que um número de rolo de aparência completa exerça o papel de evidência de timecode.

Por que Reel e Tape também não são duas provas independentes

O ALE tem mais um ponto que cria a ilusão de confirmação dupla: Tape e Reel usam o mesmo valor derivado. Apesar de aparecerem como duas colunas, a origem é a mesma, então a concordância entre as duas colunas não deve ser tratada como duas fontes independentes se validando entre si. Para conferir identidade, continua sendo preciso voltar à própria mídia ou ao registro do set.

O mesmo princípio vale para o lado do som: Sound Roll é um campo de identidade, não uma segunda cadeia de timecode. Se o fluxo de recebimento também precisar entender a informação de canais, a coluna Tracks do ALE é calculada a partir de saber se a tomada é MOS, e nela não se lê o número de canais; esse limite tem um artigo próprio, “O que a coluna Tracks do ALE não diz”. Cada campo carrega apenas a parte da informação que foi escrita na entrega, e um campo não deve completar o outro até formar dados que não existem.

O que deve ficar com o próprio arquivo de áudio no recebimento

Depois de receber os arquivos, a parte receptora deve confirmar primeiro se o número de rolo apontado por Sound Roll bate com a própria lista de som e, então, olhar o timecode e o ponto de início que o arquivo de áudio real oferece. A entrega de imagem consegue dar os registros do lado da imagem, mas dessa coluna não se lê timecode de som, então a relação temporal entre som e imagem não pode ser tratada como já validada. Qualquer correspondência adicional exige evidência da mídia própria da parte receptora.

Isso também significa que cabe à parte receptora confirmar, contra a lista de mídia realmente recebida, se a entrega inclui arquivos de gravação independentes e se esses arquivos pertencem à mesma entrega. O app não julga esses fatos externos a partir do campo Sound Roll no lugar do usuário. O fechamento é simples: a parte receptora deve conferir ela mesma o timecode e o ponto de início que o próprio arquivo de áudio traz.

FAQ

Sound Roll é timecode de som?

Não são o mesmo tipo de informação. Sound Roll é o campo do número do rolo de gravação, e nos arquivos de entrega atuais não se lê uma coluna de timecode de som.

Com Sound Roll dá para alinhar som e imagem direto?

Não se pode concluir daí uma correspondência de tempo. A parte receptora precisa conferir juntos o número do rolo, os registros de imagem, a lista de som e o timecode e o ponto de início do próprio arquivo de áudio.

Tape e Reel do ALE podem comprovar o número do rolo um para o outro?

Não se devem tratá-los como duas provas independentes, porque Tape e Reel usam o mesmo valor derivado. A parte receptora continua devendo voltar à mídia ou ao registro do set para confirmar a identidade.

Onde confirmar, no final, o ponto no tempo do som?

Deve ser conferido nos arquivos de áudio reais e na lista de som. A parte receptora deve confirmar ela mesma o timecode e o ponto de início que o próprio arquivo de áudio traz, sem deduzir de Sound Roll uma coluna de timecode de som que não existe.

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