Ripeando en HandBrake con asistencia

[gilles]

Para ilustrar lo que decía Dardo antes, dejo aquí el gráfico para MPEG.

No encontré todavía el gráfico parecido para el X264. Si alguien lo tiene, sera bienvenido...



Esta claro que este gráfico mpeg no se debe utilizar para el X264, pero el principio es el mismo, cambian solo los valores.
Vemos claramente tres zonas:
la primera con bitrate bajo y con baja calidad, inútil para los ripeos
la segunda con fuerte incremento de calidad para poco cambio de bitrate, el final dando resultados aceptables en calidad (parte Good)
la tercera donde no se mejora la calidad y donde se gasta el bitrate y por consecuencia se aumenta mucho el peso del archivo.

El "juego" es buscar el bitrate para situarse en la zona "good", el óptimo siendo el principio de la zona "best".

La opción propuesta por professor keller del test de compresión con MeGUI busca, dependiendo de las características propias a cada película, este punto óptimo.

Vemos también que la resolución influye. Pero no es realmente buena idea cambiar la resolución a la hora de hacer un ripeo. Si se disminuye la resolución para obtener un bitrate y una talla de archivo deseada, se pierden detalles que nunca podrán ser codificados en el ripeo. Seria mejor, creo, ajustar el bitrate al principio de la zona "good" que retocar la resolución para quedarse en la zona "best". (excepto, claro, si el ripeo se destina a una difusión en pequeñas pantalla tipo "Tablet Android" por ejemplo)

[professor keller]

Si puedes, se podría dejar aquí copias de las lineas de comanda utilizadas en los dos casos para que los que van a utilizar este tutorial tengan unos ejemplos concretos de como se traducen los resultados de MeGUI en los mandos.

¿Te refieres a los comandos utilizados para el codificado x264 en dos pasadas? MeGUI no afecta esos comandos, lo único que hace es testear la fuente y sugerir una tasa de bitrate, de acuerdo al tamaño final de archivo que le indicamos. Ese número de bitrate se testea haciendo un falso encoding a través de distintos lugares del video, poniendo la línea selectrangeevery(280,14) al final del script AVS. Cuando el test de compresibilidad termina, se observa el Final Ratefactor. Grosso modo, si la cifra está entre 18:50 y 19:50, se considera que el bitrate es satisfactorio y simplemente se codificado el video utilizando seteos estándares (arriba de 19 de CRF) o tune grain (debajo de 19 de CRF). El resto de los comandos (más AQ, menos AQ, etc) se ajustan de acuerdo al tipo de fuente (más grano, menos grano, más detalle, etc). Si después del test el ratefactor está debajo de 18 o por encima de 20, se vuelve a hacer un test de bitrate reduciendo el tamaño final del archivo, en el primer caso (CRF inferior a 18), o aumentándolo en el segundo (CRF superior a 20). Estoy hablando obviamente del ripeo utilizando líneas o presets básicos que sugiere elguaxo.

Los ripeos de los que hablé eran videos con diferencias típicas entre ellos (también hay atípicas, pero hablando gneralidades). El que tenía mejor definición y ruido, con fondos planos y textura suave requirió menos bitrate, el más granuloso requirió mucho más. Obviamente se podría haber bajado la tasa de bitrate del más granuloso aumentando su compresibilidad mediante el filtrado de ruido, pero en este caso preferrí dejarlo cómo venía originalmente.

Saludos.

[gilles]

Gracias professor keller por esas explicaciones detalladas sobre el uso de MeGUI.

Para seguir con los gráficos, este nos da una comparación entre diferentes codecs a diferente bitrate.

Por defecto, ahora el X264 esta configurado en "High Profile", lo que corresponde a X264_high.
Se nota la particularidad del X264 a "soportar" bitrate bajos si se refiera al SSIM (Structural SIMilarity).
El SSIM es una manera "matemática" de apreciar las diferencias entre una imagen comprimida y la fuente, tomando en cuenta la estructura de la imagen para acercarse de la percepción del ojo en vez de una comparación pixel a pixel como el PSNR.
Claro que no reemplaza el ojo, ni que tiene cuenta de los gustos de cada uno, pero da una idea comparativa.

Para seguir con los factores de calidad dejo aquí un enlace a una comparación "en vivo" entre los diferentes "presets" del X264 esta vez en HD 1080p.

Comparativo X264

Como pueden ver, por esta imagen en 1080, ya con el "preset slow" en 2 pasadas (X264 2p slow), las diferencias con la fuente (source) son realmente ínfimas, aunque existen. Casi son del mismo orden que la definición de la pantalla de la computadora.
Los autores de esta comparación, hicieron los cálculos de SSIM para cada ensayo, dejo aquí los datos:

Notar el crecimiento SSIM entre una y dos pasada. SSIM hablando, el "veryfast" en dos pasadas seria ya mejor que un "veryslow" en una sola pasada (y con un tiempo de codificación bien inferior).

[droid]

Una pregunta. ¿Por qué si yo le he puesto en HandBrake los parámetros 720x576, al terminar la recodificación se ha quedado 710x572?

[gilles]

Droid,

Me falta tiempo ahora para investigar mas, pero mira ya eso:
como estaba lo del crop? del recorto auto de las bandas negras? anamorphic stric? etc...
Mas tarde tendré mas tiempo...

[droid]

Ok, tranquilo no hay ninguna prisa.

Esta tarde reviso lo que me comentas y ya te digo algo.

Saludos.

[gilles]

Bueno, aquí de vuelta...
primero, cual era la dimensión de la fuente? Los pocos pixeles que faltan, 10 horizontales y 4 vertical dejan pensar a un crop no deseado.

Si la fuente era 720X576, esta indicado debajo de "Size" : "source 720X576" por ejemplo, en la pantalla "picture", y si deseas guardar tal cual:
seleccionar :
-Anamorphic: Strict
-Cropping : Automatic destildado (normalmente con anamorphic strict la opcion "custom" es inactiva)
Con eso, tienes que obtener un archivo en 720X576 con el mismo AR que el DVD, que seria 1.25. Verificar antes de ripear que todos los "bottom, left, right, top" son inactivos y en 0.

Si era para cambiar el tamaño del rip con el tamaño de la fuente, es otra cosa...

[droid]

Sí, efectivamente he probado lo que acabas de comentar y se mantiene la proporción original de 720X576... pero el problema ahora es que se ven unas bandas negras. Te dejo una captura:

Y ahora mi pregunta es, ¿sería posible mantener la resolución original del DVD, pero quitando esos laterales negros, o eso ya sería pedir demasiado, al menos en este caso concreto?

[Bunker]

Tuve el mismo problema cuando el ripeo de Ala-Arriba. Lo que hice fue hacer los cálculos de crop con el virtualdub y utilizarlos con el HandBrake.

[droid]

¿Cómo se hacen esos cálculos con VDM?