O vídeo reparado não tem som? Verifique a áudio antes de tentar novamente.

Verificações de áudio · MP4 & MOV

Publicado

O vídeo reparado reproduz, mas o som desapareceu. Antes de tentar outro reparo, verifique se o resultado contém uma trilha de áudio, se o player a está usando e o que o original ainda pode te dizer.

Começar com o resultado que você já possui

Mantenha o original danificado, a referência saudável, se foi usada, e o arquivo reparado como arquivos separados. Faça uma cópia do resultado para as verificações a seguir. Se o original ainda estiver em uma cartão de câmera, evite gravar novos registros nesse cartão; copie os arquivos para armazenamento separado primeiro.

Repita um trecho diferente, conhecido como bom, no mesmo dispositivo para verificar os alto-falantes, o dispositivo de saída e os controles de silenciamento. Em seguida, tente a cópia reparada em outro player. Se o som aparecer lá, investigue o player original ou suas configurações de áudio antes de considerar o arquivo silencioso em todos os lugares.

Verifique também o seletor de track de áudio do player. Um gravação pode conter mais de um track de áudio, enquanto o player reproduz apenas um de cada vez. No VLC, no menu Áudio → Track de Áudio você pode selecionar um track disponível ou reativar um desativado. Os nomes dos menus podem variar conforme o player e a versão.

Pergunte ao arquivo quais streams de áudio ele expõe

Se você tiver o FFmpeg instalado, seu complemento ffprobe pode inspecionar a cópia reparada sem alterá-la. Execute:

ffprobe -v error -select_streams a -show_entries stream=index,codec_name,sample_rate,channels,channel_layout,duration -of json "repaired-copy.mp4"

Cada entrada no array streams é um fluxo de áudio que o ffprobe conseguiu identificar neste arquivo. Um array vazio significa que não houve um fluxo de áudio legível no resultado. Se o ffprobe relatar que o arquivo em si não pode ser aberto, considere isso como um falha na inspeção, e não como prova de que nenhum áudio foi gravado.

Quando uma entrada está presente, anote seu codec, canais e duração. Esses descrevem o que o contêiner relata; eles não estabelecem que a trilha contém a conversa inteira, música ou gravação do microfone. Compare o número de entradas e suas durações com o que você esperava, depois ouça cada trilha.

Em um caso público de problema de untrunc, um usuário relatou que uma gravação de dois tracks produziu uma saída inutilizável, alternando entre as gravações originais. Esse relato diz respeito a uma ferramenta diferente e não estabelece a causa nem a frequência com que isso ocorre.

Uma faixa existe, mas você ainda ouve nada

Primeiro selecione cada track de áudio disponível no player. Um track separado de microfone pode não ser o track padrão, e um track pode estar presente mas silencioso ou danificado. O OBS documenta como fontes podem ser atribuídas a diferentes tracks de gravação; compare essas atribuições com os tracks que você pretendia salvar.

Se você está confortável com a linha de comando, crie uma cópia separada no formato WAV do primeiro stream de áudio para escuta:

ffmpeg -n -i "repaired-copy.mp4" -map 0:a:0 -vn -c:a pcm_s16le "audio-check-1.wav"

Este decodifica um stream em um novo arquivo WAV; não modifica a entrada. -n recusa sobrescrever um arquivo de saída existente, e 0:a:0 significa o primeiro stream de áudio no input, não necessariamente o índice zero no resultado do ffprobe. Para um segundo stream de áudio, use 0:a:1 e um nome de saída diferente. A documentação FFmpeg sobre seleção de streams explica a mapeamento explícito.

O áudio WAV pode ocupar muito mais espaço em disco do que o áudio comprimido, então verifique o espaço disponível. Se o FFmpeg relatar erros de decodificação ou não conseguir criar o arquivo, mantenha a mensagem; um arquivo criado pode ainda conter silêncio, lacunas ou som distorcido. Ouça o início, o meio e o final, e não assuma que a conversão o reparou. Os comandos aqui foram testados em arquivos sintéticos curtos com duas faixas de áudio e sem áudio; um registro danificado pode comportar-se de forma diferente.

Nenhum fluxo de áudio aparece no arquivo reparado

Um resultado vazio informa sobre a cópia reparada, não sobre toda a história do original. Se a fonte danificada for legível, examine uma cópia dela com o mesmo comando ffprobe e compare os fluxos de áudio relatados. Se um track estiver visível na fonte mas ausente no resultado, anote essa diferença ao lado das listagens de fluxo antes de decidir se tentar outro reparo.

Se a fonte falhar com moov atom not found, o probe pode não conseguir descrever seus tracks. Essa falha sozinha não pode estabelecer se os dados de áudio sobreviveram dentro dele. O guia faltante do átomo moov explica por que o índice inreadável e o meio restante são perguntas diferentes.

Procure por um gravação sonora separada ou uma cópia completa feita antes da interrupção. Um trecho saudável do mesmo setup pode ajudar no reparo baseado em referência a interpretar os parâmetros da gravação, mas não contém o som do evento ausente. O nosso guia para escolher uma referência compatível aborda como comparar as configurações de vídeo e áudio.

Para OBS, verifique as configurações salvas e o encaminhamento da fonte da gravação desse período, se disponíveis. Um perfil posterior do OBS ou um clique diferente da câmera pode oferecer uma pista, não prova, do que o arquivo interrompido gravou. Se um microfone foi desativado ou nunca capturado, a reconstrução da informação do contêiner não pode inventar o áudio original.

Decidir o que o resultado deve ser mantido

Um arquivo reparado com imagem, mas sem o som esperado, pode ainda conter conteúdo útil. Anote quais faixas estão sendo reproduzidas e onde o som para; esse registro pode ajudar se você tentar outra abordagem. A presença de uma stream de áudio legível ou a exportação bem-sucedida em WAV não é prova de que o áudio original está completo ou sincronizado.

Se você está considerando uma tentativa com o fluxo de reparo MP4 e MOV do MendVid, a taxa de US$9,99 por vídeo é para uma tentativa, com impostos aplicáveis mostrados no momento do pagamento. O pagamento deve ser confirmado antes do upload; o reparo e qualquer prévia seguem após o upload. A taxa não será reembolsada quando a tentativa for ineficaz, incompleta ou cancelada após o início; os direitos que não podem ser renunciados e as regras aplicáveis do processador de pagamento ainda se aplicam. Um referencial necessário permanece no mesmo trabalho pago sem outra cobrança. Leia os termos de preço e reparo antes de decidir.

MendVid verifica as saídas contra as informações de trilhas que pode estabelecer e pode marcar áudio ausente como recuperação parcial. Se a estrutura original da trilha não puder ser estabelecida, ainda é necessário comparar o resultado com o que você esperava. Verifique o gravação completa, não apenas a prévia, e mantenha qualquer áudio separado em sua forma original até que você saiba que é funcional.