PUBLICIDAD

Welcome to videoedicion.org (v8.3). Please login or sign up.

29 de Marzo de 2024, 15:53:49

Login with username, password and session length

Temas Recientes

705 Visitantes, 0 Usuarios

Compra y colabora

Si usas estos banners para hacer tus compras, recibiremos una pequeña comisión. ¡Gracias por colaborar!


 




Código VID15 para
un 15% en planes anuales



Responder al mensaje

Hubo un error mientras se enviaba este mensaje.
Advertencia: No se ha publicado ninguna respuesta a este tema desde hace 365 días como mínimo.
A menos que estés seguro de que quieres responder, por favor, considera el empezar un nuevo tema.
Adjuntos: (Limpiar adjuntos)
Restricciones: tamaño máximo total 10 MB, tamaño individual máximo 4 MB
De-selecciona los archivos adjuntos que desees eliminar
Haz clic o arrastra los archivos adjuntos aquí para añadirlos.
Adjuntos y otras opciones
Atajos: ALT+S para publicar/enviar o ALT+P para previsualizar

Sumario de Temas

Publicado por guaper_16
 - 04 de Marzo de 2012, 13:50:11
Propósito.
Al comprimir con codec x264, obtener un tamaño de archivo prefijado se consigue aplicando un CRF (Factor de Ratio Constante) adecuado.
Este procedimiento permite obtener el CRF optimo calidad/tamaño.


Introducción.
¿Se han preguntado alguna vez cual es el mejor método de compresión al utilizar como codificador x264 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 mas/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?


Procedimiento.
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 grafica (GUI) que permite la adición de comandos nuevos a la línea de comandos mencionada, en mi caso utilizaré MEGUI.

[/url]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í:
Citar
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 mas 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 formula
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 por que 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 especifico 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 mas 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

Saludos.
PD: es un método alternativo que me he buscado sobre la base de uno publicado por mi amigo psicator de mundodivx


videoedición.org, marzo del 2012.
guaper-16




* SCRIPT
Un Script es una lista de ordenes en secuencia, que por lo regular se almacena en un archivo de texto plano.
Es un guión con las instrucciones que debe ejecutar un programa o aplicación, para realizar una tarea determinada.
VOLVER


Autor: guaper_16

Foros para publicación de dudas
Si tras ver el manual tienes alguna duda o quieres preguntar algo, por favor, usa este hilo:
http://www.videoedicion.org/foro/index.php?topic=79584.0

PUBLICIDAD

El spam de este foro está controlado por CleanTalk