E aquí el punto en cuestión, Intel hace incapié en que este procesador dispone en efecto de 4 Unidades Lógicas y que esto mejora considerablemente sus capacidades, sobre todo en escenarios de Multitasking o Bien de procesos que acepten Multiples Threads a la vez. Tal es el caso de los nuevos Codecs DivX 6.1.1 como el x264 que estaremos usando por primera vez aquí.
Para hacer una evaluación mas precisa, decidí dejar de lado los programas sencillos, recuerden que hoy en dia, incluso con el mismo packete de configuración del DivX se puede comprimir videos sin tener ningún tipo de conocimientos de Encoding, sin embargo, como aquí lo que quise evaluar es la performance en el peor caso de Encoding (el mas exigente) decidí utilizar aplicaciones específicas. Entre ellas, los programas utilizados son: Gordian Knot, Virtual Dub, AviSynth (Frameserver) con Filtros versión 2.55, Encoder DivX 6.1.1. PRO, Encoder x264/H264 AVC Freeware versión r458, DGIndex para convertir el trabajo a formato legible por GordianKnot.
En fin, todo un conjunto de herramientas que no usaría una persona para convertir fácilmente sus videos. La razón por la cual usé este tipo de sistema además es la simplicidad luego a la hora de obtener resultados, ya que una vez generados todos los archivos necesarios para el encoding, la ejecución para pruebas posteriores es tan simple como cargar el archivo armado y tomar el tiempo, además de ser simple a la hora de correr nuevamente los tests, es mas preciso que utilizando métodos mas convencionales.
Aquí vemos la pantalla del Gordian Knot, que es básicamente un integrador de aplicaciones, lo que vamos a hacer aquí es, Bajar desde un DVD Original de Star Wars, Episodio I, una escena completa que en el DVD se denomina PodRace y que tiene un tiempo de duración de 11 minutos 38 (voy a redondear a 12 para hacer mas fácil en los gráficos), aquí vemos como acorde al codec seleccionado y al Bitrate indicado (2000Kbit) el aproximado del archivo es de 166Mb, el fragmento original de video del DVD en formato MPEG2 ocupaba 529Mb.
Una vez cargado el DGIndex (que es el encargado de generar el índice para cada frame del video original, como así también indicar si se trata de un video en formato entrelazado o FILM) grabé el archivo para posterior lectura en el GK.
Debido a que el formato original del video es de 720x480, pero se trata de un video denominado "anamorphic", lo que ocurre básicamente es que el video se graba en un Ratio desparejo en el DVD y luego se comprime a nivel "Player", esto quiere decir, que en vez de utilizar 720x304 (que sería la cantidad de puntos correctas para realizar un Pixel a Pixel de la imagen) se utilizan todos los puntos del DVD en 720x480, de esta manera, se mejora la calidad de imagen pero se fuerza al player a "comprimir" la imagen para lograr el Ratio adecuado de 16:9, para lidiar con esto y mejorar la calidad del encoding a otros formatos, utilizo la técnica de "doblar los pixeles", que consiste en básicamente aumentar la cantidad de pixeles de Width para compensar por la cantidad agregada de puntos en Height, por lo cual, en vez de utilizar 304 puntos estoy utilizando 344 logrando una mejor calidad de imagen, claro está que la resolución queda ahora en 832x344 y requiere de un Scaler. Para esto, se utilizó el Avisynth mediante un Lanczos Resize que es actualmente el mejor método posible.
Luego de realizar el ajuste pertinente de Crop y de tener todo listo, se genera un archivo .avs que es el script que luego puede leer el Avisynth, debido a que este programa es un FrameServer (se utiliza frame by frame a traves de otro programa) se debe usar un programa de intermediario, tal es el caso del VirtualDub, mediante este programa se seleccionó el codec y luego se mandó a comprimir el video. Este método es el que puede brindar la absoluta e indiscutible mejor calidad posible en un "DVDRip" como muchos le llaman y no hay una manera mas sencilla de hacerlo que brinde calidad semejante.
Una vez que el archivo se generó y se manda a comprimir al codec, de ahí en mas, es cuestión del sistema y el procesador hacer el resto. Debido a que el AviSynth también debe preparar el video para el Codec y debido a que hay otros filtros trabajando al mismo tiempo, el proceso de Encoding es terriblemente demandante para el procesador y como tal, ideal para probar la performance de un sistema.
Debido a que la última versión del DivX es Multithreaded, utiliza todos los procesadores disponibles en el sistema para realizar el encoding, lo cual, mejora aún mas el tiempo final.
Para el ejemplo, estamos viendo la plataforma A64X2, en el Pentium EE 955, se puede apreciar como el DivX indica (4 Logical CPUs)
Aquí definimos acorde el Profile HD con 1 sola pasada a 2000Kbits
Balanced con AMC, estandar, ya todo el proceso anterior le brinda la mejor calidad posible así es que no es necesario meterse demasiado con el Codec.
No se realiza Crop ya que este se realiza a nivel Avisynth por lo cual este menú permanece sin tocar.
Debido a que es una versión de prueba, la ventana de Prueba nos indica que nos quedan 30 dias.
Para variar mas los resultados, corrí nuevamente el mismo test con HT desactivado, se puede notar como el utilizar HyperThreading en efecto empeora el tiempo de encoding, aún así, está lejos de poder llegar a la performance que brinda un A64X2 3800+ a 2500Mhz, nótese que este procesador a esta misma velocidad empata a un A64X2 4800+ debido a que solo dispone de 512k de cache por Core mientras que el A64X2 4800+ posee 1Mb. Lo mas extraño es que el Pentium EE 955 dispone de 2Mb de Cache por Core con 4 unidades lógicas y aún así, no parece poder hacerle frente al A64X2. Recuerden que el encoding que se realiza aquí es sumamente demandante y no es lo mismo que utilizar una conversión rápida.
Páginas: « Anterior | 1 2 3 4 5 6 7 8 9 | Siguiente »