He encontrado un cuadro que compara codecs de vídeo. La verdad es que solo muestra los principales y se deja algunos en el tintero como los Ogg Theora (libre), VP8-9 y H265.
Puede ser útil para hacerse la idea del consumo en Mb/s de cada uno y conocer otros datos como profundidad de bits o submuestreo de color.
Gracias .
Hay formas sencillas para escalar un vídeo con FFMpeg:
ffmpeg -i input.mov -filter:vscale=1080:-1 output.mp4
Con -1 indicamos que conserve el aspecto (proporción) del original.
El problema viene cuando quiero escalar un vídeo dentro de una operación compleja de ffmpeg. Al usar, por ejemplo -filter_complex, no permite usar el cambio de escala de la manera normal.
Quería compartir este código que me ha costado bastante sacar a base de muchas pruebas y consultas en la web.
La idea era poder hacer un script para poder crear un vídeo con frames negros al comienzo y al final (esto es tema de una entrada anterior) y poderlo escalar al tamaño deseado. En este caso de 1920×1080 a 1280x 720
Para ello primero hay que indicar el tamaño que queremos en el generador de frames negros…
-f lavfi -i color=c=black:s=1280×720:r=25:d=1
… y luego escalar el vídeo que interesa dentro de -filter_complex
-filter_complex «[0:v] trim=start_frame=1:end_frame=5 [blackstart]; [0:v] trim=start_frame=1:end_frame=5 [blackend]; [2:v] scale=1280:-1 [scaled]; [1:a] atrim=duration=0.2 [audiostart]; [1:a] atrim=duration=0.2 [audioend];
Aquí el código completo:
ffmpeg -f lavfi -i color=c=black:s=1280×720:r=25:d=1 -f lavfi -i «aevalsrc=0:c=stereo:d=1» -i input.mov -filter_complex «[0:v] trim=start_frame=1:end_frame=5 [blackstart]; [0:v] trim=start_frame=1:end_frame=5 [blackend]; [2:v] scale=1280:-1 [scaled]; [1:a] atrim=duration=0.2 [audiostart]; [1:a] atrim=duration=0.2 [audioend]; [blackstart] [audiostart] [scaled] [2:a] [blackend] [audioend] concat=n=3:v=1:a=1[v][a]» -map «[v]» -map «[a]» -c:v libx264 -crf 22 -preset slow -profile:v high10 -pix_fmt yuv420p -c:a aac -strict -2 -b:a 128k -timecode 00:01:00:00 -tune zerolatency output.mp4
He realizado unas pruebas de compresión con FFMpeg en Mac. La idea era crear un script parecido a otro que realicé anteriormente para insertar frames de negro al comienzo y final del vídeo y comprimirlo para poder ser enviado por mail.
Al hacer estas pruebas me he dado cuenta que el resultado tenía un desfase entre audio y vídeo.
Describo las conclusiones de las pruebas por si son de utilidad para alguien y como recordatorio para mí.
Normalmente la entrada de vídeo que uso suele ser un master en alta, bien usando QT Animation o bien ProRes 444.
Quería probar qué codec es el idóneo para comprimir a mejor calidad y con menos «peso»
El problema que me encontré es que el resultado desfasaba dos frames el audio del vídeo.
Esto ocurría codificando con libx264 y aac
Para la prueba he creado un vídeo con un sólido de color que tenía un frame de barras y tono en varios puntos para poder ver los sincros a/v
Confirmé que había 2 frames de desfase con la librería libx264.
Resultado de pruebas con distintos codecs de audio y vídeo:
Por otro lado he comprobado que el h264 usado con libx264 es un codec MUY superior a mpeg1video o libxvid (mpeg4). Comprimiendo el mismo vídeo y a igual tamaño, el h264 da mucha más calidad que el mpeg4 y mpeg1… con diferencia.
Por tanto interesaba arreglar la falta de sincros entre audio y vídeo porque interesa más usar libx264.
Si añadimos -tune zerolatency despues de los settings de compresión con libx264, conseguimos que vayas a sincro el audio y vídeo.
Aquí os muestro los comandos usados con ffmpeg desde el terminal para crear 5 frames de negro delante y detrás del vídeo y comprimirlo en h264 en una relación aproximada de 12:1 Mb
Al utilizar el codec aac he tenido que añadir el comando» -strict -2″ para poderlo usar.
ffmpeg -f lavfi -i color=c=black:s=1920×1080:r=25:d=1 -f lavfi -i «aevalsrc=0:c=stereo:d=1» -i test_sincro.mov -filter_complex «[0:v] trim=start_frame=1:end_frame=5 [blackstart]; [0:v] trim=start_frame=1:end_frame=5 [blackend]; [1:a] atrim=duration=0.2 [audiostart]; [1:a] atrim=duration=0.2 [audioend]; [blackstart] [audiostart] [2:v] [2:a] [blackend] [audioend] concat=n=3:v=1:a=1[v][a]» -map «[v]» -map «[a]» -c:v libx264 -crf 40 -preset slow -profile:v high10 -pix_fmt yuv420p -c:a aac -strict -2 -b:a 128k -timecode 00:01:00:00 -tune zerolatency mail_low.mp4
No conozco la razón de la falta de sincros entre audio y vídeo del codec libx264 en Mac. Cualquier explicación o aporte será bien recibido.
Quería compartir y comentar unas pruebas que he realizado con ffmpeg.
En realidad, lo hago para tener un documento que agrupe lo que he aprendido de FFMPEG y para que me sirva cuando todo esto se me olvide (posiblemente mañana).
Una de las cosas que más me interesaba era encontrar virtudes y aspectos que lo hicieran superior a otras aplicaciones de codificación de vídeo como Adobe Encoder, Compressor, HandBrake o MPEG Streamclip. Buscaba alguna carácterística que lo hiciera diferente al resto ya sea porque escala vídeo a más calidad, porque es más rápido o porque ofrece más calidad por menos peso de archivo. Las aplicaciones con las que comparo FFMPEG son muy buenas. Las he usado, trabajo con ellas a diario y hacen muy bien su trabajo.
En este post no pretendo enseñar el manejo de FFMPEG ya que hay muchos recursos en la red. Lo que me interesa ahora es fijarme en sus características generales.
La primera gran diferencia es el entorno gráfico. Todas las aplicaciones son sencillas de usar y tienen un entorno gráfico que facilita el manejo. FFMPEG no tiene entorno gráfico y se opera desde el terminal. Por tanto la primera consideración es que es menos práctico y más complejo.
NOTA: Para instalar FFMPEG en Mac hay que instalar XCode y Homebrew. Hay muchas referencias en la red.
CODECS
El primer punto interesante es que admite y trabaja con casi todos los codecs conocidos. Al ser software de código abierto pensé que solo usaría codecs libres como en HandBrake pero en Mac trabaja bien con prores y puede multiplexar en .mov perfectamente.
En el caso de usar FFmpeg en Linux la cosa cambia porque no usa los codecs privativos de Apple y otras marcas. Por ejemplo, para H264 utiliza la librería libx264. Otros codecs de código abierto son mp4, VP8 y Theora
La lista de codecs es muy grande. Para verla:
ffmpeg -codecs
Para ver formatos:
ffmpeg -formats
En HandBrake solo se utilizan los formatos Matrioska .mkv y .mp4 y los codecs h264, h265 VP8 y Theora.
En Mac, FFMPEG puede emplear muchos codecs pero no puede exportar a prores 4444. Solo podremos exportar prores 422, no otros tipos de prores como HQ o 4444.
Lo que sí podemos es usar prores 4444 de entrada y pasarlo a cualquier otro formato o mantenerlo como está.
Ejemplo de paso de cualquier formato a prores:
ffmpeg -i INPUT.avi -c:v prores OUTPUT.mov
Si queremos trabajar en alta calidad en Mac hay muchas posibilidades. He probado hacer archivos .mov en Animation y funciona perfectamente:
ffmpeg -i INPUT -codec:v qtrle -codec:a copy OUTPUT.mov
Otra posibilidad es usar el v408. -c:v v408. Es un codec 444 muy bueno pero muy pesado. Un segundo de vídeo en prores 4444 pesa unos 35Mb, con -c:v qtrle (animation) pesa 133 Mb y con -c:v v408 pesa 215 Mb.
CALIDAD
Hay casos en los que queremos mantener la calidad del vídeo, no procesarlo, y simplemente añadirle un audio. Entonces tendremos que escribir -c:v copy. Con esta instrucción indicamos que el codec de vídeo se mantenga igual. Ej:
ffmpeg -i INPUT.mov -i AUDIO.aif -c:v copy -c:a copy OUTPUT.mov
Si queremos conservar la calidad de un vídeo podemos usar –qscale 0. Es el sustituto, tal vez, del obsoleto -sameq
-qscale lo he probado con un archivo .mov Animation y he generado un .mpg de bastante calidad y mucho menos peso. Aparentemente parece no haber perdido calidad aunque sabemos que sí. El vídeo de 1s en Animation pesaba 117 Mb y el resultante en mpg es de 6Mb. Con algo más de banding (normal) en el mpg y cierta pérdida de calidad aunque aceptable para la pérdida de peso que supone.
ffmpeg -i INPUT.mov -qscale 0 OUTPUT.mpg
Animation .mov:
.mpg:
Otras opciones interesantes relacionadas con la calidad de la imagen y audio:
-hq Activa los settings high quality
-c:v -c:a o -codec:v -codec:a Dos formas de forzar el codec que utilizará de salida.
-pix_fmt Formato del pixel. Introduciendo este código podemos ver listado de opciones: ffmpeg -pix_fmts
Si trabajamos en Mac con FFMPEG es importante incluir en las conversiones que hagamos a H264, la opción -pix_fmt yuv420p ya que eso nos permite que el vídeo resultante se pueda ver en Quick Time sin problemas. Si no hacemos esto solo lo podremos ver en VLC. Como dicen por ahí: «…make sure the pixel format is compatible with dumb players»
-qp 0 Máxima calidad. En mis pruebas va de 0 a 70, a partir de 70 no comprime más. Se usa como opción lossless
-b:v o -b:a Bit rate para vídeo y audio. Tasa de bits o tasa de transferencia.
Para H264 podemos codificar en CBR o VBR (bit rate o tasa de bits constante o variable) para ello usamos -crf en constante o -pass 1 y -pass 2 si queremos hacer la codificación de dos pasadas en bit rate variable.
La diferencia entre constante o variable es que con VBR se optimiza más la compresión a base de comparar los cambios en la película y lo hace en uno o dos pases (mejor 2), por lo tanto, conseguimos la misma calidad con menos peso. Si no nos importa lo que ocupe el archivo usaremos CBR.
Ojo a lo que dicen los de Adobe:
«Al comparar archivos CBR y VBR del mismo contenido y del mismo tamaño, puede hacer las siguientes generalizaciones: Un archivo CBR se puede reproducir con más fiabilidad en una gama de sistemas más amplia porque la velocidad de datos fija exige menos del reproductor de medios y el procesador del equipo. Sin embargo, un archivo VBR suele tener una calidad de imagen superior porque VBR se adapta la cantidad de compresión al contenido de la imagen»
Con ambos métodos y teniendo settings similares, podemos conseguir la misma calidad. Sabemos que en VBR pesará menos, luego, a dos archivos que pesen igual, uno en CBR y otro en VBR, el de VBR tendrá más calidad.
Ejemplo usando tasa de transferencia constante.
ffmpeg -i INPUT.mov -c:v libx264 -crf 28 OUTPUT.mp4
La tasa de bits variable también es llamada ABR (Average bit rate)
Ejemplo sencillo de tasa de bits variable:
ffmpeg -i INPUT.mov -c:v libx264 -b:v 1000k OUTPUT.mp4
Con tasa mínima y máxima:
ffmpeg -i INPUT.mov -c:v libx264 -b:v 4000k -minrate 1000k -maxrate 4000k -bufsize 1835k out.mp4
Para codificar con tasa de bits constante en libx264 usaremos -crf de 0 a 51 siendo 0 la más alta calidad (lossless) y 51 la más baja. Normalmente se recomienda de 18 a 28. Si usamos -pix_fmt yuv420p no podremos usar -crf 0, tendremos que usar a partir de 1.
Para hacernos a la idea de tamaños, un vídeo de 1s con -cbf 18 pesa 2.2Mb, con -cbf 1 pesa 17Mb, con -cbf 28 pesa 896kb. 20s de vídeo con -cbf 18 son 61Mb, con -cbf 28 son 15Mb, con -cbf 40 son 4.2Mb.
En la red hay muchos ejemplos de codificación en h264 en tasa de bits constante y variable.
COMPRESIÓN DEL ARCHIVO/VELOCIDAD
Como he ido descubriendo, FFMPEG tiene muchísimas posibilidades y opciones.
Para optimizar la compresión de un vídeo existen presets que nos facilitan bastante el trabajo.
Los presets marcan la velocidad de codificación. Cuanto más lento, más y mejor comprime; el archivo será menos pesado. No afecta a la calidad. Tipos: ultrafast, superfast, veryfast, faster, fast, medium (the default), slow, slower, veryslow. Por tanto un ultrafast tendrá la misma calidad pero pesará más que un veryslow.
Ejemplo de un lossless en H264 multiplexado en Matrioska y preset rápido (pesará más):
ffmpeg -i INPUT.mov -c:v libx264 -preset ultrafast -qp 0 OUTPUT.mkv
Ejemplo de un lossless en H264 multiplexado en Matrioska y preset lento (pesará menos):
ffmpeg -i INPUT.mov -c:v libx264 -preset veryslow -qp 0 OUTPUT.mkv
Compruebo que FFMPEG es bastante rápido al codificar vídeo y audio. En términos generales creo que supera al Encoder, por lo menos en H264.
Ya que hablo de rapidez quiero comentar que me ha asombrado la velocidad con la que codifica FCPX en H264. Sin duda, creo que es el más rápido. Ni Premiere ni Encoder lo superan en esto.
FILTROS
Otro campo que conviene investigar son los filtros. Con ffmpeg -filters podremos ver el listado de filtros. Existe bastante documentación sobre el tema.
Esta es la lista de filtros que considero más interesantes:
PARA ACABAR YA DE UNA VEZ…
FFMPEG tiene muchas posibilidades. Podemos tener un control total en el proceso de codificación.
Calidad del vídeo de salida. No he encontrado diferencias en calidad de imagen con otras aplicaciones de codificación de vídeo. Utilizando bien los parámetros del Encoder podemos conseguir la misma calidad de vídeo que con FFMPEG. Posiblemente encontremos alguna diferencia en cuanto a velocidad de codificación entre las distintas aplicaciones pero dependerá de los parámetros que introduzcamos. La única ventaja de FFMPEG en cuanto a calidad es que podemos usar más parámetros para garantizar una calidad óptima.
Para usuarios de Mac que tienen posibilidad de usar Encoder o Compressor, la opción de uso de FFMPEG es incómoda y más lenta en la introducción de parámetros y no por ello consiguen mejores resultados. Aún así, hay funciones de FFMPEG como unir un vídeo y audio o insertar un timecode que se pueden realizar de manera más rápida y eficaz con FFMPEG.
Un aspecto importante para usuarios de Mac: FFMPEG es de código abierto y libre, por tanto, es accesible y podemos programar scripts en Mac que automaticen ciertas operaciones de FFMPEG. Entonces sí que FFMPEG se puede convertir en una herramienta rápida, cómoda y muy potente.
Si el usuario es de Linux la cosa está clara. FFMPEG es su mejor y más potente herramienta. No conozco ninguna aplicación con entorno gráfico, salvo HandBrake, que ofrezca buenas posibilidades y un buen control de los parámetros de codificación.
Como usuario de Debian y CentOs lo tengo claro.
Una de las razones para usar FFmpeg para codificar vídeo es su potencia. Podemos hacer cosas que con otros métodos como Compressor, Adobe Encoder o Mpeg Streamclip sería imposible.
Es verdad que estos últimos son más cómodos y fáciles de usar.
Es verdad que usar el terminal no es lo más idóneo cuando hay prisa y tienes que convertir rápidamente un lote de vídeos…
…
… pero mola tener el control de todo. Y eso solo lo tienes usando FFmpeg.
En esta interesante guía podemos ver como hacer H264 finos, finos.
Una de las cosas más útiles que nos enseña la guía es a limitar el peso del archivo de vídeo que queremos codificar. Por ejemplo: quiero que mi vídeo de 10 min ocupe 6Mb ¿cómo lo hago?
Interesante la fórmula: bitrate = file size / duration
También podemos descubrir que en FFmpeg hay presets como en Encoder, Compressor… y que los podemos modificar.
Descubrí este codificador a prores para Windows gracias a @709MediaRoom. La noticia es que por lo visto va muy bien. Yo no tengo pc y no he podido chequearlo pero un amigo me cuenta que va como la seda y es muy rápido. Me cuenta que codifica archivos de la Canon 60D a prores 4:2:2 casi a tiempo real. También hace prores 4444 y Avid DNxHD.
Cada vez son más y cada uno tiene sus características propias, casi diría, su personalidad. Cada uno es distinto y se adapta mejor o peor a los usos y medios de reproducción. Es distinto tener que exportar para emisión en tv que para cine o hacer una exportación de un vídeo puramente gráfico con canal alfa o para visualizar en tablet. En la web de OneRiver Media publicaron hace años unos test y análisis sobre los principales codecs. Son artículos que no han envejecido con el tiempo. Gracias OneRiver Media
salvaestudio 