Prazos de DCP não devem ser pensados como “último passo rápido”. Em festival e cinema, o DCP precisa entrar no cronograma como entrega técnica crítica, porque existe fila, existe conferência (QC) e existe tempo de transferência/carga antes da sessão.
Para evitar estouro de deadline, este post mostra um planejamento objetivo: quando travar master, quando fechar legenda, quando reservar buffer e quando a urgência 24h faz sentido. O time Ninja DCP entrega DCP (Digital Cinema Package) final testado e rodando, com áudio 5.1 obrigatório para experiência de cinema.
DCP: por que entra como etapa de produção, não “acabamento”
DCP significa Digital Cinema Package. É o pacote padrão de exibição em cinema, preparado para rodar em servidores de projeção. Por ser um formato técnico, ele exige:
- master travado (imagem e som)
- checagens e consistência do pacote
- tempo de upload/transferência/carga
- margem para correções (quando necessário)
Quem trata DCP como “só converter no final” costuma entrar em urgência sem necessidade.
Linha do tempo recomendada (modelo simples)
A seguir, um modelo de planejamento que funciona bem para festival/cinema:
1) Picture lock (travar imagem)
Sem picture lock, qualquer ajuste no corte vira retrabalho.
2) Audio lock (travar som)
O padrão do time Ninja DCP é 5.1 obrigatório. Áudio precisa estar finalizado para evitar “refazer DCP”.
3) Legenda final (.SRT) — se houver
Quando houver legenda, o arquivo .SRT deve estar finalizado. O time insere e confere tecnicamente (timing/compatibilidade/legibilidade). Revisão de texto não faz parte do serviço.
4) Geração do DCP + QC (controle de qualidade)
QC é Quality Control, ou controle de qualidade. No contexto de DCP, QC significa checar compatibilidade e estabilidade: áudio, organização do pacote, legibilidade de legenda e consistência geral.
5) Entrega com buffer (não no limite)
Entrega final precisa de buffer para:
- upload/transferência
- carga no servidor do cinema/festival
- eventual teste
Buffer: o que é e por que salva deadline
Buffer é margem de segurança entre “DCP pronto” e “deadline oficial”. Em festival, a entrega no limite aumenta risco de:
- link expirar ou falhar
- transferência lenta
- carga no servidor demorar
- versão errada ser enviada
Planejamento saudável inclui buffer para exibição pública.
O que mais estoura prazos de DCP (erros comuns)
1) Master não travado
“Só falta trocar uma frase” vira novo render e reinício de pipeline.
2) Legenda chega depois
Legenda enviada depois do DCP pronto vira retrabalho.
3) Versões confusas
“final_v7_agora_sim” aumenta risco de envio de versão errada.
4) Deadline informado tarde
Sem deadline desde o início, não existe como organizar fila e janela de produção.
Prazos normais vs urgência 24h
Prazo normal
Recomendado quando existe antecedência e possibilidade de revisão organizada. O time confirma prazo no orçamento conforme fila.
Urgência 24h
Faz sentido quando:
- deadline é hoje/amanhã
- festival/cinema exigiu DCP em cima da hora
- não existe margem para falha
A urgência existe porque muda o pipeline: prioridade real + compressão de etapas com controle.
Checklist para estimar prazo com precisão (sem retrabalho)
Enviar no primeiro contato:
- duração total
- deadline (data/horário)
- master final (arquivo ou link)
- legenda .SRT (se houver) + idioma
Como o time confirma timeline com segurança
Com duração + deadline + master, o time retorna com:
- prazo recomendado (normal ou prioridade)
- janela realista de produção e QC
- instruções para envio (link/mídia)
- pontos críticos (legenda, versão, revisão)
Quer evitar urgência desnecessária e cumprir deadline com folga?
Enviar duração + deadline e o link do master. O time retorna com valor e timeline para entregar DCP (Digital Cinema Package) final testado e rodando.