O que a continuísta precisa entregar ao encerrar a filmagem de uma cena
Depois de filmar uma cena, o que a continuísta deixa para trás não é “uma planilha”, e sim um conjunto de registros que permita a quem vem depois reconhecer os fatos do set: os registros por tomada têm de responder a qual cena, a qual plano e a qual tomada pertencem e que avaliação e que notas o set deu; a evidência de continuidade tem de deixar a pessoa voltar à entrada concreta para conferir; o confronto de timecode tem de dizer de onde vem a posição no tempo; e o inventário da entrega tem de deixar a parte receptora sabendo quais artefatos ela recebeu. O SlateX consegue hoje projetar o mesmo lote de registros em várias formas de troca, mas isso não substitui a conferência que a parte receptora faz desses valores literais.
O núcleo da entrega de fim de dia não é “gerar um arquivo”, e sim permitir que o próximo leitor consiga devolver o registro àquela cena, àquele plano e àquela tomada.
Separe primeiro a tarefa de ofício do artefato de software
A tarefa de ofício da continuísta é deixar a jusante a identidade, os julgamentos e as pistas de continuidade formados durante a filmagem. Os registros por tomada costumam servir a quem precisa reposicionar mídia e estado de filmagem; a evidência de continuidade serve a quem depois vai conferir figurino, maquiagem, cenário, ação ou a relação de continuidade da imagem; o confronto de timecode serve a quem precisa pôr o registro e a mídia real na mesma linha do tempo para checar; e o inventário da entrega diz à parte receptora quais arquivos compõem esta entrega e que informação ainda precisa voltar à fonte.
A saída atual do SlateX é artefato de software, e isso não equivale à tarefa de ofício em si. Ele consegue gerar lista estruturada, arquivo tabular, relatório diário legível e arquivo de projeto de roteiro. Esses artefatos escrevem os dados já registrados em formas diferentes e poupam o passo de “copiar de novo”, mas não tiram do processo o fato de ser uma pessoa que confirma se o registro bate com a mídia.
Ao falar de entrega, portanto, distinguindo duas camadas: a continuísta responde por deixar informação rastreável suficiente; o software responde por projetar em arquivo o que já foi registrado. A primeira exige julgamento e responsabilidade; a segunda é apenas expressão de dados.
O registro por tomada precisa deixar uma identidade reconhecível
Um registro tem de, no mínimo, voltar à chave cena, plano e tomada. Avaliação e notas respondem que julgamento e que complemento o set deixou naquele momento, mas é a identidade que serve de base para o realinhamento entre artefatos de entrega diferentes.
Isso pesa especialmente porque o mesmo lote de registros de tomada sai com contagem e ordem de linhas diferentes conforme o artefato. O arquivo tabular e a lista estruturada expandem os registros multicâmera em várias linhas, enquanto o relatório diário legível mantém uma linha por take. A ordenação também passa por regras próprias em cada um. Então “a linha de número tantos” não serve de identidade entre arquivos; no recebimento, continue confrontando por cena, plano e tomada.
A evidência de continuidade tem de voltar a um registro concreto, e não virar só um álbum de mídia
O valor de uma foto de continuidade ou de outra evidência está em ainda existir relação entre ela e o registro de filmagem concreto. Ao rever a jusante, é preciso saber a qual tomada, a qual plano ou a qual objeto de continuidade aquela evidência se liga, e não encontrar apenas um álbum sem contexto.
Isso não quer dizer que o software já tenha feito o julgamento de continuidade no lugar da pessoa. Poder pendurar a foto num registro e poder rever várias juntas são duas coisas diferentes de “a imagem é de fato contínua”. Na entrega, preserve a relação rastreável e deixe quem assume julgar, em vez de escrever o mecanismo de vínculo da ferramenta como se fosse conclusão.
O confronto de timecode tem de dizer à parte receptora onde revisar
A posição no tempo existe para dar ao registro escrito a chance de ser conferido junto com a mídia na mesma linha do tempo. Mas a parte receptora não deve adotar um campo sem mais só porque ele tem aparência de timecode legítimo. Alguns campos de entrega vêm do registro do set, outros são derivados pelo software, e alguns, na ausência de valor, ainda recebem conteúdo de reserva.
Por isso o que a continuísta entrega não é apenas uma string de timecode, e junto vai o contexto de “este registro é quem, e onde este valor deve ser conferido”. Sobre o uso direto a jusante, a parte receptora deve conferir coluna por coluna conforme o seu próprio fluxo.
O mesmo lote de registros vira formas de entrega diferentes
As quatro formas de troca atuais do SlateX cumprem trabalhos diferentes. A lista estruturada e o arquivo tabular servem à leitura por campo; o relatório diário legível se aproxima do layout de uma consulta feita à mão; e o arquivo de projeto de roteiro devolve a estrutura do roteiro em si. Não são quatro cópias linha por linha iguais.
Uma fronteira decisiva é o multicâmera. Se um take tiver várias câmeras, a lista estruturada e o arquivo tabular se expandem em várias linhas; o relatório diário continua com uma linha por take, e os parâmetros de câmera daquela linha vêm de uma só câmera. Quer dizer: os parâmetros de todas as câmeras de uma cena multicâmera não aparecem juntos na mesma linha do relatório diário.
Os artefatos de entrega são um conjunto de arquivos que se referem uns aos outros, e não um conjunto de cópias que se encaixam linha por linha pelo número da linha.
Quando a pessoa muda, não transforme “passagem de turno” em capacidade do produto
O SlateX não tem hoje uma implementação de “passagem de turno”, de “troca de turno” nem de edição simultânea por várias pessoas. Quando a pessoa muda, o aparelho novo ainda precisa reescolher a posição de trabalho, e o software não tem um estado que possa ser anunciado como “passagem de turno concluída”.
O que este texto pode dizer, portanto, é que informação precisa continuar no registro: a identidade de cena, plano e tomada, o julgamento e as notas do set, o vínculo da evidência de continuidade, a posição no tempo e o que a entrega contém. Não se pode, porque essa informação está registrada, escrever em cima que “a passagem contínua de turno é suportada” ou que “há colaboração de várias pessoas”.
O registro por tomada ainda precisa responder, à parte, “o que registrar”
A pergunta-pai da entrega de fim de dia para aqui em “quais famílias de informação deixar e por que a jusante precisa delas”. O que deve existir dentro de um registro de take, especificamente, já tem uma página própria que continua o assunto, “O que uma Take Record precisa registrar para a entrega”. Aquela pergunta trata de campos e fronteiras de um único registro, e não repete aqui a discussão das formas de entrega.
FAQ
A entrega de fim de dia é só exportar uma planilha?
Não. Registro por tomada, evidência de continuidade, confronto de timecode e inventário da entrega cumprem funções diferentes, e a saída de software também tem várias formas; nenhum dos arquivos pode ser tomado pela entrega inteira.
Por que os arquivos de entrega não podem ser confrontados pelo número da linha?
Porque o mesmo lote de registros usa expansão e ordenação diferentes conforme o artefato, e os registros multicâmera ainda viram várias linhas em parte deles. Entre arquivos, o realinhamento deve ser feito pelas identidades de cena, plano e tomada.
O relatório diário mostra todos os parâmetros de câmera de um take de uma vez?
Não. Hoje o relatório diário tem uma linha por take, e os parâmetros de câmera daquela linha vêm de uma só câmera, então a informação multicâmera não fica toda concentrada na mesma linha.
O SlateX suporta passagem de turno ou várias pessoas editando ao mesmo tempo?
Não existe esse tipo de implementação hoje. Este texto só pode exigir que a informação crítica continue no registro, e não pode transformar o registro em si numa capacidade de “passagem de turno” ou de “colaboração de várias pessoas”.
Axiom One LLC — SlateX. Os números acima são os de 2026-09-24.