Em festival de cinema, a margem para erro é mínima: existe deadline, existe programação e existe padrão técnico. Quando um DCP é reprovado, geralmente não é “detalhe” — é incompatibilidade, inconsistência ou falta de checagem.
Este guia reúne o que mais reprova DCP para festivais de cinema e como o time Ninja DCP organiza a entrega para reduzir risco: DCP final testado e rodando, com áudio 5.1 obrigatório para experiência de cinema.
Por que festivais de cinema reprovam DCP e por que isso acontece mesmo com bons filmes
Festivais e cinemas recebem muitos materiais diferentes e precisam garantir que tudo:
- carregue no servidor,
- rode estável,
- respeite padrão de áudio/legenda,
- não “quebre” a sessão.
Por isso, reprovação técnica costuma cair em três categorias:
- formato/estrutura do pacote
- inconsistência entre vídeo/áudio/legenda
- falha de checagem antes do envio
Reprovações mais comuns (o que derruba DCP em festival)
1) Estrutura incorreta do pacote
Quando o pacote não está no padrão esperado, o servidor pode não reconhecer, não importar ou acusar erro.
2) Inconsistência de áudio (principalmente canais)
- canal central “vazio” ou errado
- níveis fora do padrão (diálogo baixo, clipping)
- canais trocados
- entrega em estéreo quando a exibição exige experiência cinematográfica
Para padrão de cinema, o time trabalha com 5.1 obrigatório.
3) Legenda fora do padrão (quando existe)
- posição insegura (corta na tela)
- legibilidade ruim
- caracteres quebrados (acentos/símbolos)
- timing ruim
Importante: o time Ninja DCP insere o .SRT e confere tecnicamente (timing/compatibilidade/legibilidade). Revisão de texto não faz parte do serviço.
4) Aspect ratio e framing
- corte de imagem
- letterbox/pillarbox incorreto
- títulos/GC fora da área segura
Em festival de cinema, isso vira reclamação imediata porque aparece gigante na tela.
5) “Versões” sem controle
Enviar duas versões (“final_v2”, “final_agora_sim”) sem padronização cria risco de o festival carregar a versão errada.
Checklist rápido para evitar reprovação técnica (festival/cinema)
Antes do envio, o time recomenda garantir:
- master final travado (imagem e som aprovados)
- áudio 5.1 obrigatório para padrão de cinema
- legenda em .SRT (se houver) pronta para inserção
- nomenclatura organizada do projeto (sem confusão de versões)
- prazo real de entrega (para permitir conferência e testes)
QC: o que significa (controle de qualidade)
QC é a sigla para Quality Control, ou controle de qualidade.
No contexto de DCP e festival, QC significa uma checagem técnica para reduzir risco de falha em exibição pública, como:
- consistência de áudio (canais e níveis)
- estabilidade de reprodução (importação e execução)
- legibilidade e compatibilidade de legenda (quando existe)
- framing e área segura (para não cortar texto/imagem)
- organização do pacote final para exibição
QC não é “opinião artística”. É garantia técnica de compatibilidade.
Como o time Ninja DCP atua para reduzir reprovação
O processo é direto:
- recebimento do master final e informações
- preparação do DCP no padrão de cinema
- áudio 5.1 obrigatório
- inserção de .SRT (se houver) + conferência técnica (sem revisão de texto)
- checagens e testes
- entrega do pacote pronto para exibição
Quer reduzir risco e fechar o DCP do festival com segurança?
Enviar duração + deadline e o link do master. O time retorna com valor e timeline para entregar DCP testado e rodando.