¿Cuáles son los ajustes de codificación de WebM (VP9+opus) compatibles con la importación de YouTube para un video con una imagen fija?

¿Cuáles son los ajustes de codificación de WebM (VP9+opus) compatibles con la importación de YouTube para un video con una imagen fija?

Probé velocidades de fotogramas PAL y NTSC con estéreo de 48 kHz y un tamaño de imagen de 640x360 y mantuve los valores predeterminados de todos los demás parámetros:

$ ffmpeg -i myOriginialPureAudioFile-CUT.opus -i myAudioFile.png -ac 2 -s 640x360 -strict strict -r pal myAudioFile.webm

Pero Youtube dice:

El video no se pudo procesar. Asegúrese de cargar un tipo de archivo compatible.

Respuestas (1)

En lugar de la velocidad de fotogramas, el problema es que solo hay un fotograma. Tendrás que hacer un bucle en la imagen.

ffmpeg -i Audio.opus -loop 1 -i image.png -pix_fmt yuv420p -ac 2 -s 640x360 -strict strict -r pal -shortest myAudioFile.webm
  • -loop 1: bucles infinitos sobre la misma imagen
  • -shortest: deja de codificar cuando el flujo de entrada más corto se ha codificado por completo
La codificación tardó 73 minutos con un archivo fuente de audio de 6 minutos, ¿los cuadros de video están codificados en diferencial? Me pregunto, ya que el archivo resultante es más grande de lo que esperaba.
¿Los cuadros de video están codificados en diferencial? --> si, lo son. Los codificadores VPx son mucho más lentos que los codificadores MPEG (x264..). Puede agregar -speed 8para obtener un impulso de ~ 2x. Aunque su sistema parece ser lento, ya que obtengo una velocidad de 1x (sin -speed) para una codificación de 640x360@25fps.
Tengo un A4-6210 con 8 GB de RAM que compré a finales de 2014. ¿Qué antigüedad tiene su hardware? ¿Con qué frecuencia debe uno renovar su hardware?
Probé en un Ivy i5 2013 con 16GB. Passmark muestra que su CPU tiene una velocidad de 1/3.
Hay algo que todavía no entiendo, si los cuadros de video están codificados en diferencial, las diferencias entre cada cuadro y el anterior deberían ser "0" porque estamos haciendo un bucle en la misma imagen. ¿Por qué VP9 tarda tanto en codificar cuadros de diferencia "0"?
No sabe que la imagen está en bucle; eso sucede en el lado de la entrada, a través del lector de imágenes de ffmpeg. Seguirá realizando la búsqueda de movimiento, etc.
Incluso si no sabe que la imagen está en bucle, debería detectar que no hay movimiento en la entrada, por lo tanto, es una codificación más fácil, ¿no cree?
debería detectar que no hay movimiento --> lo que debería detectar - el codificador Lo hace, ejecutando la búsqueda de movimiento.
¿No es la detección de movimiento más rápida cuando no hay movimiento en la entrada?
@SebMa solo si ffmpeg pudiera brindar esa información al codificador VP9 de manera más eficiente.
¿Cuáles son los ajustes de codificación de WebM (VP9+opus) compatibles con la importación de YouTube para un video con una imagen fija?
RespuestasAquíPolítica de privacidad1y, 0v