El vídeo se reproduce demasiado rápido o demasiado lento: frecuencia de fotogramas incorrecta

El vídeo se abre. El audio está ahí. Pero parece que algo no va bien: se reproduce demasiado rápido, demasiado lento o a trompicones. Por lo general, se trata de una discrepancia en la velocidad de fotogramas.

Qué está pasando

Un archivo de vídeo declara su velocidad de fotogramas en dos lugares: por pista en «mvhd» y «mdhd» (escala de tiempo y duración), e implícitamente a través de las duraciones de los fotogramas en la tabla «stts». Si no coinciden, o si la recuperación escribió los valores incorrectos, el reproductor divide el tiempo incorrectamente y el vídeo aparece a la velocidad incorrecta.

Patrones comunes:

Patrón 1: a la mitad de la velocidad o al doble de la velocidad

El archivo grabado es de 60 fps, pero se reproduce a 30 fps (parece a cámara lenta) o viceversa. Casi siempre se trata de una lectura errónea de la velocidad de fotogramas en el momento de la recuperación. Los fotogramas son correctos; solo los metadatos de tiempo son incorrectos.

Patrón 2: aspecto de movimiento entrecortado / fotogramas omitidos

Parece que el vídeo está reproduciendo un fotograma sí y otro no. A menudo, hay una discrepancia en la velocidad de fotogramas cuando el reproductor está configurado a 30 fps, pero el archivo es variable o de 60 fps, por lo que los fotogramas se pierden efectivamente durante la visualización.

Patrón 3: el vídeo se reproduce correctamente, pero se exporta a una velocidad incorrecta

Importas a Premiere / Resolve, la línea de tiempo se reproduce normalmente, pero la exportación sale rápida o lenta. La configuración del proyecto (velocidad de fotogramas de la línea de tiempo) no coincide con la velocidad de fotogramas del clip y la conformación es incorrecta.

Patrón 4: problemas de velocidad de fotogramas variable (VFR)

El iPhone y muchos teléfonos graban en VFR: los intervalos de fotogramas reales varían ligeramente. Los NLE convierten a una velocidad de fotogramas constante (CFR) al importar, a veces incorrectamente. Resultado: desviación de la sincronización en la grabación.

Cómo averiguar cuál

ffprobe -v error -show_streams broken.mov | grep -E "r_frame_rate|avg_frame_rate|time_base|nb_frames|duration"

Obtendrás algo como:

r_frame_rate=60/1
avg_frame_rate=60/1
time_base=1/60000
duration=120.500000
nb_frames=7230

Comprobación matemática: «nb_frames / duration ≈ avg_frame_rate». Si no se cumple aproximadamente, los metadatos de tiempo son incoherentes.

Si «r_frame_rate» y «avg_frame_rate» difieren significativamente → VFR (patrón 4).

Si «nb_frames * (1/r_frame_rate) ≠ duration» → duración incorrecta o metadatos de velocidad de fotogramas incorrectos.

Qué hacer

Patrón 1: velocidad de fotogramas incorrecta

Vuelve a multiplexar con la velocidad de fotogramas correcta forzada:

ffmpeg -i broken.mov -c copy -video_track_timescale 60000 -r 60 fixed.mov

Sustituye «60» por la velocidad de fotogramas real. Si no sabes lo que estaba grabando la cámara: revisa el menú de la cámara o cuenta el movimiento visible en el archivo (si una toma panorámica claramente de 60 fps parece en cámara lenta, se está reproduciendo a 30; fuerza a 60).

Patrón 2: reproducción entrecortada

A menudo es un problema del reproductor en lugar de un problema del archivo. Prueba con VLC o Resolve. Si se reproducen sin problemas, el archivo está bien y el problema es tu reproductor original.

Si incluso VLC se traba: la sincronización de los fotogramas del archivo tiene huecos. Vuelve a multiplexar con regeneración de la marca de tiempo:

ffmpeg -i broken.mov -fflags +genpts -c copy fixed.mov

Patrón 3: discrepancia en la velocidad de fotogramas del proyecto

Establece la velocidad de fotogramas de tu línea de tiempo para que coincida con el clip. En Premiere: Nueva secuencia → Ajustes → Base de tiempo. En Resolve: Ajustes del proyecto → Ajustes maestros → Velocidad de fotogramas de la línea de tiempo.

Si debes utilizar una velocidad de línea de tiempo diferente, la herramienta «interpretar metraje» de tu NLE puede anular la velocidad indicada del clip sin afectar a otros clips.

Patrón 4: desviación de VFR

Convierte a CFR con FFmpeg:

ffmpeg -i variable_frame_rate.mov -vsync cfr -r 30 -c:a copy constant_frame_rate.mp4

'-r 30' es el CFR objetivo; elige que coincida con la velocidad dominante en la fuente.

Cómo gestiona nuestra recuperación la detección de la velocidad de fotogramas

El canal de recuperación detecta la velocidad de fotogramas de dos maneras:

• A partir de los parámetros del códec. Los encabezados de fotograma H.264 SPS, H.265 SPS y ProRes contienen información sobre la velocidad de fotogramas. La extraemos del conjunto de parámetros del primer fotograma válido.
• A partir de la distribución de marcas de tiempo. Cuando faltan los parámetros del códec o están dañados, obtenemos la velocidad de fotogramas a partir del espaciado entre los fotogramas detectados en «mdat»: el intervalo medio de fotogramas se convierte en la estimación de fps.

Casos extremos:

• Fuentes VFR (grabaciones de teléfono): el archivo recuperado es CFR por defecto a la velocidad de fotogramas media, con una transferencia de marca de tiempo por fotograma para que el tiempo de reproducción coincida con el original. Puedes solicitar una salida VFR si tu editor lo necesita.
• Modos de cámara lenta (por ejemplo, iPhone 240 fps): el archivo recuperado se reproduce a la velocidad de reproducción prevista de la fuente (30 fps), lo que hace que la fuente de 240 fps se reproduzca 8 veces más lenta, como se espera.
• Velocidades mixtas (poco frecuentes, solo se observan en grabaciones concatenadas): extraemos la velocidad dominante y marcamos el caso para su revisión manual.

Qué debes hacer

Si un archivo recuperado de otra parte se reproduce a una velocidad incorrecta: prueba las correcciones de FFmpeg anteriores antes de volver a recuperarlo. Si no funcionan, sube el archivo dañado original y lo volveremos a hacer con la detección correcta de la velocidad de fotogramas.

Si el archivo es nuestro y la velocidad es incorrecta: escala el caso desde la página de tu trabajo. Lo regeneraremos con los fps corregidos. Sin coste.

FAQ

Mi grabación en cámara lenta de iPhone se reproduce a la velocidad incorrecta después de la recuperación. Los modos de cámara lenta graban a un número alto de fps (120, 240) e incrustan metadatos de velocidad de reproducción que dicen «reproducir a 30». La recuperación a veces pierde esos metadatos. Solución: en Fotos / FCP, establece manualmente la velocidad de reproducción; o vuelve a exportar con «-r 30» para obtener la velocidad de reproducción deseada.

La grabación de juego/pantalla se reproduce demasiado rápido en Premiere. Casi siempre hay una discrepancia en la velocidad de fotogramas del proyecto (patrón 3). Establece la línea de tiempo para que coincida con la velocidad de origen.

El vídeo se reproduce a una velocidad incorrecta solo en YouTube después de la subida. YouTube transcodifica las subidas a una velocidad de fotogramas fija (29,97/59,94 normalmente). Si tu archivo es exactamente de 30/60 con metadatos fuera de especificación, la interpretación de YouTube puede diferir. Realiza una transcodificación previa para que coincida con las expectativas de YouTube:

ffmpeg -i input.mov -r 30000/1001 -c:v libx264 -c:a copy youtube_friendly.mp4

¿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

• Audio desincronizado
• La duración muestra cero
• Cómo funciona nuestro motor de recuperación

Sube tu archivo →