Comprimiendo Con Ffmpeg y Megui

July 18, 2017 | Author: SUD_Deiv | Category: H.264/Mpeg 4 Avc, Media Technology, Technology, Digital & Social Media, Digital Technology
Share Embed Donate


Short Description

Download Comprimiendo Con Ffmpeg y Megui...

Description

Test de compresibilidad ¿Se han preguntado alguna vez cual es el mejor método de compresión al utilizar como codificador x264 (H264/AVC) para nuestros ripeos? ¿2 pasadas o calidad constante CRF? básicamente ambos métodos son lo mismo, ambos permiten asignar mayor/menor bitrate según la escena o frame que esté codificando, la cantidad de tonalidades, colores, movimiento, etc. que encuentre en ella, la verdadera diferencia está en que: 2 pass (2 pasadas) permite asignar un tamaño especifico a la pista de video mediante un bitrate promedio que elegimos por medio de una calculadora de bitrate (probablemente) y en torno a ese valor hace los ajustes en las escenas encontradas asignando más/menos bitrate según la complejidad del frame tratado, para estos casos estamos limitando la cantidad de datos que requiere cada pixel por lo que podemos quedarnos "cortos" y degradar algunas zonas de la película, además del tiempo requerido para la codificación es el doble. CRF (Constant Rate Factor) asegura una calidad constante durante toda la película y con solo una pasada, el método se basa en que el ojo humano no espera que tenga la misma calidad que el original, sino la misma complejidad, este al igual que el anterior asigna mayor/menor bitrate según así lo necesite cada frame, la desventaja de este método es que no es posible especificar un tamaño en particular y el tamaño del archivo puede elevarse mucho, según que tan compresible sea la película, habiendo variaciones mayores de bitrate entre un frame y otro, pues no tenemos un bitrate promedio que limite dicho valor, pero al menos nos aseguramos que la calidad en toda la película es constante, valores aceptables para no degradar la calidad se encuentran entre 18 y 23 (entre menor valor mayor calidad pero mayor tamaño). Ahora... ya tengo claro que el método CRF es mejor, pero ¿si quiero hacer ripeos en microHD como controlo su tamaño? Es fácil, para ello deberemos realizar un test de compresibilidad, este lo podemos hacer por medio de línea de comandos o utilizar una interfaz gráfica (GUI) que permite la adición de comandos nuevos a la línea de comandos mencionada, en mi caso utilizaré MEGUI. Antes tenemos que crear un script para permitir la carga de nuestro archivo de video y hacer un análisis equivalente al 5% del total de frames, en mi caso el mío luce así: dgsource("El papá de los pingüinos [BDRemux].dgi") #herramienta de carga de video Crop(0, 20, -0, -28) # filtro que recorta las bandas negras spline36resize(1280,696) # filtro que re-escala a una resolución inferior, pues partimos de un 1080p SelectRangeEvery(500,25) #esto hace que por cada 500 frames que detecte solo codifique 25 (5%) Para más información sobre carga de videos mediante scripts pueden leer el siguiente apartado Ya tengo mi script terminado, lo cargo en MEGUI y me dirijo a la configuración de x264

Tengo una película con duración de 1 hora 34 minutos (5640 segundos) y deseo un tamaño de la pista de video de 4 GB (4096 MB), entonces utilizamos esta fórmula VIDEO = (MB X 8388.608) / SEGUNDOS DE DURACION VIDEO = (4096 x 8388.608) / 5640 VIDEO = 6092 kbps, este valor será el que incluya en el apartado bitrate

Nos dirigimos a la pestaña Misc -> custom command line y escribimos --slow-firstpass, esto porque por lo general la primer pasada la hace rápida y lo que nosotros deseamos es una pasada con mayor precisión, lenta y segura, entonces pulsamos OK.

En la ventana principal presionamos el botón Queque, nos manda el video a la cola de trabajo, nos vamos a la pestaña Queque (en la parte superior junto a input) y presionamos Start y esperamos a que termine la primer pasada. Esto nos genera un log localizado en C:\...\MeGUI_2112_x86\logs, lo abrimos y miramos en específico el rate factor que nos lanzó

si el valor del rate factor se encuentra entre 18 y 23 (si es inferior mucho mejor) quiere decir que la calidad de la película será excelente a ese valor de bitrate, si pusiéramos un bitrate más bajo y nos lanza valores de CRF superiores a 23 lo mejor sería realizar nuevamente el test aumentando el valor de bitrate a ver que resultado nos arroja, como en mi caso salió 15.23 colocare en mi codificación un valor de 15.2 CRF y ahora si prosigo con los pasos de codificación normales PD: es un método alternativo que me he buscado en base a uno publicado por mi amigo psicator de mundodivx

« Respuesta #2 en: Miércoles 07 de Marzo de 2012, 18:14 » no entendí muy bien lo que quisiste decir pero básicamente hablando del códec x264 y no tanto de la GUI que hace uso del mismo, pues este método también se puede hacer por medio de línea de comandos, solo basta con descargarnos la versión mas actual de x264 CLI http://x264.nl/ y copiar el archivo x264.exe en la raíz C:\ ahora presionamos windows+R -> ejecutar -> teclear CMD y enter, se abre el msdos y escribimos: "c:\x264.exe" --preset slow --tune film --pass 1 --bitrate xxxx --stats "c:\video.stats" --level 4.1 --vbv-bufsize 30000 --vbv-maxrate 40000 --output NUL "c:\ script.avs" --slow-firstpass Los valores de otro color son los que se recomiendan variar, la diferencia aquí es que el log lo podremos ver dentro del mismo msdos

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF