Por que as mesmas tomadas não batem em número de linhas e ordem entre os arquivos de entrega

O mesmo lote de registros de tomada sai com contagem e ordem diferentes em cada arquivo de entrega, e a causa não é que cada um busque os dados de um projeto diferente: todos partem do mesmo snapshot obtido por hora de criação, mas cada um adota depois chaves de ordenação e granularidades de expansão próprias. O artefato tabular conserva a ordem de criação, a lista estruturada reordena por cena, plano e tomada, e o relatório diário legível usa ainda outra chave de plano; ao mesmo tempo, os dois primeiros expandem por câmera, enquanto o relatório diário continua com uma linha por take.

Ao confrontar arquivos, a chave estável é a identidade de cena, plano e tomada, e não “a linha de número tantos”.

O ponto de partida é o mesmo, e as regras de ordenação depois são diferentes

O snapshot é obtido no começo pela hora de criação do registro, em ordem crescente. O artefato tabular não reordena depois, então ele conserva basicamente essa ordem de criação. A lista estruturada reordena por número da cena, numeração do plano e número da tomada, e nela cena e plano são comparados por ordem natural. Assim, a fonte dos dados é a mesma, mas a posição das linhas já se separou da do artefato tabular.

O relatório diário legível percorre ainda uma terceira ordenação: depois da cena, ele usa como segunda chave o nome qualificado do plano e ordena então pelo número da tomada. Esse nome qualificado não é a numeração original do plano usada pela lista estruturada, e por isso os dois arquivos, mesmo contendo o mesmo lote de take, não têm nenhuma relação do tipo “a segunda linha corresponde à segunda linha”.

O log da interface tem mais uma ordem própria. Ele ordena crescente pela string do número do plano e depois crescente pelo número da tomada. Numa ordenação por string, 10 fica antes de 2. Essa é a ordem de exibição da camada de interface, e ela também não serve para retroceder até a posição dentro dos arquivos exportados.

A contagem de linhas muda porque a expansão por câmera é diferente

A lista estruturada e o artefato tabular expandem por câmera: um take com várias câmeras gera várias linhas, e mesmo sem câmera uma linha é conservada. O relatório diário legível é diferente, ele faz uma linha por take, e por isso um take multicâmera continua ocupando uma única linha ali.

Isso também explica como um mesmo conjunto de registros do set produz totais de linhas diferentes. Um take multicâmera é decomposto na lista e na tabela, e no relatório diário continua sendo um take. E aquele No. da coluna que parece um número de sequência no relatório diário é o número da linha do documento inteiro, não é número de take, e por isso serve ainda menos como chave de confronto entre arquivos.

A contagem de linhas muda porque muda a granularidade do artefato; isso não equivale a dizer que um arquivo “tem uma filmagem a mais” ou “tem uma filmagem a menos”.

A identificação do plano também pode não ser a mesma string em cada artefato

O relatório diário legível usa o nome qualificado do plano, e a coluna de plano do artefato tabular usa a numeração original do plano. Um mesmo plano pode aparecer numa tela ou num arquivo com o prefixo da cena ou na forma qualificada e noutro arquivo guardar só a numeração mais curta. A parte receptora deve devolvê-los à relação de cena, plano e tomada para interpretá-los, em vez de decidir se são o mesmo registro pela igualdade de uma string numa coluna.

O que se descreve aqui é o mecanismo do lado dos nossos artefatos. A evidência atual não permite continuar afirmando que este ou aquele software a jusante vai por causa disso casar errado, deixar de casar ou recusar a importação. O comportamento concreto de recebimento continua sendo conferido pela parte receptora, coluna por coluna, contra o seu próprio modelo de importação.

Com que chave confrontar

Na conferência entre arquivos, fixe primeiro a cena, depois o plano, depois o número da tomada; e, num registro multicâmera, continue pela câmera. O objetivo é tratar a relação de identidade como linguagem comum, e não tomar como chave primária uma posição de linha que apareceu por acaso num dos arquivos.

Se os totais de linha dos dois arquivos forem diferentes, pergunte primeiro se eles usaram granularidades de expansão diferentes; se a ordem for diferente, veja primeiro se usaram chaves de ordenação de plano diferentes. Só quando a própria relação de identidade não bater é que vale voltar ao registro de origem para conferir, em vez de exigir antes que vários artefatos fiquem alinhados linha por linha.

Essa diferença é resultado do mecanismo de geração, mas “o mecanismo ser assim” também não autoriza dispensar a conferência. Cada artefato cumpre uma função diferente, e a parte receptora ainda precisa confirmar que os campos que está usando conseguem de fato voltar ao mesmo registro do set.

FAQ

Por que o artefato tabular e a lista estruturada vêm em ordens diferentes?

Porque o artefato tabular conserva a ordem de criação, e a lista estruturada reordena por cena, plano e tomada. Os dois partem do mesmo lote de snapshot, mas as regras de ordenação depois são diferentes.

Por que, com várias câmeras, os totais de linha mudam de um arquivo para outro?

A lista estruturada e o artefato tabular expandem por câmera, e um take multicâmera ocupa várias linhas; o relatório diário legível faz uma linha por take, e o mesmo take continua ocupando uma única linha.

O No. do relatório diário pode ser confrontado com o número da linha de outro arquivo?

Não. O No. do relatório diário é o número da linha do documento inteiro, não é o mesmo conceito que o número de take e não serve como chave de identidade entre arquivos.

Que chave comum usar para conferir vários arquivos?

Use em primeiro lugar as identidades de cena, plano e tomada e, nos registros multicâmera, continue conferindo a câmera; não trate o número da linha nem a posição de ordenação de um dos arquivos como chave comum.

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