Lunes, 30 de Noviembre de 2009
affar
Novedades muy interesantes en la build de 26/11/2009 x264 – r1353.
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
Leer más…
Viernes, 27 de Noviembre de 2009
affar
Nueva versión de este encoder en castellano para comprimir en HD utilizando el encoder x264. Las novedades son limitadas, pero contienen las últimas opciones del encoder.
- 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Í
Jueves, 26 de Noviembre de 2009
affar
Deadzone y Trellis son dos algoritmos para averiguar el coeficiente ideal de cada bloque basado en DCT (Transformada de coseno discreta). Estos dos algoritmos sirven para minimizar la perdida de calidad en base a un bitrate de entrada.
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
Leer más…
Martes, 24 de Noviembre de 2009
affar
Nueva página en x264.info donde hay una selección de lo mejor para visualizar y comprimir x264.
Tambien se ha hecho una selección para los SO que no son Windows.
http://www.x264.info/codecs
Miércoles, 18 de Noviembre de 2009
affar
Recientemente se ha estrenado weightp dentro del encoder x264. Entre las mejoras, se destaca en los fade o variaciones de luminosidad. El problema llega ahora a la hora de reproducirlos sin problemas y se ha detectado que algunos decoders no lo reproducen correctamente.
Leer más…
Viernes, 13 de Noviembre de 2009
affar
Una de las nuevas características de x264-r1327 es la posibilidad de activar weightp en la codificación. Esta opción proporciona mejoras a la hora de distribuir bitrate mientras se codifica, en este caso en los P-Frames.
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)
Leer más…
