Corrigir um MOV corrompido de uma Sony A7S III

A Sony A7S III — juntamente com as suas irmãs mais recentes, a Sony A1 II (novembro de 2024), a A9 III (início de 2024) e a recentemente introduzida FX2 (maio de 2025, entre a FX30 e a FX3) — grava em contentores MOV usando XAVC HS (H.265) ou XAVC S (H.264). Ambos são codecs robustos e modernos. O contentor — o invólucro de metadados que diz ao seu editor onde cada fotograma está no ficheiro — é a parte que falha. Quando vê "o ficheiro está danificado" no DaVinci Resolve, "não foi possível abrir o documento" no QuickTime ou uma mensagem de erro confusa no Premiere, os dados do codec quase sempre ainda estão intactos. O que falta é o mapa para os dados.

Esta página explica o que falha especificamente na A7S III, o que pode tentar fazer por si mesmo e quando um serviço de reconstrução automatizado é mais rápido do que lutar contra o ficheiro manualmente.

O que realmente falhou no seu ficheiro A7S III

O átomo MOOV é o índice. Indica ao seu reprodutor a posição, o tamanho, os parâmetros do codec, o timecode e a duração de cada fotograma. A A7S III grava o átomo MOOV no final da gravação, não durante a mesma. Se a câmara não atingir uma paragem limpa, o MOOV nunca é gravado e o ficheiro termina com dados de vídeo brutos e sem mapa.

Causas comuns da A7S III para esta falha específica:

• Esgotamento da bateria a meio da gravação — o mais frequente. A câmara desliga-se em vez de parar o ficheiro corretamente.
• Desligamento a quente — a A7S III é famosa por ser termicamente tolerante em comparação com as suas irmãs, mas sessões prolongadas de 4K 120p em condições de calor ainda provocam o corte. O ficheiro a meio da gravação fica sem um MOOV.
• Cartão CFexpress Tipo A retirado antes da paragem — comum durante trocas apressadas de cartões de memória.
• Erro de cartão / falha de gravação — a A7S III geralmente funciona bem, mas cartões CFexpress Tipo A de qualidade inferior com limitação térmica têm causado isto na prática.
• Perda de energia de uma bateria falsa durante a filmagem em estúdio.

A gravação no cartão tem este aspeto:

[ftyp] ── small atom that says "this is an MP4/MOV" ── intact
[mdat] ── all of your H.265 (or H.264) frames + audio ── intact
[????] ── where MOOV should be ── empty / cut off

Os fotogramas estão em 'mdat'. Nada realmente descodificou os dados e os descartou. Só precisamos de reconstruir o índice.

O que pode tentar fazer primeiro

Antes de pagar a alguém — incluindo a nós — experimente o seguinte, por esta ordem:

1. O Catalyst Browse / Catalyst Prepare da própria Sony. A ferramenta gratuita da Sony compreende as suas próprias variantes XAVC melhor do que o software de terceiros. Se o único problema do ficheiro estiver relacionado com os metadados, o Catalyst por vezes abre-o diretamente.
2. 'untrunc' (código aberto, GitHub). Criado especificamente para MP4/MOV truncados. Precisa de um ficheiro de referência "bom" da mesma câmara no mesmo modo de gravação. Se tiver um ficheiro A7S III em bom estado com a mesma resolução, fps e codec, o untrunc tem uma possibilidade real.
3. 'ffmpeg -i broken.mov -c copy out.mov'. Não corrige nada, mas diz-lhe o que o FFmpeg vê. Se o FFmpeg devolver informações úteis sobre os fluxos, o ficheiro pode ser recuperado.
4. 'mediainfo broken.mov'. Segunda opinião sobre o que está intacto.

Se estas falharem ou se não tiver um clipe de referência correspondente, o caminho manual são horas de tentativa e erro no layout do atom, nos parâmetros do codec e na deteção do fluxo de áudio. Pode aprender a fazê-lo (trabalho de engenharia a sério) ou delegar a tarefa.

Como funciona a nossa recuperação especificamente em ficheiros A7S III

O nosso motor lida bem com a A7S III porque as partes difíceis são as partes em que nos concentrámos:

• Não é necessário nenhum clipe de referência. Reconstruímos o índice a partir dos próprios fotogramas. O conjunto de parâmetros de sequência H.265/H.264 é recuperado do primeiro fotograma IDR válido em "mdat" — que nos dá a resolução, o perfil, o nível, o formato de croma e a taxa de fotogramas.
• Deteção de XAVC HS vs XAVC S. Os ficheiros A7S III contêm qualquer um deles, dependendo da configuração do menu. O nosso detetor de codec lida com ambos; não assumimos que o ficheiro seja um ou outro com base na extensão do ficheiro.
• 'co64' adequado para ficheiros com mais de 4 GB. As filmagens longas da A7S III ultrapassam rotineiramente os 4 GB. A tabela de deslocamento de blocos de 32 bits ('stco') ultrapassa silenciosamente esse ponto — muitas ferramentas baratas produzem um ficheiro que reproduz os primeiros 8 minutos corretamente e, em seguida, gera ruído de cor. Usamos "co64" (64 bits) por predefinição para qualquer ficheiro ≥ 4 GB.
• Verificação de áudio. O áudio da A7S III é LPCM de 24 bits a 48 kHz, de dois canais, big-endian dentro de MOV. Algumas recuperações fazem o áudio funcionar, mas com a taxa de amostragem errada ou com os canais trocados — verificamos a distribuição de dados em vez de confiar no cabeçalho (potencialmente em falta).

O que faz

1. Carregue o MOV danificado — arraste e largue, até 50 GB.
2. Cerca de um minuto depois, obtém uma pré-visualização gratuita de 5 segundos do vídeo recuperado. Pode percorrê-la. Se a imagem estiver correta e o áudio estiver correto, sabe que o resto do ficheiro também estará.
3. Se a pré-visualização parecer correta, pague 5 $ / 15 $ / 29 $ (dependendo do tamanho) e transfira o ficheiro recuperado completo.
4. Se a pré-visualização estiver incorreta, ajuste os parâmetros interativamente (estimativa da taxa de fotogramas, troca de áudio, dica de codec) e gere novamente. Sem custos.

Se a recuperação automatizada não acertar na primeira geração, pode passar para a revisão manual — um humano analisa o ficheiro. Ainda assim, não há pagamento até ter um ficheiro funcional.

FAQ

Isto funciona na A1 II, A9 III, A7 IV, A7C R, na linha FX2/FX3/FX30 e na BURANO? Sim. Todos os corpos atuais da linha Sony Alpha e Cinema escrevem a mesma família XAVC com o mesmo comportamento de finalização MOOV. O mesmo caminho de recuperação. O codec varia (H.264 vs H.265, All-Intra vs Long GOP) e o nosso detetor lida com todos eles. O modo X-OCN 16:9 da BURANO (adicionado no firmware de março de 2025) é suportado estruturalmente — o wrapper é da família XAVC, embora o codec seja X-OCN.

Isto funcionará em XAVC HS (H.265) e XAVC S (H.264)? Sim, em ambos. O codec é identificado a partir dos dados do fotograma, não da extensão do ficheiro. Os modos All-Intra e Long GOP da A7S III são ambos suportados.

O meu ficheiro é de uma gravação 4K 120p — isso importa? Não. A taxa de fotogramas é detetada a partir dos parâmetros do codec ou, se estes estiverem em falta, a partir dos carimbos de data/hora incorporados nos próprios fotogramas. A recuperação lida com até 240 fps nativamente.

É possível recuperar informações tonais S-Log3/S-Cinetone? Reconstruímos o contentor, não o pipeline de cores. Se a sua câmara estava configurada para S-Log3 e os dados do codec contêm essa gama, o ficheiro recuperado também a terá. Os metadados de cor (matriz, função de transferência) são inferidos a partir do SPS, quando presente.

A A7S III grava com codec duplo/proxy. Isso ajuda? Por vezes, muito. Se o ficheiro proxy estiver intacto, mas o ficheiro principal estiver danificado, o proxy dá-nos uma referência conhecida e boa para a resolução, fps e tempo. Carregue ambos — podemos usar o proxy como uma pista.

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

Relacionado

• O que "MOOV atom not found" realmente significa
• Ficheiro Sony FX3 XAVC corrompido (codec relacionado / modo de falha semelhante)
• Como funciona o nosso motor de recuperação

Carregue o seu ficheiro A7S III →