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 uma ordem de linhas diferente conforme o artefato. Os três já se expandem por câmera, então numa mesma exportação as linhas ficam no mesmo nível de contagem; o que muda é que o arquivo tabular segue basicamente a ordem de criação, a lista estruturada reordena por número da cena, numeração do plano e número da tomada, e o relatório diário legível ordena por número da cena, nome qualificado do plano e número da tomada. 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. Veja “Como a parte receptora decide se uma entrega do set pode continuar em uso”.
Uma fronteira decisiva é o multicâmera. Se um take tiver várias câmeras, a lista estruturada, o arquivo tabular e o relatório diário escrevem uma linha por câmera, e cada linha traz só as leituras daquela câmera. A tabela do relatório diário não tem coluna de número de câmera e lista menos campos que os arquivos legíveis por máquina, então todos os parâmetros de uma mesma câmera não aparecem juntos na mesma linha.
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 cada artefato ordena esse mesmo lote de registros por regras próprias: o arquivo tabular segue basicamente a ordem em que os registros foram criados, a lista estruturada reordena por número da cena, numeração do plano e número da tomada, e o relatório diário ordena por número da cena, nome qualificado do plano e número da tomada. Os três já se expandem por câmera, então a contagem de linhas fica no mesmo nível, mas os números de linha não se correspondem. Entre arquivos, o realinhamento deve ser feito pelas identidades de cena, plano e tomada e, numa linha multicâmera, também por câmera.
O relatório diário mostra todos os parâmetros de câmera de um take de uma vez?
Uma linha traz só as leituras de uma única câmera. No mesmo relatório diário cada câmera ocupa a sua própria linha, mas essa tabela não tem coluna de número de câmera e lista menos campos que os arquivos legíveis por máquina, então os parâmetros de câmera que não entraram nela continuam sendo do ALE ou do CSV.
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