Video Filter

Sin duda alguna el engorro de usar x264 era/es la casi obligación de usar avisynth o ffmpeg por pipe (tubería) para lograr un reescalado al vídeo a comprimir, o para recortar las bandas negras. Ahora esto será cosa del pasado, ya que se incluye dentro del propio encoder un conjunto de filtros, para que el propio x264 se ocupe directamente de este proceso. Veamos los filtros añadidos:

CROP

–vf crop:a,b,c,d

Para un crop de 140 pixels arriba y abajo, quedaría de la siguiente manera:

–vf crop:0,140,0,140

RESIZE

–vf resize:ancho,alto,sar,fittobox,color space,filter resize

Dentro de resize existen varias opciones: [width,height][,sar][,fittobox][,csp][,method-resize]

• Resolución = Para especificar una nueva resolución en el vídeo, especificando alto y ancho. Si se usa con Letterbox solo es necesario indicar el valor usado para ajustar.

• SAR (sample aspect ratio)= La relación entre el alto y ancho del pixel (las TV no tienen el pixel cuadrado como en los ordenadores) en la salida, no modifica el vídeo.

• Letterbox = Esta opción sirve para ajustar el reescalado (resize) al alto o ancho especificado. Unos ejemplos:

resize:1280,,,width,,spline <- Así x264 ajusta la altura de manera automática al ancho de salida, en este caso 1280.

resize:,600,,height,,spline <- Así x264 ajusta el ancho de manera automática a la altura de salida, en este caso 600.

• csp = Para indicar el tipo de espacio de color del vídeo entrante (i420/yv12, i422, i444, bgr, and bgra). En la salida solo es posible tener i420/yv12
• filtro resize = Filtro para realizar el reescalado. Spline es el aconsejado, pero existen otros: fastbilinear, bilinear, bicubic, experimental, point, area, bicublin, gauss, sinc, lanczos, spline.

Usando Resize y CROP

Para utilizar solo la parte de resize y su filtro, sería:

–vf 640,480,,,,spline

Para utilizar CROP y RESIZE en un ejemplo práctico sería algo así:

–vf crop:0,148,0,140/resize:640,480,,,,spline

x264.exe  –crf 21 –video-filter crop:0,140,0,140/resize:640,480,,,,spline  “entrada.mkv” -o salida.mkv

CONSEJOS

Por ahora no es muy aconsejable utilizar este método para codificaciones finales, ya que existen ciertos problemas a la hora de leer ciertos vídeos. De todas maneras, para probar y experimentar funcionan muy bien. La versión x64 no funciona de manera adecuada, siendo por ahora la versión x32 la aconsejable.

Veremos en próximas versiones novedades al respecto.

Desde el blog de Darkshikari (Jason Garrett-Glaser), nos comenta en una entrada como será el futuro de x264.

1º – Mejoras en el algoritmo del encoder

Parte del futuro se basará en optimizar y mejorar los algoritmos de ciertas funciones dentro del encoder. Estas optimizaciones pueden ser de cualquier aspecto y estarán siempre sujetos a la base de H264. Dentro de estas se podrán encontrar desde mejoras en la codificación como mejoras en la decodificación.

2º – Mejoras en el uso del encoder por línea de comandos.

Dentro de este futuro prometedor, se intentará incluir ciertos elementos interesantes al proyecto como estos:

• Resizing: Gracias a libswscale
• Soporte para distintos dispositivos: Será similar a la opción de Presets pero para dispositivos muy determinados (PSP, IPOD, etc)
• Soporte para codificación de audio: Gracias a libvacodec (vorbis-ogg y aac)
• Soporte para desentrelazar: Gracias a Decomb.
• Muxer compatible con DVB-compatible TS muxer
• Opción para elegir múltiples posibilidades de -tune

3º – Futuros añadidos

• CBR y VBR NAL-DRH con soporte para VFR. Esto asegurará compatibilidad 100% con las especificaciones bluray.
• OPEN-GOP: Mejora para codificaciones con intervalos cortos entre Iframe (bluray).
• Mejoras en el soporte de VFR.
• Mejoras en la API (libx264) para facilitar el uso en otras aplicaciones.
• Disable_deblock_idc = 2: Desactivar el deblocking en los slices. Esto mejorará la latencia y la calidad del frame a recuperar si se utiliza “slices” al codificar.
• Cambio de Ratecontrol al vuelo: Permite ajustar el bitrate/sg sobre la marcha, haciendo esto ideal para streaming.

FUENTE ORIGINAL: http://x264dev.multimedia.cx/?p=270

x264 permitía la carga de vídeos por tres métodos: YUV (4:2:0), script Avisynth (necesario Avisynth instalado) y AVI (necesario el decoder del archivo a cargar, instalado en su modalidad DSHOW). Salvo que tengamos el archivo en YUV, el resto de casos implica tener instalado alguna aplicación, ya sea avisynth o el decoder del vídeo a cargar (por AVI).

Ahora esto ha cambiado y se ha añadido FFMS2, conocido dentro del mundo de Avisynth ya que tiene un filtro aprovechando esta API de FFMPEG, y libavformat de FFMPEG.

FUNCIONAMIENTO

El funcionamiento es realmente sencillo. Desde www.x264.nl podemos bajar las últimas “build” donde vienen ya compilados con estos decoders. Y será posible comprimir un vídeo en Matroska, OGM, AVI, etc.. sin la necesidad de tener nada instalado. Sin duda el beneficiado será para aquellos que no utilicen Windows (Linux, Mac, etc) o los que no quieran instalar nada adicional para comprimir.

• x264.x64 –crf 21  –output “Video-Final.mkv” “Entrada.mkv”

La carga es automática y en la mayoría de los casos el funcionamiento es perfecto. Al esta en evolución, es posible que exista problemas a la hora de comprimir con FPS no habituales o con VFR (variable framerate).

FUTURO

Próximamente veremos algo que estoy esperando desde hace tiempo: Filtros internos para resize de vídeos, filtros para desentrelazar, codificación de audio (aac, ogg, mp3,etc), etc.

Estas novedades serán analizadas en profundidad muy pronto.

http://www.divxhouse.com/test-decoders-h264

- Soporte para Windows 7 y sistemas 32 y 64 bits.
- Mejoras en el soporte de CUDA NVIDIA.
- Hasta 16 cores de uso.
- Resolución QuadHD (3840×2160) soportado
- Incluye Haali Media Splitter de diciembre (19/12/2009)
- Soporte total para vídeos entrelazados.
- Arreglado problemas con los vídeos creados con WeightP.

Ahora mismo tienen una oferta en la página web, quedando a 9.95$.

http://corecodec.com/products/coreavc

Actualmente para poder utilizar el encoder x264, era necesario que la entrada estuviera en AVS, AVI y RAW (yuv). Esto puede complicar las posibilidades porque obliga a que la fuente este en alguno de estos formatos.

En esta versión todo cambia, y es que incluye la posibilidad de ajustar un script de avisynth de manera interna, totalmente transparente para nosotros. Ahora x264 puede leer cualquier archivo que funcione por DirectShow en nuestro PC, pero es indispensable que este instalado AVISYNTH 2.5.x.

EJEMPLO DE UTILIZACIÓN

x264 “D:\Video\prueba-VC1.mkv” -o NUL <– Con salida NUL se omite el fichero de salida y en este caso solo sirve para hacer una prueba.

• avs  [info]: Trying FFmpegSource2… Indexing… succeeded
• avs  [info]: 1920×1080 @ 23.98 fps (73607 frames)
• x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
• x264 [info]: profile High, level 4.0

En el ejemplo anterior, x264 intenta buscar la manera de leer el archivo de entrada. Para ello hace uso de los filtros ffmpegsource2, DSS2, directshowsource y otras formas de cargar vídeo por avisynth. Si no encuentra forma de hacerlo con un filtro, lo intenta con el siguiente; y así hasta encontrar alguno con el que funcione. Todo esto de manera automática.

Otra novedad es que x264 ya no tiene la limitación del modo yv12 en los vídeos de entrada. Si el modo es diferente a este, automáticamente x264 se modificará por yv12. Esto reduce los problemas con ciertos vídeos que obligaban a aplicar converttoyv12() en los scripts de avisynth.

Para que funcione el filtro ffmpegsource2 es necesario que este filtro se encuentre en la carpeta plugins de la carpeta donde se encuentra Avisynth instalado. Se encuentra AQUÍ para su descarga.

Y para que funcione el filtro DSS2 lo mismo que el anterior.  DSS2 necesita tener instalado Haali Media Splitter y una copia del archivo avss.dll (se encuentra en la carpeta donde se instala haali Media Splitter), en la carpeta plugins de la carpeta donde se encuentra Avisynth instalado. Se encuentra AQUÍ.

POSIBLES ERRORES

Si durante la carga de la entrada, x264 no encuentra la manera de visualizarlo, aparecerá este error:

• x264 “F:\prueba.mkv” -o NUL
• avs [info]: Trying FFmpegSource2… Indexing… failed
• avs [info]: Trying DSS2… not found
• avs [info]: Trying DirectShowSource… failed
• avs [error]: unable to find source filter to open `F:\prueba.mkv’
• x264 [error]: could not open input file `F:\prueba.mkv’

Y si avisynth no esta instalado, aparecerá este:

• avs [error]: failed to load avisynth

DESCARGA

Para empezar a utilizar esta función, nada mejor que descargar de aquí la última build:

www.x264.nl

• Añadido soporte para los dos tipos de B-Pyramid: normal y strict.
• Añadido soporte para weightp y sus 2 niveles.
• Actualizado x264 x32 a la versión r1352.
• Añadido soporte para utilizar el contenedor FLV en la salida.

Más información para su descarga en Divxhouse.com y aquí un manual sobre el mismo programa -> AQUÍ

Por defecto Deadzone tiene estos valores:

• deadzone-inter: 21
• deadzone-intra: 11

Y por defecto trellis: 1.

Ahora mismo el funcionamiento de ambos algoritmos es simultaneo, quedando trellis siempre  por encima de deadzone. Pero existen varias opciones, donde trellis=0 deja a deadzone como algoritmo en exclusiva y trellis=2 como en exclusiva sobre deadzone.

Deadzone permite utilizar valores de 0 a 32. Este algoritmo establece el nivel de detalle a descartar a la hora de codificar, ya que ciertos detalles que no son apreciables a simple vista, precisan de gran cantidad de bits para su codificación . Este descarte permite preservar bits en otras zonas de mayor necesidad. Los valores cercanos a 0 tienden a preservar los detalles, en cambio los cercanos a 32 tienden a descartarlo. Los valores intermedios (los que trae por defecto), son los mas adecuados para una calidad optima.

EJEMPLOS

Evaluar el funcionamiento de este algoritmo es realmente complicado, ya que la fuente influye en el comportamiento del mismo. Veamos unos simples ejemplos con diversos valores de Deadzone.

BITRATE 2700 y configuración por defecto.

Desactivado: PSY-RD, TRELLIS, DEBLOCK

BITRATE 15000 y configuración por defecto.

Desactivado: PSY-RD, TRELLIS, DEBLOCK

Cambios en los detalles

Y aquí unas capturas del archivo original, Deadzone 1 – 1 y Deadzone 32 – 32.

Se puede apreciar como en Deadzone 32 32 hay una disminución clara de detalles. Esto no es solo en este frame en concreto, ocurre a lo largo de todo el vídeo. La ventaja de este modo, es que al utilizar bitrates bajos, la calidad no se ve mermada por la inclusión de macrobloques. El único defecto apreciable será la disminución de detalles en el resultado final.

Deadzone 1 1 preserva bastante bien los detalles (aun con PSY-RD desactivado), pero al haber mayor complejidad de vídeo, la calidad se ve mermada y aparecen macrobloques en zonas de imagenes no estáticas.

Realmente estas capturas solo sirven para que se vea como funciona Deadzone y como influye a la hora de utilizar su algoritmo. A fin de cuentas Trellis es superior en cuanto a optimización/rendimiento y como se ha mencionado, con un valor trellis=2, deadzone queda prácticamente anulada.

Tambien se ha hecho una selección para los SO que no son Windows.

http://www.x264.info/codecs