Las mejoras aparecen cuando existen transiciones FADE IN-OUT. Con esta opción, la calidad durante las transiciones es mayor, ya que se premia mas a la distribución de bitrate de frames adyacentes. Y esta es una de las razones por las que en los FADE es mayor esta mejora.

Para verificar esta opción he realizado una pequeña prueba con un script preparado para provocar transiciones (FADE OUT-IN).

SCRIPT AVISYNTH

LoadPlugin(“F:\Programas\ARx264 0.56\filter\DGAVCDecode.dll”)
AVCSource(“F:\Transformers 2007 \Transformers.dga”, deblock=false)

a=trim(4400,5100).FadeIn(120).Fadeout(120)
b=trim(5101,5600).FadeIn(120).Fadeout(120)
c=trim(5601,6000).FadeIn(120).Fadeout(120)
d=trim(6001,7000).FadeIn(120).Fadeout(120)
e=trim(7001,7500).FadeIn(120).Fadeout(120)

a+b+c+d+e
crop(0,144,0,-144)

CONFIGURAR X264 – r1332

La versión utilizada fué descargada de www.264.nl y la configuración es la siguiente:

• “x264.exe” –pass 1 –bitrate 4700 –bframes 5 –b-adapt 1 –b-pyramid none –no-mbtree –ref 5 –no-deblock –no-psy –weightp 2  –psnr –ssim “weightp.avs” -o NUL
• “x264.exe” –pass 2 –bitrate 4700 –bframes 5 –b-adapt 1 –b-pyramid none –no-mbtree –ref 5 –no-deblock –no-psy –weightp 2  –psnr –ssim” weightp.avs” -o “F:\weightp.h264″

• weightp 0: Desactivado.
• weightp 1: BLIND OFFSET. Mejora en menor medida las transiciones y reparto en P-Frames adyacentes.
• weightp 2: SMART ANALYSIS. Por defecto, aplica una mejora en las transiciones.

RESULTADOS

• weightp 0: PSNR 42.406 – SSIM: 0.9667811
• weightp 1:  PSNR 42.450 – SSIM: 0.9669971
• weightp 2:  PSNR 42.538 – SSIM: 0.9674618

TEST VISUAL

Diferencias de SSIM entre weightp=0 y weightp=1

Diferencias de SSIM entre weightp=0 y weightp=2

Se puede observar como con weightp=2 la mejora es evidente comparado con la opción 0 (desactivada) y la 1.

En la captura de la entrada de FADE se puede apreciar esta diferencia en calidad.

• 1: El suelo esta sin detalles con weightp=0, todo lo contrario a weightp=2.
• 2: Con weightp=0, las soldados aparecen  con mucha mayor pixelación que con weightp=2.
• 3: El camión tiene muchos mas detalles con weightp=2. Muy apreciable a simple vista.

En definitiva, en cuanto las transiciones empiezan, la mejora de calidad es evidente. Lo extraño es que en las transiciones hacia la película (FADE IN), no se obtiene ganancia alguna. Quizás por el vídeo o porque la opción aun tiene mucho que pulir.

CONCLUSIÓN

Cualquier ayuda para mejorar la calidad es bienvenida, pero por la información de otros usuarios, esta opción puede provocar incompatibilidad con cierto hardware y software. CoreAVC 1.x sin CUDA no visualiza correctamente vídeos con la opción weightp=2.

Los que compriman con scripts a mano deben tener cuidado, ya que weightp esta por defecto en 2.

Por desgracia, no existe ninguna versión de avisynth estable a 64bits, con lo cual tenemos que utilizar programas externos para utilizar el x264. En este caso utilizamos el avs2yuv, el cual convierte el script de avisynth (AVS) a una RAW de vídeo. Este archivo puede ser leído sin problemas por x264-64Bits.

Pero una de las grandes ventajas del x264 es la posibilidad de enlazar programas (pipe), evitando de este modo un paso intermedio. Con esto podremos utilizar el avs2yuv junto con las últimas versiones de x264.

NECESARIO

• avs2yuv:  http://akuvian.org/src/avisynth/avs2yuv
• x264-64: www.x264.nl (cualquier versión 64bits)

Es importante conocer la resolución del vídeo de salida y el FPS del mismo. Estos dos valores son importantes para añadir a la línea de comandos.

EJEMPLO: Comprimiendo (1 y 2 pasadas)

“avs2yuv.exe” “video.avs” -raw – | “x264-64.exe” – 1920×1080
–fps 24 –pass 1 –bitrate 4500 –preset medium –stats “stats.tmp” -o NUL

“avs2yuv.exe” “video.avs” -raw – | “x264-64.exe” – 1920×1080
–fps 24 –pass 2 –bitrate 4500 –preset medium –stats “stats.tmp” “” –output “video-arx264.mkv”

Algo que he visto, es la falta de una descripción precisa en los presets, tune y profile, debido a la no inclusión de las opciones por defecto. Aquí muestro los datos de manera precisa:

PRESET

Ultrafast

ref 1, scenecut 0, no-deblock, no-cabac, bframes 0, partitions none, no-8x8dct, me dia, subme 0, aq-mode 0, no-mixed-refs, trellis 0, b-adapt 0, no-mbtree, direct spatial, merange 16

Veryfast

ref 1, scenecut 40, no-deblock, bframes 3, partitions i8x8,i4x4, me dia, subme 1, aq-mode 1, no-mixed-refs, trellis 0, b-adapt 1, no-mbtree, direct spatial, merange 16

Faster

ref 2, scenecut 40, no-deblock, bframes 3, partitions p8x8,b8x8,i8x8,i4x4 , me hex, subme 4, aq-mode 1, no-mixed-refs, trellis 1, b-adapt 1, no-mbtree, direct spatial, merange 16

Fast

ref 2, scenecut 40, no-deblock, bframes 3, partitions p8x8,b8x8,i8x8,i4x4 , me hex, subme 6, aq-mode 1, no-mixed-refs, trellis 1, b-adapt 1, rc-lookahead 30, direct spatial, merange 16

Medium

ref 3, scenecut 40, no-deblock, bframes 3, partitions p8x8,b8x8,i8x8,i4x4 , me hex, subme 7, aq-mode 1, no-mixed-refs, trellis 1, b-adapt 1, rc-lookahead 30, direct spatial, merange 16

Slow

ref 5, scenecut 50, no-deblock, bframes 3, partitions p8x8,b8x8,i8x8,i4x4 , me umh, subme 8, aq-mode 1, no-mixed-refs, trellis 1, b-adapt 2, rc-lookahead 30,direct auto, merange 16

Slower

ref 8, scenecut 50, no-deblock, bframes 3, partitions all , me umh, subme 9, aq-mode 1, no-mixed-refs, trellis 2, b-adapt 2, rc-lookahead 60, direct auto, merange 16

Veryslow

ref 16, scenecut 50, no-deblock, bframes 8, partitions all , me umh, subme 10, aq-mode 1, no-mixed-refs, trellis 2, b-adapt 2, rc-lookahead 60, direct auto, merange 24

Placebo

ref 16, scenecut 50, no-deblock, bframes 16, partitions all , me tesa, subme 10, aq-mode 1, no-mixed-refs, trellis 2, b-adapt 2, rc-lookahead 60, direct auto, merange 24

TUNE

Film

deblock -1,-1, psy-rd 1:0.15

Animation

doble de ref por defecto si es mayor a 1, deblock 1,1, psy-rd 0.4:0, aq-strength 0.6, bframes (se añaden 2bframes a lo elegido)

Grain

deblock -2:-2, psy-rd 1:0.25, no-dct-decimate, ipratio 1.1, pbratio 1.1, aq-strength 0.5, deadzone-intra 6, deadzone-inter 6, qcomp 0.8

PSNR
aq-mode 0, no-psy

SSIM

aq-mode 2, no-psy

Fastdecode

no-deblock, no-cabac, no-weightb

Touhou

ref (el doble de frames de referencia si este es mayor de 2), deblock -1:-1, psy-rd 1:0.2, aq-strength 1.3, partitions (añadir p4x4 si p8x8 esta activo)

PROFILE

Baseline

Aplicado no-8x8dct, no-cabac, no cqm siempre que se pueda, no bframes. Aparece un error si se aplica el entrelazado

Main

Aplica  no-8x8dct y no cqm* siempre que se pueda

High

Sin restricciones

Es el encargado de controlar la precisión en la estimación de movimiento. Cuanto mayor sea este valor, mejores serán los resultados y peor será la velocidad de codificación. No es recomendable el utilizar valores por debajo de 6, ya que se pierde optimización en calidad y también se pierden algunas opciones (psy-rdo, trellis a 2, etc).

Diferencias entre niveles 6,7,8,9 y 10.

• SubME 6: Rate Distortion en I-Frames y P-Frames.
• SubME 7: Rate Distortion en todos los frames.
• SubME 8: Rate Distortion mejorado en I-Frames y P-Frames.
• SubME 9: Rate Distortion mejorado en todos los frames.
• SubME 10: Qpel en Rate Distortion.

Pruebas de los distintos niveles

En la prueba realizada se ha hecho uso de la RAW a 1920 x 1080 de Elephants Dreams, utilizando los 5000 primeros frames. El original esta en PNG, así que se ha hecho uso de avisynth como interprete para la codificación:

ImageSource(“D:\source\ED-1080-png\%05d.png”, start=000001, end=005001, fps=24, pixel_type=”rgb32″)
converttoyv12()

Resultados de las pruebas

Se han utilizado varios bitrates para las pruebas: 4500, 6000, 7500 y 9000. Y todos mezclados con los distintos niveles de SubME: 6,7,8,9 y 10.

Como en la anterior entrada de x264.info, he utilizado tanto PSNR como SSIM para las pruebas de calidad.

Conclusiones

Se puede observar como los niveles 7,8,9 y 10 están muy parejos, habiendo poca diferencia entre los mismos. El nivel 6 queda ligeramente descolgado del grupo.

Las diferencias en velocidad son mínimas en los niveles bajos (6-7), comparada con la calidad de 10.

La recomendación es utilizar como mínimo un nivel 7, el cual es ahora mismo el que esta por defecto. Y muy recomendable utilizar SubME 10 con trellis a 2 y aq-mode 2.