El vídeo se reproduce con pantalla en negro: el audio funciona, pero no hay imagen

El audio se reproduce. El contador de duración avanza con normalidad. La pantalla no muestra nada: negro liso, sin imagen, sin fallos, sin errores. Tres categorías de causas.

Causa 1: incompatibilidad de códec/color en el reproductor

La causa más común, especialmente para material de archivo ProRes / 10 bits reproducido en un navegador o en QuickTime. Algunos formatos de píxeles — «yuv422p10le», «yuv444p10le» — no son compatibles con las etiquetas <video> del navegador ni con las versiones anteriores de QuickTime. El códec no puede renderizar, por lo que el reproductor muestra negro.

Los archivos ProRes son habitualmente yuv422p10le en su forma nativa. Si previsualizas un archivo ProRes recuperado en un elemento de vídeo basado en navegador y ves un cuadrado negro, esa es la razón.

Solución: transcodificar a yuv420p (8 bits, seguro para el navegador):

ffmpeg -i prores.mov -c:v libx264 -pix_fmt yuv420p -c:a copy preview.mp4

El archivo recuperado está bien. El problema es el reproductor en el que lo has probado. Ábrelo en DaVinci Resolve, Premiere o VLC y aparecerá la imagen.

Causa 2: la secuencia de vídeo está en el archivo, pero dañada

«ffprobe» muestra una secuencia de vídeo, pero los datos del códec son ilegibles. Posibilidades:

• Daño en el conjunto de parámetros del códec. El H.264 SPS / H.265 VPS / SPS está dañado. El decodificador no puede inicializarse, por lo que muestra una pantalla en negro.
• Códec four-cc incorrecto. El contenedor indica un códec; los datos son otra cosa. Discrepancia del decodificador → negro.
• Corrupción interna del fotograma. Los datos del códec tienen cambios de bits que impiden la decodificación.

En estos casos, la transcodificación no servirá de ayuda (los datos de origen en sí son ilegibles). La solución es recuperar los parámetros del códec o la identificación del códec.

Causa 3: la grabación era realmente negra

La tapa de la lente de la cámara estaba puesta. Cámara en modo de reproducción en lugar de en modo de grabación. Teléfono en el bolsillo con la pantalla hacia abajo. Esto produce una grabación realmente en negro. El audio está bien porque el micrófono funcionaba; la imagen es lo que vio la lente.

Comprueba otra grabación de la misma cámara. Si las demás tienen imagen, tienes un caso de recuperación real. Si las demás también están en negro, la cámara estaba grabando imágenes en negro.

Cómo averiguar la causa

ffprobe -v error -show_streams broken.mov

Mira el «pix_fmt» de la transmisión de vídeo:

Entonces prueba VLC. Si VLC reproduce la imagen y el navegador/QuickTime no, causa 1. Si incluso VLC reproduce en negro, causa 2.

Específicamente para nuestra canalización de vista previa: cada vista previa se fuerza a «-pix_fmt yuv420p» para la compatibilidad con el navegador. Si ves una vista previa en negro de nuestra parte, se trata de un verdadero fallo de vídeo (causa 2), no de un problema de formato de píxeles.

Lo que puedes probar tú mismo

Para la causa 1:

ffmpeg -i source.mov -c:v libx264 -pix_fmt yuv420p preview.mp4

Para la causa 2:

ffmpeg -err_detect ignore_err -i broken.mov -c copy out.mov

(Si FFmpeg puede producir cualquier salida, los datos del códec están al menos parcialmente intactos. Si FFmpeg devuelve «no se han encontrado fotogramas decodificables», la causa 2 es grave y puede ser irrecuperable).

Para la causa 3:

No hay nada que recuperar. La grabación en sí es negra.

Cómo gestiona nuestra recuperación los casos de pantalla en negro

• Recuperación de parámetros de códec a partir de fotogramas observados. Si el SPS/VPS al principio del archivo está dañado, pero el conjunto de parámetros del códec se repite más adelante en la transmisión (algunos códecs lo hacen, en particular el H.265), lo extraemos de un fotograma posterior.
• Identificación del códec a partir de los marcadores de fotogramas. Si el códec declarado del contenedor es incorrecto, identificamos el códec real a partir de los datos del fotograma y lo reconstruimos con el códec correcto.
• La canalización de la vista previa fuerza yuv420p para la vista previa de 5 segundos. Nunca verás un problema de «pantalla negra debido a pix_fmt» en nuestra vista previa.
• Honestidad en los casos difíciles. Si los datos del códec están realmente dañados (causa 2 grave), te lo comunicamos rápidamente. No tiene sentido cobrarte por un archivo en el que los fotogramas reales son ilegibles.

Lo que tienes que hacer

1. Sube el archivo.
2. Aproximadamente 1 minuto después, obtendrás un diagnóstico y una vista previa gratuita. El diagnóstico identifica si la imagen es recuperable o si la transmisión de vídeo está realmente demasiado dañada.
3. Paga solo si la vista previa muestra la imagen real.

FAQ

Mi archivo ProRes se muestra en negro en QuickTime, pero se reproduce bien en Resolve. Causa 1: discrepancia en el formato de píxeles. El archivo está bien. El canal HEVC/ProRes de QuickTime en macOS más antiguos no renderiza bien el 4:2:2 de 10 bits. Actualiza macOS o transcodifica para QuickTime.

Mi archivo recuperado con otra herramienta muestra una pantalla en negro. Podría ser la causa 1 (su vista previa/salida utiliza un formato de píxeles no seguro para el navegador) o la causa 2 (su recuperación no reconstruyó los parámetros del códec). Sube el archivo dañado original; lo intentaremos con el manejo adecuado del códec.

El audio se reproduce con la duración correcta, pero no hay vídeo en absoluto desde el principio. Causa 2 grave: los datos del códec están tan dañados que no se decodifica ningún fotograma. A veces se puede recuperar extrayendo fotogramas de más adelante en el archivo; a veces no.

¿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

• El vídeo se reproduce pero no hay audio
• MOV dañado de Sony A7S III (ProRes de 10 bits / XAVC)
• Cómo funciona nuestro motor de recuperación

Sube tu archivo →