Audio desincronizado después de la recuperación: cómo solucionarlo

Has recuperado un archivo dañado. El vídeo se reproduce. El audio se reproduce. Pero no están sincronizados. O bien el audio está desplazado con respecto a la imagen en un tiempo fijo (a menudo alrededor de medio segundo), o bien comienza sincronizado y se va desviando a lo largo de la grabación.

Esta página explica ambos patrones y cómo solucionarlos.

Patrón 1: desfase de audio fijo (~0,5 s)

Este es el problema de sincronización de audio más común en los archivos MP4/MOV recuperados. El audio comienza aproximadamente medio segundo antes o después de la imagen y permanece así durante toda la grabación.

La causa es casi siempre la colocación de los fragmentos de audio durante la reconstrucción. En el entrelazado MOV/MP4, los fragmentos de audio se sitúan junto a los fragmentos de vídeo dentro de «mdat». La ubicación del fragmento de audio en relación con el fragmento de vídeo en cada grupo es importante: si se coloca después del fragmento de vídeo en su grupo, el audio se retrasa ~0,5 segundos; si se coloca al principio del grupo, la sincronización es correcta.

Esto afecta a los archivos Atomos / Ninja / Shogun en particular: esas unidades escriben un patrón específico de colocación de fragmentos que algunas herramientas de recuperación gestionan mal. Nos enteramos de esto en un firmware Ninja V, realizamos una prueba de regresión y ahora colocamos los fragmentos de audio al principio de su grupo de vídeo de forma predeterminada.

Solución rápida en tu editor: desplaza la pista de audio 0,5 s antes (o después, según la dirección del desfase) y la sincronización suele ajustarse. Premiere: selecciona la pista de audio, alt-arrastra. Resolve: desplazamiento de la línea de tiempo. El desfase es constante en todo el archivo, por lo que un solo ajuste lo corrige.

Mejor solución: vuelve a generar la recuperación con la colocación de fragmentos corregida. Si has utilizado nuestro servicio, escala el caso y solicítalo: es un solo parámetro y la nueva ejecución es gratuita.

Patrón 2: el audio se desvía con el tiempo

El audio comienza sincronizado y se desvía progresivamente. En el minuto 10 de una toma de 30 minutos, hay un par de segundos de diferencia; en el minuto 30, hay una discrepancia evidente.

Se trata de una discrepancia en la frecuencia de muestreo. La frecuencia de muestreo real del audio (por ejemplo, 48 000 Hz) no coincide con la frecuencia declarada en el contenedor reconstruido (por ejemplo, 44 100 Hz). El reproductor decodifica el audio a la velocidad incorrecta, por lo que cada segundo de audio tarda un poco menos o más tiempo del que debería, y el desfase aumenta.

Causa: durante la recuperación, faltaba la cabecera de audio o estaba dañada. La herramienta de recuperación supuso una frecuencia y se equivocó.

Solución: vuelve a importar el archivo especificando la frecuencia de muestreo correcta. En FFmpeg:

ffmpeg -i recovered.mp4 -c:v copy -c:a pcm_s24le -ar 48000 corrected.mov

(Sustituye 48000 por la frecuencia real. Comprueba el menú de audio de tu cámara para confirmarlo: la mayoría de las cámaras modernas tienen 48 kHz por defecto; algunas más antiguas usan 44,1 kHz).

Si has utilizado nuestro servicio, escala el caso y proporciona la frecuencia de muestreo correcta; lo regeneraremos.

Patrón 3: el audio está sincronizado en los puntos de corte, pero no entre ellos

Menos común pero reconocible: el audio está sincronizado al principio, al final y en cada corte visible, pero se desvía dentro de cada toma. Por lo general, significa que la grabación era de velocidad de fotogramas variable (VFR) —la cámara grababa a una velocidad de fotogramas teórica, pero en realidad escribía los fotogramas a intervalos ligeramente variables— y la recuperación la convirtió a velocidad de fotogramas constante (CFR) sin volver a sincronizar el audio.

La mayoría de las grabaciones de cámara son CFR. Las grabaciones de los teléfonos son la excepción habitual: los iPhone y los teléfonos Android suelen grabar en VFR. Si estás recuperando imágenes de un teléfono y ves esta desviación, esa es la razón.

Solución: vuelve a exportar el archivo recuperado conservando la VFR:

ffmpeg -i recovered.mov -c copy -vsync passthrough corrected.mov

Si sigue mal, las marcas de tiempo subyacentes en el flujo del códec se han dañado y la única solución fiable es volver a sincronizar cada toma en tu editor.

Patrón 4: el audio suena como estática

A diferencia de la sincronización: el audio se reproduce en el momento correcto, pero suena como ruido blanco. Esto suele deberse al orden de bytes (más comúnmente con Atomos y otras grabadoras externas que escriben PCM de 24 bits en orden de bytes «little-endian»). Las herramientas de recuperación genéricas que intercambian bytes incondicionalmente producen estática; la recuperación correcta detecta el orden de bytes de los datos.

Consulta '/fix/atomos-ninja-recording-stopped' para ver la versión específica de Atomos.

Cómo averiguar qué patrón tienes

Reproduce el archivo y observa los labios:

Cómo gestiona esto nuestra recuperación

La prueba de audio detecta:

• Formato de bytes mediante el muestreo de los datos y la comprobación de qué interpretación tiene una distribución plausible. No hacemos cambios a menos que los datos nos lo indiquen.
• Frecuencia de muestreo a partir del predominio del tamaño de los fragmentos: la mayoría de los fragmentos tienen un tamaño determinado por la frecuencia real; los valores atípicos se filtran.
• Disposición de los canales a partir del análisis de correlación (mono / estéreo / 5.1).
• Colocación de fragmentos en función del patrón de escritura de la cámara.

Para los casos en los que nos equivocamos en uno de estos aspectos en la primera pasada, el flujo de escalamiento te permite indicarnos el síntoma y lo volvemos a ejecutar con el parámetro correcto. No hay ningún cargo por las repeticiones.

Qué debes hacer

Si tu recuperación es de nuestra parte:

1. Deriva el caso desde tu página de trabajo. Dinos qué patrón estás viendo.
2. Volvemos a ejecutar con los parámetros corregidos. Sin cargo.

Si tu recuperación es de otro lugar:

1. Sube el archivo original dañado. Volveremos a realizar la recuperación con un tratamiento correcto del audio. Vista previa gratuita antes de cualquier pago.

FAQ

¿Por qué la recuperación original no sincronizó bien el audio? En un archivo limpio, la sincronización de audio es inequívoca. En el caso de un archivo recuperado, faltan en parte los metadatos que indican al reproductor cómo interpretar el audio: la recuperación tiene que inferirlos. Una inferencia más inteligente es lo que diferencia a las herramientas.

Mi audio está bien en algunos reproductores y desincronizado en otros. Lo más probable es que se trate de un indicador de metadatos que un reproductor estricto (Premiere) interpreta, pero que un reproductor permisivo (VLC) ignora. Vuelve a multiplexar con FFmpeg para limpiar los metadatos.

¿Podéis volver a exportar solo el audio, sin el vídeo? Sí. Escala el caso y pregunta. Podemos devolver solo el audio en formato WAV/AAC si te resulta más útil.

¿Está a salvo mi material de archivo? Servidor en Francia, se elimina automáticamente después de 48 horas, nunca se utiliza para entrenar nada ni se comparte. Política de privacidad.

Relacionado

• La grabación de Atomos Ninja se ha detenido
• El vídeo se reproduce pero no hay audio
• Cómo funciona nuestro motor de recuperación

Sube tu archivo →