Quantas tomadas cabem numa página do relatório diário e por que o texto é cortado

O layout de uma página do relatório diário não se expande livremente conforme o tamanho do conteúdo: primeiro existe uma tabela fixa e, então, os registros de filmagem são colocados dentro do espaço já definido. A primeira página comporta no máximo 24 tomadas, e as páginas seguintes, no máximo 30, mas “no máximo” não quer dizer que cada página chegue a esse número, porque outros conteúdos do cabeçalho da primeira página também ocupam a altura disponível.

O limite de tomadas e a largura das colunas do relatório diário são restrições de layout; quando o texto passa da largura da coluna, a parte excedente não é mostrada e não é levada à linha de baixo por quebra de linha.

Por que a primeira página e as páginas seguintes têm limites diferentes

A primeira página e as páginas seguintes usam dois conjuntos fixos de limite de tomadas: 24 na primeira página e 30 nas páginas seguintes, sem ponto de entrada de configuração no interface. A primeira página ainda precisa acomodar mais conteúdo de cabeçalho, e informações como a linha de refeição vão ocupando, para baixo, a altura disponível da tabela. Portanto, 24 e 30 são limites de layout, e não a promessa de que cada página será preenchida até eles.

Quando o conteúdo do cabeçalho aperta a altura disponível da primeira página, podem caber por inteiro menos registros do que o limite sugere: o software não recalcula a quantidade de tomadas conforme a altura, e as linhas que passam do espaço disponível ficam em cima da linha de explicação no pé da página ou são desenhadas fora da página. O cabeçalho das páginas seguintes tem só uma linha com o nome do projeto, e o limite fixo é 30; os dois números são constantes de diagramação, e não valores calculados a partir da altura do cabeçalho, então a parte receptora também não pode deduzir a quantidade de linhas pelo tamanho do cabeçalho. Para julgar se um relatório diário encheu a página, o critério deve ser a página depois de gerada.

Por que o texto de uma célula é cortado direto

Cada unidade de texto desenha uma única linha, sem quebra de linha e sem acrescentar reticências no fim. Quando o texto passa da largura daquela coluna, a parte que sai da borda não é exibida. Esse comportamento importa sobretudo em notas longas, porque a página não preserva o texto inteiro aumentando a altura da linha nem dobrando o resto para a linha seguinte.

A largura das colunas da tabela é um valor fixo de diagramação e não se ajusta sozinha quando o conteúdo de alguma coluna fica mais longo. A fonte também usa configuração fixa, e esta página não designa uma fonte para chinês, portanto o comportamento de exibição das notas em chinês nesta página não é garantido. A parte receptora deve olhar diretamente o PDF real e manter a possibilidade de corte incluída na conferência de aceitação.

O PDF do relatório diário serve para ler o resumo da página; o comprimento do texto visível numa célula não deve ser tomado como o comprimento completo do conteúdo do campo de origem.

Por que uma gravação multicâmera aparece no relatório diário como uma única linha

O relatório diário usa uma linha por registro de filmagem, e não uma linha por câmera. Quando o mesmo registro tem várias câmeras, a linha do PDF toma só a câmera que fica à frente na ordem alfabética e usa os valores dela para preencher as colunas de número do rolo da mídia, número do rolo de som, distância focal e taxa de quadros. Os valores das outras câmeras não são expandidos naquela linha.

Isso quer dizer que o relatório diário não pode ser descrito como o reflexo de todas as informações de câmera daquela tomada. Se a conferência precisar ser feita câmera por câmera, a parte receptora deve voltar aos arquivos de entrega legíveis por máquina ou ao registro do set. “O que a continuísta precisa entregar ao encerrar a filmagem de uma cena” ajuda a separar a função desse resumo feito para leitura humana da função dos outros artefatos de entrega.

Por que as linhas de diferentes arquivos de entrega não se alinham direto

O mesmo lote de registros de filmagem é expandido de formas diferentes em formatos diferentes: o PDF escreve uma linha por registro de tomada, enquanto ALE e CSV escrevem uma linha por câmera. Por isso, um mesmo registro multicâmera continua sendo uma linha no PDF e aparece como várias linhas nos dois arquivos legíveis por máquina. Quando não há nenhuma câmera, os três arquivos ainda escrevem uma linha cada um, só que os campos relacionados à câmera seguem as próprias regras de valor ausente. Não se pode usar o mesmo número de linha para supor que todas apontam para o mesmo registro de câmera.

Essa diferença de expansão é exatamente o motivo pelo qual “Por que as mesmas tomadas não batem em número de linhas e ordem entre os arquivos de entrega” pede uma conferência separada. O objetivo do relatório diário é a leitura da página, e não fornecer um índice linha a linha para os outros dois arquivos. A parte receptora deve fazer a correspondência pelo número da cena, número do plano, número da tomada e identificador da câmera (no PDF o identificador da câmera só pode ser lido da letra que abre o número do rolo da mídia, e ALE e CSV têm uma coluna separada de número de câmera), em vez de alinhar à força pelo número de página ou de linha.

Como o relatório diário deve entrar na conferência da entrega

O relatório diário serve para uma leitura rápida do resumo dos registros de filmagem, mas, diante de texto longo, é preciso lembrar o limite do corte, e, diante de um registro multicâmera, lembrar que só a câmera à frente na ordem alfabética aparece ali. Fonte e exibição de chinês também devem ser julgadas pelo arquivo realmente gerado. A página parecer arrumada não devolve o texto que foi cortado nem os campos de câmera que não foram expandidos.

O relatório diário, portanto, deve ser tratado como o resumo feito para leitura humana, e a conferência em nível de campo deve se basear nos arquivos legíveis por máquina. Se um valor afeta a identidade da mídia, o timecode, a câmera ou a correspondência posterior, a parte receptora deve rever aquele valor no campo legível por máquina correspondente e no registro do set. O PDF cuida da apresentação e não assume a tarefa de tornar os formatos de entrega idênticos linha por linha.

FAQ

A primeira página sempre comporta as 24 tomadas?

Nem sempre. 24 é o limite da primeira página, e conteúdos de cabeçalho como a linha de refeição ocupam a altura disponível da tabela. A página real, depois de gerada, é que deve servir de critério.

Se a nota for longa demais, o texto passa para a linha seguinte?

Não. As unidades de texto não fazem quebra de linha, a parte que excede a largura não é exibida e nada marca o corte com reticências. A parte receptora não deve tratar o texto visível na página como o conteúdo completo do campo.

Um registro multicâmera vira várias linhas no PDF?

Não. O PDF usa uma linha por registro de filmagem e preenche as colunas relacionadas à câmera com a câmera que fica à frente na ordem alfabética. A expansão câmera por câmera deve ser lida nos arquivos de entrega legíveis por máquina.

Dá para usar o relatório diário para comparar o ALE e o CSV linha por linha?

Não diretamente pelo número da linha, porque o PDF e os dois arquivos legíveis por máquina usam regras diferentes de expansão multicâmera. A conferência de campos deve se basear na identidade do registro e na informação de câmera.

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