O que uma Take Record precisa registrar para a entrega

O valor de um take record não está em caber dentro dele todo campo que vier à cabeça, e sim em permitir que quem assume a seguir responda algumas coisas concretas: de qual plano esta é a qual tomada, o que cada câmera registrou, que estado o set deu, onde o tempo começa, que nota esta tomada tem e onde está a mídia de continuidade relacionada. É exatamente isso que o caminho de registro atual da interface do SlateX cobre: número da tomada, conjunto de câmeras, estado, timecode do ponto de entrada e duração, nota da tomada e vínculo da mídia de continuidade; com várias câmeras, cada uma tem o seu próprio conjunto de parâmetros.

Um take record pronto para a entrega não é acúmulo de campos: é uma cadeia de registro que consegue sair de “qual tomada” e chegar a “qual câmera, que estado, que momento e que evidência”.

Primeiro faça este registro ser reconhecível

A entrega começa pela identidade. O número da tomada precisa estar pendurado num plano concreto, para que quem assuma consiga devolver “esta tomada” ao contexto de filmagem a que ela pertence. No SlateX o número da tomada é trazido pelo próprio fluxo de registro, e o número do plano também entra no vínculo do registro; ao ler um registro, não se deve entender o número da tomada separado do plano. Registrar só “a tomada número tantos”, sem contexto de plano, é o que faz a referência se perder na organização posterior.

O registro de tomada também precisa guardar a informação de câmera com que o set realmente distingue a mídia. Com várias câmeras, um take não leva uma descrição geral de câmera única: cada câmera tem o seu conjunto de parâmetros. O mais direto para a entrega são o número da câmera, o número do rolo, o identificador do clipe e a taxa de quadros; no set dá para registrar ainda distância focal, abertura, distância de foco, temperatura de cor, rolo de som e notas da câmera, informação do lado da câmera. O ponto aqui não é anunciar quantos campos existem, e sim manter separada a identidade de cada câmera, sem esmagar os parâmetros da câmera A e da câmera B num único bloco.

Com várias câmeras, número do rolo e do clipe têm de acompanhar a câmera

Se o mesmo take tiver várias câmeras ao mesmo tempo, parâmetros como número do rolo e identificador do clipe devem ser guardados por câmera. Ao criar uma tomada, o SlateX tira um snapshot do conjunto de câmeras atual, e uma câmera recém-adicionada parte dos parâmetros das câmeras já existentes, que o set pode alterar em seguida. Isso só descreve como os parâmetros são levados adiante; nenhum efeito de economia de tempo, de menos erro ou de “menos contexto perdido” foi medido aqui. Quem assume continua devendo ler o número do rolo e o identificador do clipe de cada câmera como informação independente, e não como “um mesmo take só precisa de um par rolo-clipe”.

Esses parâmetros de nível de câmera também são uma das fontes das entregas por câmera geradas depois, e por isso vale manter o registro da fase de set claro na camada de câmera. A numeração real de rolo e de clipe tem fronteiras conhecidas ainda hoje, então este texto as trata apenas como “o que está registrado agora para esta câmera”, sem apresentar um padrão de nomenclatura como critério já aceito pela parte receptora.

O estado registra o julgamento do set, mas não descreva Circle como exclusividade incondicional

Os estados de set do SlateX usam Circle, Keep, Hold e N/G. O que eles resolvem é a pergunta de entrega “como esta tomada foi julgada no set”, para que quem assume não precise adivinhar nas notas em que estado um registro tinha ficado. O estado faz parte do registro da tomada, mas não é um invariante global que se mantenha sozinho entre todas as entradas.

Hoje a única frase que podemos pôr por escrito é esta: no painel do registro de tomada, marcar uma tomada como Circle rebaixa os outros Circle do mesmo plano para Keep. A concorrência entre entradas e as regravações tardias dessa família nunca passaram por uma validação de verdade, então “num mesmo plano vai haver só um Circle” não escrevemos como promessa de produto. Na entrega, leia o estado pela célula que o registro carrega e, para confirmar qual tomada foi cercada, confira no relatório diário: esse passo é do fluxo, não é algo que o software garante.

Há ainda um ponto que precisa ficar claro na entrega: a visibilidade da avaliação não é igual em cada arquivo entregue, então não dá para dizer em bloco nem que “todos a levam” nem que “nenhum leva”. O ALE agora traz as colunas Rating e Circled take, que escrevem justamente aquele julgamento feito no set; mas ele é uma lista de casamento para a montagem, não o canal que escolhe a tomada pela ilha de edição: qual tomada foi cercada ainda tem de constar no relatório diário e ser dita pessoalmente ao montador. O CSV tem uma coluna de texto de avaliação em inglês (Circle / Keep / Hold / N/G, não localizada) e uma coluna booleana Circle que só escreve TRUE quando o valor é Circle ⇒ se a mesma tomada estiver marcada como Keep, aquela coluna é lida como FALSE; o cabeçalho da tabela do PDF tem uma coluna de “avaliação”, e o círculo aparece como um ponto colorido mais texto em inglês. Quem recebe deve, portanto, entender a avaliação pelas colunas de cada artefato, sem deduzir de “o que foi marcado no app” que “a mesma marca tem de aparecer na entrega”.

O estado pode registrar um julgamento do set, mas o fluxo atual não garante que todas as entradas mantenham “um único Circle por plano”.

O tempo serve para localizar esta tomada, não para fabricar um número de aparência precisa

Um take record precisa de posição no tempo. A interface atual registra o timecode do ponto de entrada e a duração, e o ponto de entrada pode ser trazido do timecode vigente na criação do registro. Na entrega, esses dois valores cumprem a função de localização de “onde esta tomada começou e por quanto tempo foi”. Devem ser lidos junto com plano, número da tomada e câmera, e não isolados como uma string de tempo bonita.

A fronteira aqui precisa ser mantida: um take record só deve escrever os campos de tempo que a interface realmente consegue registrar. Ainda que o banco de dados tenha outras colunas, se não existe caminho de entrada no set para elas, elas não entram nesta lista de entrega. Isso parece conservador, mas evita escrever “o modelo tem o campo” como se “o set já registrou essa informação”.

A nota explica a exceção, e a mídia de continuidade deixa a evidência revisável

Os campos estruturados dizem a quem assume “quem é esta tomada, qual câmera, que estado, que momento”, mas no set sempre há exceção que uma enumeração não expressa. A nota da tomada é o lugar de texto reservado a esses casos concretos. Uma boa nota não repete o número da tomada nem o número do rolo: acrescenta o fato do set que os campos estruturados não expressaram, para que o próximo leitor entenda por que esta tomada pede atenção extra.

A mídia de continuidade é outro tipo de informação: não é uma frase descritiva, é evidência vinculada a um take concreto. O SlateX pode amarrar a mídia de continuidade ao registro de tomada, e assim quem assume volta do registro para a foto ou o vídeo relacionados, em vez de adivinhar dentro de um álbum grande sem contexto. Se a foto representa ou não a continuidade correta continua sendo julgamento humano; o papel do take record é devolver a evidência ao evento de filmagem a que ela pertence.

A ordem de checagem de um registro pronto para entrega

Comece por plano e número da tomada, confirmando a identidade do registro; passe então câmera por câmera pelo número do rolo, pelo identificador do clipe e pelos parâmetros de câmera necessários; em seguida leia o estado Circle, Keep, Hold ou N/G; confira depois o timecode do ponto de entrada e a duração; e termine na nota da tomada e no vínculo da mídia de continuidade, para ver se a exceção e a evidência ficaram neste registro. Essa ordem não existe para preencher a tabela, e sim para permitir que quem assuma siga a mesma cadeia para trás.

O que não conseguimos hoje é tratar toda coluna visível no banco de dados como campo registrável no set. Este texto só recolhe a informação que a interface realmente preenche ou que o fluxo de registro atual traz; colunas sem caminho de entrada ficam fora da lista. Também não é um modelo de take record universal do setor, e sim uma descrição estreita do que o registro do SlateX atual consegue entregar.

FAQ

Qual informação você olha primeiro ao entregar um registro de tomada?

Olhe primeiro o plano e o número da tomada; depois, câmera por câmera, o número da câmera, o número do rolo e o identificador do clipe; em seguida confira os estados Circle, Keep, Hold e N/G, o timecode do ponto de entrada e a duração, a nota da tomada e o vínculo da mídia de continuidade.

Várias câmeras devem compartilhar um mesmo par de números de rolo e de clipe?

Cada câmera tem o seu próprio conjunto de parâmetros; quando uma mesma tomada tem várias câmeras, confira separadamente o número do rolo, o identificador do clipe e as outras informações de cada câmera, sem esmagá-los num único valor geral.

O mesmo plano fica sempre com um único Circle?

No painel do registro de tomada, marcar uma tomada como Circle rebaixa os outros Circle do mesmo plano para Keep. Se todas as entradas preservam sempre uma só, isso nunca passou pela validação de concorrência e regravação tardia, então não escrevemos como garantia; para conferir qual tomada foi cercada, use o relatório diário na entrega.

O que o timecode e a nota resolvem, cada um, dentro do registro de tomada?

O timecode do ponto de entrada e a duração cuidam de localizar o registro no tempo, e a nota da tomada cuida das exceções do set que os campos estruturados não expressaram; os dois devem ser lidos junto com plano, número da tomada e câmera.

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