Inicio > compilaciones > x264 r1353: Soporte para Avisynth

x264 r1353: Soporte para Avisynth

Lunes, 30 de Noviembre de 2009 affar Dejar un comentario Ir a comentarios

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

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’
  • 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

Categories: compilaciones Tags:
  1. Alí Ramsés
    Martes, 1 de Diciembre de 2009 a las 21:13 | #1

    Hola a todos:

    Su pagina me parece excelente, aunque llevo hecho varios archivos matroska con x264 y AAC+ 5.1, la verdad es que me siento principiante, con todo y que ya me aventuré a hacerlo con la consola para poder usar la ultima compilación de este gran encoder, pero aun tengo muchas dudas y quisiera mejorar aun más mis matroskas, el mas importante por ahora es como usar la opción –asm ya que no puedo encontrar en ni una sola parte información a cerca de el, a mi entender creo que es para que al final la codificación sea mas rapida ya que activa optimizaciones que soporte el procesador, en mi caso es un Athlon 64 X2 5000+ con overclock a 3.0 Ghz, mi pregunta que valor entero tengo que poner después de –asm para poder acelerar la compresión en la consola del x264.

    De ante mano muchisimas gracias y los felicito por su gran sitio.

  2. affar
    Jueves, 3 de Diciembre de 2009 a las 12:14 | #2

    Hola Alí, y bienvenido.

    Pues respondiendo a tu duda, decirte que el encoder x264 detecta de manera automática todas las extensiones de nuestro CPU. Si te fijas, cuando se comprime por línea de comandos aparece una linea que dice:

    x264 [info]: using cpu capabilities: MMX MMX2 SSE SSE2 3DNow

    Ahí indica que ha detectado y activado estas para nuestra compresión. He estado mirando las opciones de -asm y la verdad es que esta algo vacio en cuanto a explicacion, porque dependiendo del numero a utilizar, activa o no algunas de estas extensiones.

    Así que en resumen, no te preocupes que el propio x264 activa las que tu tengas, y te irá lo más optimizado posible.

    En cuanto a ser principiante, todos lo hemos sido alguna vez y solo nuestras ganas de aprender son las que dejan atrás esta “etiqueta”.

    Saludos

  3. Alí Ramsés
    Jueves, 3 de Diciembre de 2009 a las 20:19 | #3

    Hola de nuevo a todos.

    Mil gracias por responderme affar, me desespere y anoche intente poner distintos valores del —asm y encontre el valor 123 que me activa una opcion que me ayuda a reducir el tiempo de codificación, me imaginaba que por lo avanzado del desarrollo del x264 en consola debía de hacer esto solo, sin embargo he visto con mis propios ojos que al hacerlo la info del x264 me dice que solo activo MMX y SSE slow y me tarda hasta dos horas en codificar en el primer y y otras dos para el segundo pass, cosa que no pasaba cuando usaba el ARx264 0.55 que tardaba poco mas de la mitad del tiempo, por eso me di a la tarea de usar x264 –fullhelp y alli encontre el –asm y su muy breve descripción, quisiera poder encontrar el valor que me activara por lo menos hasta SSE2 y 3DNow como muestras en tu contestación, aunque el CPU soporta hasta SSE3.

    De nuevo mil gracias por responderme y espero poder saber que pasa en mi caso con el x264 CLI, saludos a todos.

  4. affar
    Jueves, 3 de Diciembre de 2009 a las 20:52 | #4

    Pero una duda, cuando no utilizas la opción –asm, ¿que te aparece en x264 [info]: using cpu capabilities: ?

    Porque x264 cli tiene que detectar tu CPU y ajustar automáticamente las extensiones de tu CPU.

    ARx264 utiliza las opciones por defecto del asm, que es la de no añadir ninguna línea sobre –asm.

  5. Alí Ramsés
    Viernes, 4 de Diciembre de 2009 a las 17:08 | #5

    Gracias de nuevo affar por tomarte el tiempo para contestarme.

    El x264 CLI me dice “x264 [info]: using cpu capabilities: MMX SSEslow

  6. affar
    Viernes, 4 de Diciembre de 2009 a las 18:05 | #6

    La verdad es que es bien extraño lo que te ocurre, pero veamos si podemos remediarlo. En komisar hay unas builds de x264 compiladas con ciertas opciones, como Core2 y Generic:

    Prueba alguna de las dos, a ver si te sigue saliendo los mismos:

    http://komisar.gin.by/ <– son los del lado izquierdo, sin añadidos especiales.

  1. Sin trackbacks aún.