O MP4 da Canon R5 não é reproduzido — Recupere o ficheiro

A Canon EOS R5 — juntamente com a R5 Mark II (2024), a R5 C, a R6 Mark II, a recente R6 Mark III (novembro de 2025), a R6 V (maio de 2026), a R50 V (2025) focada em vídeo, a R3 e a emblemática R1 (2024) — é uma das câmaras híbridas 8K mais vendidas no mercado, e tem um modo de falha específico: o ficheiro parece ter o tamanho certo no cartão, transfere-se corretamente para o seu computador e, em seguida, recusa-se a abrir no QuickTime, no Premiere ou no Resolve. A mensagem de erro mais comum é alguma variante de "não foi possível abrir o documento" ou "o ficheiro está danificado".

Em quase todos os casos que vemos, os fotogramas H.265 (ou H.264) subjacentes estão intactos no cartão. O que falta é o índice do contentor — e é isso que reconstruímos.

Porque é que a R5 falha desta forma específica

A R5 grava em contentores MP4 usando H.265 (HEVC) para os modos 8K e 4K HQ e H.264 para opções de taxa de bits mais baixa. Seja qual for o codec em uso, o átomo MOOV do MP4 – o índice que o seu editor lê para navegar no ficheiro – é finalizado no momento em que a gravação para. Se a câmara não chegar a esse momento de forma limpa, o índice nunca é gravado.

Causas específicas da R5 que encontramos:

• Corte térmico durante a gravação 8K RAW ou 8K All-I. A R5 era notoriamente agressiva em relação aos limites térmicos no lançamento; mesmo com firmware posterior, sessões longas em condições de calor ainda podem desencadear uma paragem brusca.
• Cartão CFexpress Tipo B retirado antes da paragem, muitas vezes durante trocas de cartão sob pressão de tempo.
• Esgotamento da bateria durante trabalhos de longa duração sem um adaptador de alimentação.
• Erro de cartão / falha de gravação em suportes CFexpress de qualidade inferior. A R5 é implacável quanto às especificações do cartão — um cartão com classificação limítrofe para 8K RAW gravará bem até deixar de o fazer.
• Ficheiros C-Log 3 / Canon RAW Light que se comportam de forma diferente das gravações padrão (diferentes peculiaridades do contentor; mesmo modo de falha de raiz).

O que está no cartão parece:

[ftyp]   ← intact, says "this is an MP4"
[mdat]   ← all the H.265 (or H.264) frames + AAC audio ── intact
[????]   ← MOOV that should be here is empty / missing

O seu editor lê "ftyp", não consegue encontrar um MOOV válido e desiste. Os fotogramas ainda estão lá.

O que pode tentar primeiro

1. O próprio EOS Utility / Cinema RAW Development da Canon. Especificamente para ficheiros Canon RAW Light, a ferramenta da Canon por vezes abre o que as ferramentas de terceiros não abrem.
2. Experimente um reprodutor diferente. O VLC e o IINA são por vezes mais tolerantes do que o QuickTime / Resolve para MP4 com pequenos problemas de metadados. Nem sempre, mas vale a pena fazer um teste de 30 segundos.
3. 'untrunc' (código aberto). Construído exatamente para este padrão de falha. Precisa de um ficheiro de referência saudável da mesma R5 no mesmo modo de gravação (resolução, fps, codec, taxa de bits). Se tiver um, o untrunc tem uma boa hipótese.
4. 'ffprobe -v error -show_format -show_streams broken.mp4'. Se devolver informações úteis, o ficheiro é mais recuperável do que a média.

Se isso não funcionar ou se não tiver um clipe de referência correspondente, a reconstrução automatizada do contentor é o próximo passo.

Como a nossa recuperação lida com ficheiros R5

• Não é necessário nenhum clipe de referência. Os parâmetros do codec (resolução, perfil, nível, formato de croma) vêm do primeiro fotograma IDR válido em 'mdat' — para os modos H.265 do R5, essa é a primeira sequência VPS / SPS / PPS que encontramos.
• H.265 (HEVC) e H.264 são ambos suportados com deteção ao nível do fotograma. O codec é identificado a partir dos códigos de início da unidade NAL e dos conjuntos de parâmetros reais; não confiamos na extensão do ficheiro.
• 'co64' para ficheiros com mais de 4 GB. A maioria dos ficheiros R5 8K ultrapassa os 4 GB. As ferramentas que usam 'stco' de 32 bits excedem o limite silenciosamente — obtém um ficheiro que reproduz corretamente a primeira parte e depois se degenera. Usamos deslocamentos de bloco de 64 bits por predefinição para qualquer ficheiro ≥ 4 GB.
• Áudio AAC recuperado com deteção da taxa de amostragem. O áudio R5 é tipicamente AAC LC 48 kHz estéreo ou 5.1; detetamos a distribuição real da amostra em vez de dependermos de um cabeçalho de áudio possivelmente em falta.
• Os metadados Canon RAW Light / C-Log 3 são preservados quando presentes. Reconstruímos o contentor; não removemos as informações de cor ao nível do codec.

O que faz

1. Carregue o ficheiro R5. Arraste e largue, até 50 GB.
2. Cerca de 1 minuto depois, obtém uma pré-visualização gratuita de 5 segundos do vídeo recuperado. Se a imagem estiver correta, o resto também está.
3. Se parecer correto, pague e transfira o ficheiro completo. Caso contrário, ajuste os parâmetros interativamente ou encaminhe para análise manual. Sem custos até ter um ficheiro funcional.

FAQ

Isto funciona em 8K RAW, 8K All-I, 4K HQ e 4K Standard? Sim. A resolução e a taxa de fotogramas são detetadas a partir do SPS do codec; não fazemos suposições com base na configuração da câmara.

A minha R5 estava configurada para gravar proxy + principal. Posso recuperar ambos? Carregue o ficheiro principal. Se o proxy também estiver danificado, carregue-o também — o proxy pode servir como uma pista para os fps e a resolução se os parâmetros do ficheiro principal estiverem danificados.

O erro no QuickTime é "não foi possível abrir o documento" — isso significa que é irrecuperável? Não. Esse é o erro genérico do QuickTime para "Não consigo ler o índice". Se os fotogramas subjacentes estiverem intactos, o ficheiro é recuperável. O diagnóstico no carregamento dir-lhe-á rapidamente.

Isto preserva o C-Log 3 / Canon Log gamma? Reconstruímos o contentor, não os dados do codec. O pipeline de cores incorporado no fluxo H.265/H.264 (matriz, função de transferência, primários) é preservado. As filmagens C-Log 3 são devolvidas como C-Log 3.

Isto funcionará na R5 C, R5 Mark II, R6 Mark II, R6 Mark III (novembro de 2025), R6 V (maio de 2026), R50 V (2025), R3 e R1? Sim. Todos os corpos atuais da série Canon EOS R gravam famílias de codecs semelhantes (XF-AVC, HEVC, H.264) com o mesmo comportamento de finalização MOOV. O mesmo caminho de recuperação em toda a linha. O conjunto de funcionalidades da R50 V que dão prioridade ao vídeo (Canon Log 3, metadados de gravação vertical) é preservado através da recuperação estrutural.

As minhas filmagens estão seguras? O ficheiro vai para um servidor em França, é eliminado automaticamente em 48 horas, nunca é usado para treinar nada nem é partilhado. Política de privacidade.

Relacionado

• O que "não foi possível abrir o documento" realmente significa
• Ficheiro MXF da Canon C70 corrompido
• Como funciona o nosso motor de recuperação

Carregue o seu ficheiro R5 →