Avidemux - Guía x264

Embed Size (px)

Citation preview

  • Gua de Codificacin H.264En este artculo se describe brevemente lo que es H.264 y cmo obtener asistencia tcnica de codificacin H.264 para Avidemux. Tambin resume y explica las opciones disponibles x264 en Avidemux. Esto puede considerarse como una gua (simple) para el codificador.

    Descripcin generalH.264, tambin conocido como "MPEG-4 Part 10" o "MPEG-4 Advanced Video Coding" (AVC), es un estndar de compresin de vdeo digital, que se caracteriza por lograr una compresin de datos muy alta. Mientras que H.264, generalmente, requiere ms potencia de CPU para la reproduccin que el vdeo codificado con el ms antiguo estndar MPEG-4 (nbsp) Part (nbsp) 2 (como el usado por Xvid o DivX), la eficiencia de compresin es mucho mejor! Esto significa: Con H.264/AVC usted puede obtener una calidad mucho mejor con el mismo tamao de archivo o puede obtener la misma calidad con un tamao de archivo mucho menor (en comparacin con MPEG-4 (nbsp) ASP). Por cuanto H.264 comprime mucho ms eficientemente que MPEG-4 (nbsp) Part (nbsp) 2, la ventaja sobre MPEG-2 es an mayor.

    Informacin ms detallada sobre H.264 se puede encontrar en el correspondiente Artculo de Wikipedia. Una comparacin de varios codificadores H.264 frente a MPEG-4 Part-2, MPEG-2 y otros formatos de vdeo se puede encontrar en http://mirror05.x264.nl/Dark/website/compare.html.

    Introduccin a x264Mientras Avidemux integra libavcodec de FFmpeg para decodificacin H.264, necesita una biblioteca adicional (externa) para la codificacin H.264. As, Avidemux utiliza x264. x264 es una biblioteca libre para codificar secuencias de vdeo H.264/AVC. El cdigo est escrito desde cero por Laurent Aimar, Loren Merritt, Eric Petit (OS X), Min Chen (VfW / asm), Justin Clay (VfW), Rullgrd Mns, Czyz Radek, Christian Heine (ASM), Izvorski Alex (asm), y Alex Wright. Se distribuye bajo los trminos de la licencia GPL. As que para aclarar, la biblioteca codificadora se llama x264 mientras que el estndar de compresin que utiliza se denomina H.264 (o MPEG-4 AVC). En otras palabras: El software de codificacin x264 crea vdeo H.264/AVC. Cabe sealar que si bien x264 es software libre puede competir con codificadores comerciales H.264 en trminos de calidad y velocidad. Destacadas compaas en el negocio de vdeo, como YouTube y Facebook, son conocidas por utilizar el codificador x264.

    Obtener x264 para AvidemuxSi x264 no est disponible en su versin de Avidemux, hay una gua sobre cmo descargar y compilar x264 por usted mismo. Est en la seccin de Compilacin de x264.

    Despus de compilar x264, tendr que volver a compilar Avidemux para construirlo con las caractersticas de x264. Hay tambin una gua sobre cmo hacer esto en la seccin Compilacin de Avidemux.

    Tenga en cuenta que si est utilizando Avidemux pre-compilado para Microsoft Windows, la biblioteca necesaria x264 se suministra con el instalador. Por lo tanto no se requiere software adicional! Cosas como "Paquetes de cdecs", "Cdecs VFW" o "filtros DirectShow" no funcionarn con Avidemux! De todas formas, las ltimas versiones de la biblioteca x264 para Avidemux se pueden encontrar en el hilo libx264 GIT builds (asegrese de que va al ltimo post!). stas compilaciones por lo general son ms recientes - y menos probadas - que las que se incluyen con Avidemux.

  • Opciones x264 disponibles en AvidemuxAvidemux contiene la mayora de las opciones disponibles en la biblioteca x264. Para opciones que an no estn disponibles, consulte la seccin "No disponible" de este artculo.

    General

    Rate Control

    Encoding Mode: Single Pass - Constant Quantizer: Este modo es tambin conocido como "Modo QP". Se codificar el vdeo a una cuantificacin constante, por lo que usted elegir el cuantificador de destino, y no el bitrate de destino. El cuantificador es una medida de la cantidad de prdida de datos: un cuantificador ms alto significa que ms datos se pierden, lo que resulta en una mejor compresin (archivo ms pequeo), pero tambin proporciona peor calidad visual. En contraste, un cuantificador ms bajo significa que menos datos se pierden, dando como resultado una mejor calidad visual, pero tambin comprime peor (archivo ms grande). H.264 utiliza una escala de cuantificacin entre 0 y 52. El valor de cuantificacin por defecto es 26. Si su objetivo es un cierto nivel de calidad y no importa mucho el tamao final del archivo, entonces podra considerar el uso del modo QP. Pero si est apuntando a un tamao de archivo determinado (o una tasa de bits promedio determinada), debe mantenerse alejado del Modo QP! Esto sucede porque el tamao final (la tasa media de bits) es completamente impredecible en este modo.

    Nota: El modo CRF (Constant Rate Factor) es preferible al modo QP! Tambin la cuantificacin adaptativa (AQ) se desactiva en el modo QP, mientras que est habilitada (por defecto) en el modo CRF.

    Single Pass - Constant Rate Factor: Este modo es tambin conocido como "Modo CRF" o modo "Calidad Constante". Bsicamente funciona de forma similar al modo QP anterior, pero va a codificar con un cuantificador promedio en lugar de uno constante. Para ser ms precisos, este modo codifica a un "factor de tasa" constante, que se deriva del cuantificador especificado. Internamente el modo CRF utiliza el algoritmo de control de tasa igual al modo ABR de x264, slo que sin una tasa de bits de destino. La ventaja del modo CRF es que se ajusta a la percepcin humana mucho mejor que el modo QP. Por ejemplo, aumentar los cuantificadores en escenas rpidas en las que las prdidas no sern tan perceptibles y los bajar en escenas "lentas". Por lo tanto el modo CRF debera dar la misma calidad subjetiva que el modo QP, pero por lo general logra una compresin significativa superior. Se recomienda preferir el modo CRF sobre el modo QP, aunque CRF es un poco ms lento. Cuando se cambia del modo QP al modo CRF, es posible que desee reducir ligeramente el cuantificador. Esto debera dar aproximadamente el mismo tamao de archivo que antes, pero de mejor calidad visual! Otra ventaja importante del modo CRF es que se beneficiar de cuantificacin adaptativa, algo que el modo QP no puede hacer.

    Tenga en cuenta: Ni siquiera el modo CRF entrega una calidad constante "perfecta"! Un valor especfico CRF slo ofrece una calidad similar para varias fuentes, siempre y cuando no cambie ninguna otra configuracin. El uso de configuraciones "lentas" con el mismo valor de CRF o bien producir un archivo ms pequeo con una calidad igual o generar un archivo del mismo tamao y mejor calidad. Tambin es posible que ambos, el tamao y la calidad, se incrementen. El ratio "calidad por tamao" se mejorar de todos modos.

    Observaciones: La eleccin del ajuste de la cuantificacin adecuada para una codificacin CRF (o QP) no es trivial! Esto se debe a que la calidad visual es altamente subjetiva: Lo que algunas personas consideran "buena calidad" otras personas consideran "calidad horrible" - y viceversa. Adems, la configuracin de la cuantificacin depende en gran medida del contenido de su vdeo. Sin embargo una configuracin de la cuantificacin en el intervalo entre 16 y 32 deberan dar resultados satisfactorios en la mayora de los casos. El uso de un cuantificador menor a 16 por lo general es un exceso, excepto para fines de masterizacin. El uso de un cuantificador superior a 32 resultar en

  • un vdeo casi imposible de ver. Un cuantificador de 22 parece lo ms razonable para la mayora de propsitos. No obstante, materiales con pocas texturas, como Animaciones y Caricaturas, pueden afrontar cuantificadores mucho ms altos. Al mismo tiempo, escenas de la "vida real" con una gran cantidad de texturas pueden requerir cuantificadores mucho ms bajos, sobre todo en las escenas oscuras. Tambin hay una regla de oro: La reduccin del valor de CRF en 6 duplicar el tamao del archivo, la reduccin del valor de CRF en 1 aumentar el tamao del archivo en ~12,5% (muy aproximadamente). Adems, la prctica comn es la siguiente: Comenzar con un bajo valor de CRF, por ejemplo, 16. Aumentar a continuacin el valor de CRF en pasos de uno, hasta que la calidad se vuelve intolerable. De esta forma se encuentra el valor ms alto posible de CRF que todava le da una calidad aceptable para sus ojos. Una vez que lo encuentre, puede utilizar ese valor para toda su futura codificacin.Single Pass - Bitrate: Este modo codificar el vdeo a una tasa de bits promedio con slo un paso. As que este modo slo requiere la mitad de tiempo que una codificacin "a dos pasadas". En contraste con el modo CRF (y el modo QP) la tasa de bits promedio resultante se conoce de antemano. Por lo tanto es fcil predecir el tamao final del archivo. Una mayor tasa de bits se traducir en una mejor calidad visual, pero por supuesto tambin resultar en un archivo ms grande. Una menor tasa de bits se traduce en un archivo ms pequeo, pero tambin dar lugar a una peor calidad visual. Por desgracia, el codificador no "conoce" el contenido del vdeo con anticipacin cuando se codifica a un solo paso. Por lo tanto, la capacidad del codificador para ajustar la tasa de bits con respecto al contenido del vdeo es extremadamente limitada en este modo! Slo son posibles optimizaciones "locales". Esto se traduce en una mala calidad de vdeo (en comparacin con una codificacin "A Dos Pasadas"), especialmente en bitrates medio y bajos! Por lo tanto se recomienda encarecidamente no utilizar este modo, a menos que realmente necesite hacerlo en una sola pasada.Two Pass - Average Bitrate: Este modo codificar el vdeo a una tasa de bits promedio y se utilizarn dos pasadas de codificacin. Por consiguiente, este modo requiere el doble de tiempo que una codificacin de "paso nico" (aproximadamente). En contraste con el modo CRF (y el modo QP) la tasa de bits promedio resultante se conoce de antemano. Por lo tanto es fcil predecir el tamao final del archivo. Una mayor tasa de bits se traducir en una mejor calidad visual, pero por supuesto tambin resultar en un archivo ms grande. Una menor tasa de bits se traduce en un archivo ms pequeo, pero tambin dar lugar a una peor calidad visual. Durante la primera pasada el codificador llevar a cabo un anlisis detallado del vdeo y crear lo que se denomina un fichero "stats" (estadsticas). Luego, durante la segunda pasada, se lleva a cabo la codificacin efectiva y se crea el archivo final. La ventaja de utilizar dos pasadas es que durante la segunda pasada el codificador puede confiar en los datos recogidos durante el primer paso. Esto permite al codificador distribuir los bits disponibles entre todo el vdeo. Por ejemplo, las escenas de "mucho movimiento" obtendrn una tasa de bits significativamente mayor que las escenas "estticas". Esto se hace con el fin de mantener la calidad visual constante a lo largo de toda la pelcula. Se evita as el feo "efecto bloque" en los movimientos rpidos/espontneos (como se ve en la codificacin de "paso nico"). Por lo tanto una codificacin "A Dos Pasadas" ofrece la calidad visual mxima para una tasa de bits objetivo determinada (tamao del archivo). Se recomienda usar siempre este modo si se apunta hacia un bitrate medio seguro!Two Pass - File Size: Este modo utilizar realmente el modo "Two Pass - Average Bitrate". La diferencia nica es que Avidemux calcular automticamente por usted la tasa de bits requerida. De esta manera puede alcanzarse fcilmente un objetivo de tamao de archivo especfico. Slo tiene que introducir el tamao deseado del archivo (por ejemplo, "700 MB" para un CD-R o "4700 MB" para un DVD-R) y eso es todo! El resto funciona exactamente como se describe para el modo "Two Pass - Average Bitrate".

    Tenga en cuenta: x264 no tomar en cuenta la tasa de bits de audio y la sobrecarga del contenedor. Por lo tanto el tamao de destino especificado en el dilogo x264 slo afecta a la parte de vdeo del archivo. Si el archivo contiene al menos una pista de audio, el archivo real saldr ms grande que el tamao especificado. Tambin el contenedor agrega algn tamao adicional al archivo. As que por favor, utilice la

  • herramienta "Calculadora" de Avidemux para configurar el tamao del archivo de destino correctamente!

    Observaciones: La eleccin de la tasa de bits destino apropiada para un codificador basado en la tasa de bits (modos "Two Pass" o "Single Pass") no es trivial en absoluto! Esto se debe a que la tasa de bits necesaria para obtener resultados satisfactorios depende en gran medida de la "compresibilidad" del vdeo concreto y tambin de sus preferencias personales. Por ejemplo, fuentes "limpias" pueden resolverse con una tasa de bits significativamente menor que otras fuentes ruidosas o granuladas. Tambin las escenas de animacin, por lo general, pueden resolverse con bitrates mucho ms pequeos que metrajes de la "vida real". De todos modos, en la mayora de los casos una tasa de bits promedio en el rango de entre 500 Kbps y 2500 Kbps debera dar resultados aceptables para la mayora del material SD, como copias de seguridad de DVD-Vdeo. Promedios de tasas de bits por encima de 2500 kbps se consideran "excesivas" para material SD. Desde luego, la salida es excepcional! Tambin tenga en cuenta que cuando se trata de material HD (720p o 1080p) se requerirn bitrates significativamente mayores. Bitrates de 10 Mbps y superiores no son inusuales para codificacin HD. Tenga en cuenta que el pre-procesamiento, tal como eliminacin de ruido, puede reducir los requerimientos de tasa de bits de una fuente.

    Nota: Puesto que es bastante difcil de decidir sobre un bitrate especfico, suelen ser mejor si se utiliza el modo CRF en lugar de uno de los modos basados en tasa de bits.

    Lossless Mode: x264 tambin soporta "verdadera" compresin sin prdida. El uso de este modo no provocar absolutamente ninguna degradacin de los datos de vdeo. Sin embargo, la compresin sin prdida tomar tasas de bits significativamente mayores que ningn tipo de compresin con prdida. As que la conversin de un formato con prdida (por ejemplo, MPEG-2 o MPEG-4 ASP) a compresin sin prdida producir un archivo mucho ms grande que la fuente! De todos modos, x264 en modo "lossless", por lo general, necesitar menos tasa de bits que otros codificadores sin prdidas como HuffYUV o FFV1. Y es mucho ms pequea que la de vdeo sin comprimir (por ejemplo, datos crudos YUV/RGB), por supuesto. Con el fin de forzar la compresin sin prdida se debe elegir el modo de cuantificacin constante y debe configurar el cuantificador a un valor de 0. Tenga en cuenta que la reproduccin sin prdida de H.264 requiere un decodificador capaz del perfil "Predictive Lossless". Los decodificadores que soportan esto incluyen libavcodec/ffmpeg (ffdshow, MPlayer, etc) y el descodificador CoreAVC. Otros decodificadores pueden mostrar una salida incorrecta (o ninguna salida en absoluto).

    Macroblock-Tree Rate Control

    El ajuste habilita Macroblock-Tree Rate Control (tambin llamado "MB-Tree"). Realiza un seguimiento de la propagacin de la informacin desde bloques futuros a bloques pasados a travs de vectores de movimiento. Se podra describir como la localizacin qcomp (quantizer curve compression) para actuar en bloques individuales en lugar de escenas enteras. As, en lugar de bajar la calidad en escenas de alta complejidad (como x264 hace sin MB-Tree), slo va a disminuir la calidad en la parte compleja de la escena, mientras que por ejemplo un fondo esttico seguir siendo de alta calidad. Tambin tiene muchos otros efectos ms sutiles, algunos potencialmente negativos, la mayora probablemente no. Esto ayuda a todos los bitrates, pero incluso puede ayudar fenomenalmente a bajas tasas de bits donde el vdeo, de lo contrario, se desmoronara por completo. Tenga en cuenta que MB-Tree maneja ahora mucho mejor los fundidos gracias a Weight-P. Por cuanto MB-Tree mejora en gran medida la calidad general, debera estar siempre habilitado. Vea el hilo x264 "Macroblock Tree Ratecontrol" testing para obtener ms informacin sobre cmo trabaja MB-Tree.

    Frametype Lookahead: Esta configuracin especifica el nmero de fotogramas para frame-type lookahead (prediccin de tipo fotograma), es decir, la distancia (en fotogramas) que MB-Tree mira hacia el futuro. Cuantos ms fotogramas utiliza MB-Tree para la bsqueda hacia delante, ms eficaz resulta su funcionamiento. En otras palabras: A mayor valor mejorar el resultado, mientras que un valor menor lo perjudicar. Por lo tanto, usted debe utilizar el valor ms alto que pueda permitirse. Desafortunadamente

  • una bsqueda hacia delante mayor ralentizar la velocidad de codificacin y al mismo tiempo aumentar el uso de memoria. El valor por defecto es 40, que estara bien equilibrado para la mayora de los propsitos. Si la calidad es ms importante que la velocidad de codificacin, debe aumentar el valor. Sin embargo ir ms alto de 60 no es recomendable, ya que los valores an ms altos slo le darn una mejora adicional muy pequea (a lo sumo). Si la velocidad es ms importante que la calidad puede disminuir el valor. Pero ir por debajo de 30 no se recomienda.Advertencia: Si se encuentra con cuelgues usando valores altos de frame-type lookahead, entonces esto es probablemente debido a que se qued sin memoria! En ese caso, debe disminuir el valor con el fin de evitar el problema.

    Multi-Threading

    Esta configuracin controla cuntos hilos utilizar x264 para la codificacin. Gracias a su implementacin multi-hilo, x264 es capaz de aprovechar al mximo la potencia de procesamiento de los modernos procesadores multi-core. Esto se logra mediante la codificacin de varios fotogramas en paralelo (ver http://git.videolan.org/gitweb.cgi?p=x264.git, un blob =, f = doc / threads.txt para ms detalles). Las pruebas han demostrado que x264 escala extremadamente bien hasta al menos 16 ncleos. De todos modos, para hacer un uso ptimo del multi-ncleo de la mquina, ha de seleccionarse el nmero correcto de hilos. Las opciones disponibles son las siguientes:

    Disabled: Desactiva el multi-hilo. Se utilizar un solo hilo. Esto no introduce ninguna diferencia para las mquinas de un solo ncleo, pero ralentizar significativamente x264 en mquinas multi-core.Auto-Detect: x264 decidir el nmero ptimo de subprocesos. La frmula utilizada es: hilos = cpu_cores * 3/2. Las pruebas han demostrado que esta frmula (por lo general) da el rendimiento ptimo. Es muy recomendable mantener esta configuracin!Custom: sobrescribir manualmente la deteccin automtica x264. Slo use esta opcin si tiene una buena razn para desconfiar de la deteccin de x264.Observaciones: Muchas personas se quejan de que la carga de la CPU no alcanza el 100% en el Gestor de Tareas al codificar un vdeo con x264, incluso con multi-hilo habilitado. Esto puede tener varias razones. Muy probablemente cuellos de botella en la cadena de procesamiento de x264. Por ejemplo, un subproceso nico descodificador y/o de clculo intensivo de filtros vdeo fcilmente puede convertirse en el cuello de botella del rendimiento. En ese caso x264 tiene que esperar por la entrada y se vuelve inactivo. As que en realidad no es un problema en s mismo de x264. Otro "problema" es la tecnologa Intel Hyperthreading, como la usada por el procesador Pentium 4 y el procesador Core i7 (Nehalem). Con Hyperthreading hay dos ncleos virtuales por cada ncleo fsico. Por lo tanto una carga de CPU de 50% indica que todos los ncleos fsicos estn ocupados (que es igual al 100% de carga en una CPU sin Hyperthreading). Por ltimo, pero no menos importante, la eficiencia de multi-hilos no debe medirse con la carga de CPU mostrada por el Gestor de Tareas. En cambio, lo que debe medirse es el rendimiento (esto es: el nmero de fotogramas codificados por segundo). As que por favor tenga en cuenta que la carga de la CPU por s sola no implica un buen rendimiento!

    Motion

    Motion Estimation

    ME Method: La compresin de vdeo funciona descartando informacin redundante entre fotogramas consecutivos. Por ejemplo, los fotogramas P se predicen a partir de fotogramas previos. As, slo la diferencia entre el fotograma predicho y el fotograma fuente original se guarda en el flujo de bits. A esto se le llama "residuo". Cuanto ms precisa sea la prediccin de un fotograma, menos son los datos que tienen que ser almacenados. Dado que los objetos tienden a moverse entre fotogramas vecinos, la deteccin y compensacin de movimiento es esencial para una prediccin exacta! El mtodo ME determina qu algoritmo

  • se utiliza para buscar movimiento y para calcular los llamados "vectores de movimiento". El uso de un mtodo de bsqueda ms exacto resultar en una mejor calidad visual, pero tambin llevar ms tiempo de codificacin. El uso de un mtodo ms rpido acelerar el proceso de codificacin, pero tambin dar lugar a una peor calidad visual. Dado que el mtodo ME tiene un gran impacto en la velocidad de codificacin y la calidad visual del vdeo, debe decidir cuidadosamente! Es muy recomendable no ir por debajo del valor predeterminado. Debe considerar un modo an ms lento si la calidad es ms importante que el tiempo de codificacin. Los siguientes mtodos estn disponibles:

    Diamond Search (DIA): Anlisis rectangular - Este es el mtodo ms rpido, pero tambin ofrece la peor calidad. Utilice este mtodo slo si la velocidad de codificacin es ms importante que la calidad.Complejidad: O(n) en el peor de los casos, ms rpido en casos promedio.Hexagonal Search (HEX): Anlisis hexagonal - Es el mtodo por defecto. Proporciona una calidad razonable y todava funciona muy rpido.Complejidad: O(n) en el peor de los casos, ms rpido en casos promedio.Uneven Multi-Hexagon Search (UMH): versin ms detallada de bsqueda Hexagonal (bsqueda multi-hexagonal desigual). Este mtodo ofrece una alta calidad, pero funciona ms lento que el simple mtodo "HEX". Si prefiere la calidad sobre la velocidad, consecuentemente, utilice este mtodo.Complejidad: O(n).Exhaustive Search (ESA): Anlisis completo y extenso - Este mtodo de fuerza bruta funciona muy lento, pero la calidad resultante generalmente es slo un poco mejor en comparacin con el mtodo "UMH" (a lo sumo).Complejidad: O(n).Hadamard Exhaustive Search (TESA): Versin mejorada del mtodo "ESA" que utiliza la transformada Hadamard - Este mtodo funciona incluso ms lento que el mtodo "ESA". Use este mtodo si tiene un montn de tiempo que perder.Complejidad: O(n).Observaciones: Las pruebas han demostrado que "Exhaustive Search" es significativamente ms lento que "Uneven Multi-Hexagon Search", pero no necesariamente produce una mejor calidad percibida. Adems "Hadamard Exhaustive Search" se llevar por lo menos el doble de tiempo que "Uneven Multi-Hexagon Search". Por lo tanto, utilizando un mtodo ms lento que "Uneven Multi-Hexagon Search" en general, no compensa el tiempo de codificacin adicional.

    Subpixel Refinement: Este ajuste (tambin conocido como "Sub ME") controla la precisin del proceso de estimacin de movimiento. Cuanto mayor sea la precisin, mejores son los resultados. Por lo tanto debe utilizar siempre el modo ms alto que pueda permitirse. Por supuesto, una mayor precisin requiere ms tiempo para la codificacin. Tenga en cuenta que independientemente de la configuracin, la estimacin de movimiento Qpel siempre se utiliza. RDO es igual al uso de la configuracin VHQ del codificador Xvid. Es muy recomendable no ir por debajo del valor predeterminado de 6, porque Psy-RDO requiere por lo menos Sub ME 6. Si dispone de tiempo, quizs debera considerar el uso de un valor an mayor. En caso de que la calidad visual sea ms importante que el tiempo de codificacin, debera ir al mximo! El modo 9 (o incluso 10) ofrece la mejor calidad. Si prefiere velocidad sobre calidad utilice el modo 2. Nunca se debe ir por debajo de modo 2, incluso para una codificacin "rpida y sucia". Los siguientes modos Sub ME estn disponibles actualmente:

    1. QPel SAD (la ms rpida, la peor calidad) 2. QPel SATD 3. HPel en MB, a continuacin QPel 4. Siempre QPel 5. Qpel & bidireccional ME 6. RD en I- y P-frames (Por defecto, el modo ms bajo que soporta Psy-RDO) 7. RD en todos los frames 8. RD refinamiento en I- y P-frames

  • 9. RD refinamiento en todos los frames10. RD refinamiento en todos los frames + QPRD (ms lento, mejor calidad)

    Motion Vector

    Range: Este ajuste define el nmero de pxeles que se analizan para la estimacin de movimiento. Un valor de rango ms alto resulta en un anlisis ms preciso, pero tambin se ralentizar la velocidad de codificacin de manera significativa. Los valores bajos aceleran el proceso de codificacin, pero tambin dan lugar a un anlisis menos preciso. Tenga en cuenta que el material de alta resolucin generalmente se beneficia ms de los ajustes de rango superior que el material de baja resolucin. Eso es porque los objetos tienden a moverse ms lejos (con respecto a los pxeles) en vdeo HD. De todos modos, el valor predeterminado de 16 es suficiente para la mayora de vdeos! Los mtodos Diamond Search y Hexagonal Search estn incluso limitados al rango mximo de 16. Si la calidad es ms importante que la velocidad de codificacin y si est utilizando el mtodo Uneven Multi-Hexagon Search (o un mtodo an ms lento), es posible que desee aumentar el rango a un valor de 24 o incluso 32. Dependiendo del mtodo ME seleccionado, el valor range puede ser redondeado a un mltiplo de dos o cuatro.

    Maximum Motion Vector Length: Esta opcin se puede utilizar para limitar la duracin mxima de cada vector de movimiento. Por defecto x264 limitar la longitud mxima del vector de movimiento basndose en el nivel detectado. Puede utilizar esta opcin para sobrescribir la decisin de x264. Es muy recomendable no usar esta opcin, a menos que tenga una muy buena razn para hacerlo!

    Minimum Buffer Between Threads: x264 utiliza un mtodo multi-hilo basado en fotogramas. Para permitir la codificacin de mltiples fotogramas en paralelo, x264 tiene que asegurarse de que cualquier macrobloque determinado usa vectores de movimiento slo a partir de piezas de los fotogramas de referencia que han sido codificadas ya. Esto no suele ser notable, pero puede volverse importante en movimientos hacia arriba muy rpidos. Por defecto x264 decidir el espacio mnimo entre hilos basado en el nmero de hilos. Puede utilizar esta opcin para sobrescribir la decisin de x264. Es muy recomendable no usar esta opcin, a menos que tenga una muy buena razn para hacerlo!

    Prediction

    B-Frame Direct Mode: Esta caracterstica permite a los fotogramas B usar vectores de movimiento "estimados" en lugar de codificar realmente el movimiento de cada fotograma. Esto debera ahorrar algo de bitrate y mejorar la compresin. Por lo tanto se recomienda mantener siempre esta opcin habilitada. Hay cuatro modos diferentes disponibles:

    None: Desactivado. Para pruebas nicamente. No se recomienda.Auto: Deja que el codificador decida la configuracin ptima de cada fotograma. Muy recomendado para todos los modos de RC, pero ms eficiente en el modo de dos pasadas.Temporal: Fuerza la prediccin desde fotogramas vecinos.Spatial: Fuerza la prediccin desde bloques vecinos al fotograma actual (por lo general preferible a Temporal).

    Weighted Prediction for B-Frames: Esta caracterstica permite al codificador producir B-Frames ms precisos por "ponderacin" de los fotogramas de referencia de una manera asimtrica. Esto penaliza algo la velocidad de codificacin. Por cuanto weighted B-Frames generalmente mejora la calidad visual, se recomienda tener esta opcin habilitada siempre, excepto si la velocidad de codificacin es ms importante que la calidad.

    Weighted Prediction for P-Frames: Esta caracterstica permite al codificador detectar los fundidos y pondera los P-Frames en consecuencia. Esto mejora considerablemente la

  • calidad en los fundidos y por lo tanto se debe utilizar siempre!Blind Offset: Utiliza un "contrapesado ciego" sin realizar ningn anlisis. Proporciona slo una pequea mejora de la calidad en fundidos.Smart Mode: Deteccin de fundido. Proporciona una mejora total de la calidad en fundidos. Especialmente til con MB-Tree. Este es el modo recomendado!Disabled: No utiliza Weight-P en absoluto. No se recomienda.Advertencia: Algunos decodificadores H.264 se sabe que no funcionan con respecto a Weight-P . Ver spec-violation hall of shame (saln de la vergenza de violacin de especificaciones) para una lista de decodificadores afectados. Con Weight-P habilitado obtendr una salida distorsionada si se utiliza uno de los decodificadores afectados! El ms notable es el decodificador CoreAVC 1.9.x, tiene un reconocido fallo Weight-P que no arreglan. O bien actualiza a CoreAVC 2.0, o utiliza un descodificador diferente (por ejemplo ffdshow o DivX H.264 decoder), o desactivar Weight-P. La ltima solucin es la peor, por supuesto.

    Partition

    Partition Search

    88 Adaptive DCT Transform: Esta configuracin habilita una Transformacin DCT 88 adaptativa. Esto mejorar significativamente la calidad visual a un pequeo costo de velocidad. De hecho, esta opcin es conocida por dar la mejor relacin velocidad/calidad de todas las opciones. Por desgracia, requiere un decodificador H.264 capacitado para "perfil alto". Es muy recomendable mantener esta opcin activada, si es posible!88, 816 y 168 P-Frame Search: Esta configuracin habilita las particiones 88 en fotogramas P y por lo tanto mejora la calidad visual de estos fotogramas. Se recomienda mantener esta opcin activada!88, 816 y 168 B-Frame Search: Esta configuracin habilita las particiones 88 en fotogramas B y por lo tanto mejora la calidad visual de estas fotogramas. Se recomienda mantener esta opcin activada!4x4, 4x8 y 84 P-Frame Search: Esta configuracin permite que las particiones 44 en fotogramas P pero, por lo general, la mejora de calidad ser insignificante. Por lo tanto esta opcin no compensa el tiempo de codificacin adicional y en consecuencia y con seguridad se puede desactivar.88 I-Frame Search: Esta configuracin permite las particiones 88 en los fotogramas I y por lo tanto mejora la calidad visual de estos fotogramas, pero requiere de 88 Adaptive DCT Transform. Se recomienda mantener esta opcin activada, si es posible!44 I-Frame Search: Esta configuracin habilita las particiones 44 en fotogramas I y por lo tanto mejora la calidad visual de estos fotogramas. Se recomienda mantener esta opcin activada!Observaciones: Durante el proceso de codificacin, el codificador divide el vdeo en los llamados "macrobloques". Entonces buscar bloques similares para descartar los datos redundantes (vase Motion Estimation -estimacin de movimiento-). Los macrobloques se pueden subdividir en particiones 168, 816, 88, 4x8, 8x4 y 4x4. Analizando ms de estas particiones resulta en una prediccin ms precisa y por lo tanto mejora la calidad visual. Lamentablemente esto es a costa de tiempo de codificacin adicional. Por lo general se recomienda mantener todos los tipos de particiones habilitadas, excepto el de las particiones "44 P-Frame". Esto es porque la bsqueda de particiones 44, 48 y 84 en P-Frames cuesta una cantidad significativa de tiempo de codificacin, pero la ganancia en calidad, por lo general, es insignificante (slo podran beneficiarse vdeos de baja resolucin). Tenga en cuenta que algunas de las opciones de particin dependen unas de otras! Adems hay que considerar que 88 adaptable DCT Transform (y por lo tanto 88 I-Frame Search) requieren caractersticas de "perfil alto" y necesitar un decodificador H.264 adecuado, tal como MPlayer, ffdshow o CoreAVC. Sin embargo, 88 adaptable DCT Transform y 88 I-Frame Search son caractersticas muy tiles.

  • Frame

    Frame Encoding

    CABAC: Este ajuste permite la codificacin entrpica CABAC, una de las caractersticas ms impresionantes de x264. CABAC (Context Adaptive Binary Arithmetic Coding -Cdigo Aritmtico Binario Adaptable al Contexto) funciona absolutamente sin prdida, pero le da un aumento extra de compresin de aproximadamente un 15%. A cuantificadores altos CABAC puede ahorrar incluso ms bitrate -hasta un 50% y ms es posible (ver http://akuvian.org/src/x264/entropy.png)-. Consecuentemente, con CABAC habilitado obtendr o bien un archivo ms pequeo con una calidad igual (modos CRF y QP) o bien mejor calidad en el mismo tamao de archivo (modos de 2-pasadas). Por lo tanto es muy recomendable mantener CABAC habilitado en todos los casos! Sin embargo CABAC requiere tiempo adicional de CPU tanto para la codificacin como para la decodificacin! El tiempo adicional de CPU que requiere CABAC depende en gran medida de la tasa de bits. Tenga en cuenta que CABAC puede convertirse fcilmente en la parte de clculo ms intensivo de la decodificacin H.264! Si decide desactivar CABAC (lo que normalmente no se debe hacer), entonces el menos eficiente pero ms rpido CAVLC (Context Adaptive Variable Length Coding -Codificacin de Longitud Variable Adaptable al Contexto) ser utilizado.

    Observaciones: Note que CABAC requiere un descodificador H.264 capacitado para al menos un perfil "Main". Si su objetivo es para perfil "Baseline" o "Extended", entonces debera utilizar CAVLC !

    Pure Interlaced Mode: Esta configuracin permite la codificacin entrelazada, as que active esta opcin slo si su vdeo es entrelazado. En caso de vdeo progresivo (o sea: no entrelazado) o si usted no sabe lo que significa "entrelazado", mantngase alejado de este entorno! Tenga en cuenta que codificar un vdeo entrelazado como progresivo destruir el contenido! Al mismo tiempo codificar uno progresivo como entrelazado es factible, pero perjudica significativamente la eficiencia de codificacin! Una ltima nota, pero no menos importante, la implementacin de la codificacin entrelazada de x264 no es tan eficiente como debera. Por lo tanto si se trata de una fuente entrelazada, es mucho mejor usar un filtro de desentrelazado y codificar el vdeo como progresivo.

    Observaciones: Ahora que las pantallas CRT estn en vas de desaparicin y las pantallas LCD/Plasma empiezan a dominar el mundo, los contenidos entrelazados deben desentrelazarse en tiempo de reproduccin de todos modos. Lamentablemente, algunas pantallas utilizan desentrelazados bastante pobres, lo que resulta en una imagen inestable/desenfocada. Por lo tanto, la forma preferida es desentrelazar antes de codificar el vdeo, usando un deinterlacer/bobber de alta calidad, tales como Yadif o TDeint.

    Loop Filter: Controla una de las caractersticas ms importantes de x264: el filtro Inloop Deblocking. En contraste con MPEG-4 ASP (DivX, Xvid, etc) el Inloop Deblocking es una caracterstica obligatoria de la norma H.264. As el codificador, x264 en este caso, puede confiar en el decodificador para llevar a cabo una eliminacin apropiada del efecto bloque. Adems, todos los P- y B-Frames en flujos H.264 remiten a fotogramas sin bloques en lugar de a su estado en bruto, lo que mejora la compresibilidad. No hay absolutamente ninguna razn para que desactive por completo el Inloop Deblocking, por lo que es muy recomendable mantenerlo activado en todos los casos. Hay dos opciones disponibles para configurar el filtro Inloop Deblocking:

    Strength: Este ajuste tambin se llama "Alpha Deblocking". Controla cunto el filtro Deblocking suavizar el vdeo, por lo que tiene un efecto importante en la nitidez general de su vdeo. El valor por defecto es 0 y debera ser suficiente para suavizar todos los bloques de su vdeo, especialmente en los modos cuantificadores (QP o CRF). Los valores negativos dan un vdeo ms ntido, pero tambin aumenta el peligro de artefactos de bloque visibles! En contraste los valores positivos resultarn en un vdeo ms suave, pero tambin eliminar ms detalles.Threshold: Este valor tambin se llama "Beta Deblocking", y es ms difcil de manejar que el "Alpha Deblocking". Controla el umbral para la deteccin de bloques. El valor

  • predeterminado es 0 y debe ser suficiente para detectar todos los bloques del vdeo. Los valores negativos "salvarn" ms detalles, pero podran quedarse atrs ms bloques (especialmente en las reas planas). En contraste los valores positivos eliminarn ms detalles y capturarn ms bloques.Observaciones: Por lo general no hay necesidad de cambiar la configuracin por defecto de 0:0 para Strength:Threshold, ya que da muy buenos resultados para una amplia gama de vdeos. Sin embargo, puede querer probar diferentes configuraciones hasta encontrar la ptima para sus ojos. Si le gusta un vdeo ms ntido y no le importan unos pocos bloques aqu y all, quizs podra ser feliz con -2:-1. Esto tambin podra valer la pena probarlo a los usuarios de MPEG-4 ASP (DivX, Xvid, etc)! Si le gusta una imagen suave y limpia o codificar un montn de cosas Anime, entonces puede intentar algo como 1:2. Sin embargo, no debera salirse del rango -3 y +2 para ambos ajustes!

    Max. Ref. frames: En contraste con MPEG-4 ASP, H.264 permite mltiples fotogramas de referencia. Este ajuste controla cuntos fotogramas pueden ser referenciados por P- y B-Frames. Los valores ms altos generalmente resultarn en una compresin ms eficiente, lo que significa mejor calidad visual en un mismo tamao de archivo. Desafortunadamente ms fotogramas de referencia requerir ms tiempo para codificar (y tambin un poco ms de potencia de CPU para la reproduccin). Por defecto, el nmero de fotogramas de referencia se limita a 1. Es muy recomendable aumentar el nmero de referencias a por lo menos 3. Sin embargo, el uso de ms de 4 o 5 fotogramas de referencia para imgenes de la "vida real" debe evitarse, ya que no mejorar ms los resultados! Al mismo tiempo, anime y caricaturas se beneficiarn mucho de los fotogramas de referencia adicionales. A veces incluso el mximo de 16 fotogramas de referencia puede ser til para dicho material.

    Observaciones: Aunque los reproductores "software" suelen soportar cualquier nmero de fotogramas de referencia, los reproductores "hardware" estn limitados a un nmero mximo de ellos! El nmero mximo de fotogramas de referencia puede calcularse a partir de Max Decoded Picture Buffer Size (MaxDPB) y la resolucin del vdeo. El valor MaxDPB queda definido por el Perfil H.264 particular compatible con el reproductor (para ms detalles vase el anexo A de las especificaciones H.264).

    B-Frames

    Max Consecutive: Esta configuracin controla el nmero mximo de B-Frames consecutivos. B-Frames se refiere a ambos, el anterior y el siguiente I-Frame (o P-Frame). De esta manera los B-Frames pueden comprimir an ms eficientemente que los P-Frames. Los B-Frames pueden mejorar significativamente la calidad visual del vdeo para un mismo tamao de archivo. Por lo tanto usar B-Frames es muy recomendable. Tambin tenga en cuenta que permitir ms B-Frames nunca daar la calidad: Puede incluso elegir con seguridad el mximo de 16 B-Frames consecutivos. Esto se debe a que slo estar especificando el lmite superior para el nmero de B-Frames consecutivos . x264 todava decidir cuntos B-Frames consecutivos se utilizarn efectivamente. As que incluso si usted permite hasta 16 B-Frames consecutivos, el codificador rara vez ir tan alto. No obstante la limitacin del nmero mximo de B-Frames a menos de 16 es razonable, porque la mayora de los vdeos, de todos modos, no se beneficiarn del uso de ms de ~4 B-Frames consecutivos! Elevar el lmite de B-Frames consecutivos por encima de eso lo nico que hara seria ralentizar el proceso de codificacin sin ningn beneficio real! Si se establece el lmite de B-Frames a 0 (por defecto), B-Frames se desactivar. Por supuesto, deshabilitar B-Frames no es recomendable!

    B-Frame Bias: Este ajuste controla la probabilidad de que se utilice un B-Frame en lugar de un P-Frame. El valor por defecto es 0, lo que tambin es el valor recomendado. Un valor positivo aumenta la probabilidad de que un B-Frame sea utilizado. En contraste, un valor negativo disminuye esa probabilidad. Por supuesto, el codificador nunca violar el lmite Max Consecutive, sin importar la configuracin Bias utilizada.

    Adaptive B-Frame Decision: Esta opcin controla cmo el codificador elige el nmero de

  • B-Frames consecutivos. Sin importar cul sea la configuracin que elija, el codificador nunca violar el lmite de mximos B-Frame consecutivos (pero puede decidir utilizar un menor nmero de B-Frames). Los siguientes modos estn disponibles:

    Fast: Este modo utiliza un rpido y subptimo algoritmo de decisin B-Frame. Por lo general, utiliza un nmero muy bajo de B-Frames, incluso con un lmite muy alto de B-Frames. Use este modo slo si est a favor de la velocidad sobre la calidad!Optimal: Este modo se conoce tambin como "Trellis B-Frame decision", pero no est relacionado con la opcin de cuantificacin Trellis en absoluto. Es significativamente ms lento que el mtodo de decisin B-Frame "Fast", pero encontrar el nmero ptimo de B-Frames y por lo tanto es muy recomendable. Especialmente los fundidos se manejan mucho mejor con este mtodo. Puesto que la velocidad de este mtodo depende en gran medida del lmite B-Frame, se debe limitar el nmero mximo de B-Frames consecutivos a un valor razonable!Disabled: Esta opcin desactivar el Adaptive B-Frame decision. Utilcelo solo para pruebas!

    B-Frames as reference: esta caracterstica se conoce como "B-Pyramid". Si habilita esta configuracin, a los B-Frames se les permite hacer referencias no lineales con el fin de mejorar el uso del bitrate y la calidad. As los B-Frames pueden hacer referencias a otros B-Frames. Por lo general, se recomienda mantener esta funcin activada, ya que debe mejorar el resultado. Sin embargo hay que tener en cuenta que se trata de una caracterstica de "perfil alto" y por lo tanto requiere un decodificador adecuado, como libavcodec (MPlayer, ffdshow, etc) o CoreAVC. Los modos disponibles son las siguientes:

    Strict: Estricta jerarqua B-Pyramid. Este modo es totalmente compatible BluRay.Non-Strict: Modo normal B-Pyramid. Da mejores resultados que el modo "Strict", pero no es BluRay compatible (por cuanto BluRay cuenta con especificaciones extraas).Disabled: No utiliza B-Frames como referencia. No se recomienda.

    I-Frames

    Minimum GOP Size: Esta configuracin controla el nmero mnimo de fotogramas entre dos fotogramas IDR. Los fotogramas IDR son similares a los Keyframes en vdeos MPEG-4 ASP: La reproduccin slo puede iniciarse en un fotograma IDR, ya que ningn fotograma despus del fotograma IDR puede hacer referencia a un fotograma anterior al fotograma IDR. En H.264 esto no es posible con los I-Frames "normales", debido a las referencias mltiples. As, los fotogramas IDR son necesarios para permitir la bsqueda en el vdeo. Sin embargo demasiados fotogramas IDR causaran una codificacin ineficiente, por lo que hay un intervalo mnimo de fotogramas IDR. Como regla general, este valor debe ser igual a la tasa de fotogramas del vdeo. Por ejemplo, un vdeo de 25 fps debe utilizar un valor de 25, un vdeo de 29,97 fps debe utilizar un valor de 30 y as sucesivamente.

    Maximum GOP Size: En contraste con el "Min IDR frame interval, este parmetro controla el nmero mximo de fotogramas entre dos fotogramas IDR. Un valor ms alto dar lugar a un intervalo de fotogramas IDR ms grande y en consecuencia una bsqueda ms lenta; un valor inferior tendr como resultado un intervalo de fotogramas IDR ms corto y por lo tanto mejora la bsqueda. Como regla general, el intervalo de fotogramas IDR no debe ser inferior a la tasa de fotogramas del vdeo multiplicado por un factor de 10. Por ejemplo, un vdeo de 25 fps debe usar al menos un valor de 250, un vdeo de 29,97 fps debe usar al menos un valor de 300 y as sucesivamente. El uso de valores an ms elevados mejorar la compresin a costa de algo menos de rendimiento en la bsqueda. Por supuesto, material con muchas "tomas largas" y largos "travellings" se beneficiarn mucho ms de largos GOPs que material que consiste principalmente en escenas muy cortas. Tenga en cuenta que largos GOP perjudicarn la correccin de errores, lo que puede ser un problema para la reproduccin de streamings (y tambin para autora de Blu-ray).

    Scene Cut Threshold: Controla el umbral de deteccin de cambio de escena de x264 . De esta manera el codificador puede poner un I-Frame en cada cambio de escena (en vez de un

  • P- o B-Frame), que debera conducir a mejores bsquedas de cortes de escena. Un Threshold ms bajo resulta en una deteccin de cambio de escena ms agresiva, lo que podra ser til para vdeos muy oscuros. En contraste, un umbral ms alto detectar menos cambios de escena. El valor por defecto es 40 y debera ser adecuado para la mayora de vdeos.

    Analysis

    Analysis Configuration

    Mixed Refs: Si esta opcin est activada, cada macrobloque de 1616 puede elegir su propio (ptimo) fotograma de referencia. Esto ralentizar el proceso de codificacin, pero permite una compresin ms eficiente. Sobre todo si utiliza un gran nmero de fotogramas de referencia, este ajuste le dar una gran mejora y vale la pena el tiempo de codificacin adicional. Si utiliza pocos fotogramas de referencia, Mixed Refs ser menos eficaz. Debe tener esta opcin habilitada si la calidad visual es ms importante que la velocidad de codificacin.

    Chroma ME (Motion Estimate): Si esta opcin est activada, la informacin de color (croma) ser tomada en cuenta para la deteccin de movimiento, de lo contrario no se har. Con "Chroma ME" activado la deteccin de movimiento ser ms lenta pero ms precisa. Consecuentemente suele producir una mayor calidad visual a costa de algn tiempo de codificacin. Por lo tanto se recomienda mantener siempre este ajuste est habilitado, excepto si la velocidad de codificacin es ms importante que la calidad visual.

    Trellis Quantization: Este ajuste permite Trellis RD quantization. Bsicamente, Trellis llevar a cabo una etapa de cuantificacin adicional: mantendr ciertos "detalles" que habran sido eliminados de otra manera. Al mismo tiempo, eliminar otros "detalles" que de otra manera se habran mantenido. Por lo general, Trellis mejorar la calidad general de una manera notable, pero causar una ralentizacin significativa del proceso de codificacin. Antes de que las optimizaciones Psy se aadieran a x264, se deca que Trellis 2 tena tendencia a eliminar los detalles finos y mejorar los bordes. As que a menudo Trellis 1 se consideraba la mejor opcin. Pero ahora, cuando se utiliza Psy RDO, es altamente recomendable utilizar Trellis 2, aunque es significativamente ms lento que Trellis 1. Si la velocidad es ms importante que la calidad, establecer Trellis a 0 para desactivarlo. Tenga en cuenta que Psy-Trellis requiere Trellis quantization, por lo que Psy-Trellis se desactivar cuando Trellis se establece a 0. Tambin tenga en cuenta que Trellis requiere CABAC. Los modos disponibles son las siguientes:

    2: Always On (Lento, la mejor calidad)1: Final Makroblock only (Rpido, calidad media)0: Disabled (El ms rpido, peor calidad)

    Fast P-Skip: Si esta opcin est activada, se usar "Fast P-Skip". Fast P-Skip es una optimizacin que acelerar el proceso de codificacin a costa de una cierta calidad visual. Sin embargo, la prdida de calidad causada por Fast P-Skip normalmente es insignificante, mientras que el aumento de velocidad es inequvoco. Por lo tanto se recomienda mantener Fast P-Skip marcado. Por desgracia, en raros casos Fast P-Skip provoca artefactos en escenas "planas", por lo que es posible que desee desactivar Fast P-Skip cuando la calidad visual sea ms importante que la velocidad de codificacin.

    DCT Decimate: Si esta opcin est activada, se utilizar diezmado DCT. Esta caracterstica permite a x264 descartar bloques DCT "innecesarios". Esos bloques DCT no se escriben en el flujo de bits, lo que ahorra algo de bitrate y mejora la eficiencia de codificacin. Por supuesto, habr una prdida sutil en la calidad, pero por lo general el efecto es insignificante. Por cuanto DCT Decimate conduce a archivos significativamente ms pequeos en modos basados en Cuantificadores (QP o CRF) se recomienda mantener esta configuracin habilitada. No debe desactivar DCT Decimate, a menos que tenga una muy

  • buena razn para hacerlo. Los rumores dicen que DCT Decimate no se debe utilizar junto con Trellis Quantization, pero esto ha sido refutado!

    Noise Reduction: Este ajuste controla el filtro interno x264 de eliminacin de ruido. Tenga en cuenta que la eliminacin de ruido no es parte de las especificaciones H.264! As que esto ha ser considerado como una caracterstica adicional de pre-procesamiento. El valor predeterminado es 0, que apagar completamente el filtro de eliminacin de ruido en x264. No hay necesidad de cambiar este ajuste, salvo que explcitamente se desee aplicar eliminacin de ruido adicional a su vdeo antes de codificarlo. Por lo general, los valores buenos para la reduccin de ruido no son mayores que 1000. Sin embargo, lo normal es que quedara mejor con un buen filtro de eliminacin de ruido "independiente" como FluxSmooth o MPlayer denoise3d. Si utiliza uno de estos, por favor, asegrese de que la eliminacin de ruido x264 est inhabilitado!

    Psycho-visually optimized RDO & Trellis

    El ojo humano no busca slo que la imagen tenga un aspecto similar a la original, busca que la imagen tenga una complejidad similar. As, preferimos ver un bloque un poco distorsionado, pero todava detallado que un bloque sin distorsiones pero borroso por completo. El resultado es una tendencia hacia una imagen de salida detallada y/o granulada, un poco como xvid excepto en sus detalles realistas en lugar de feos bloques (ver http://x264dev.multimedia.cx/?p=164 y http://forum.doom9.org/showpost.php?p=1144270&postcount=1 para ms informacin). El propsito de Psy RDO es mantener la complejidad de un bloque codificado similar a la complejidad del bloque original. De esta manera Psy RDO produce una imagen que parece mucho ms ntida y detallada en muchos casos (en comparacin con ningn Psy RDO). Tambin ayuda a conservar mucho la granularidad de la pelcula! Tenga en cuenta que Psy RDO, inherentemente, perjudicar las mtricas, tales como PSNR y SSIM. En cuanto estn involucradas optimizaciones psico-visuales, las mtricas clsicas se vuelven intiles! Tambin tenga en cuenta que Psy RDO trabajar solamente con modos RDO: Si Partition Decision se establece a 6 (o superior), entonces Psy RDO se activar por defecto, de lo contrario, se desactivar. Adems de Psy RDO tambin tenemos ahora Psy-Trellis. Esto todava se considera una caracterstica "experimental" y deshabilitada por defecto, pero parece de gran ayuda para mantener las texturas en el vdeo. Tenga en cuenta que Psy Trellis se basa en Trellis quantization. En consecuencia, slo ser eficaz con Trellis quantization activado tambin (Trellis 1 es ahora suficiente, pero 2 ser ms eficaz).

    Psy RDO Strength: Este ajuste controla la fuerza de Psy RDO. Tenga en cuenta que el ltimo parche Psy RDO escalar automticamente la fuerza de Psy RDO basado en el cuantificador del fotograma! As que el ajuste "strength" es simplemente un factor adicional, que se multiplicar con el factor de escalado interno. El valor predeterminado de Psy RDO Strength es 1,0, lo que debera ser suficiente para material tipo "film". El uso de valores an ms altos puede introducir artefactos! Adems, se recomienda reducir Psy-RDO a un valor de 0,4 para "animaciones" . Esto no significa que Psy-RDO sea generalmente perjudicial para "animaciones" , nicamente tiene que disminuir la fuerza para tal material.

    Psy Trellis Strength: Este ajuste controla la fuerza de Psy Trellis. El valor por defecto actualmente es de 0,0, por lo que Psy Trellis estar inicialmente desactivado. De todos modos, puede ser beneficioso utilizar Psy Trellis para la codificacin de material tipo "Film". Pero tenga cuidado! Las pruebas han demostrado que un valor de 1,0 por lo general es demasiado fuerte para Psy Trellis. Para la mayora de fuentes un valor de 0,15 debera ser suficiente. Si bien valores ms altos pueden introducir artefactos! Adems el uso de Psy-Trellis para imgenes "animadas" no se recomienda.

    Nota: De momento Psy Trellis Strength no est disponible en Avidemux. Se utilizar la fuerza predeterminada 0,0. Sin embargo, compilaciones parcheadas de libx264 pueden comportarse de manera diferente.

  • Luma Quantization Deadzones

    Intra Luma Quantization Deadzone

    [TO-DO] Si sabe qu tipo de informacin poner aqu, por favor pngase en contacto con nosotros!

    Inter Luma Quantization Deadzone

    [TO-DO] Si sabe qu tipo de informacin poner aqu, por favor pngase en contacto con nosotros!

    Quantization Matrix

    Flat Matrix: La cuantificacin es la parte con prdidas en la compresin de vdeo: Los coeficientes se dividen a travs de la matriz de cuantificacin y luego redondeados. Flat Matrix es la matriz de cuantificacin por defecto en las especificaciones H.264 - todas las entradas son simplemente rellenadas con 16. Es sabido que esta matriz da muy buenos resultados para una amplia gama de vdeos y bitrates. Esto significa calidad subjetiva tanto como valores de PSNR.

    JVT Matrix: Esta es la matriz de cuantificacin alternativa de las especificaciones H.264. Las pruebas han demostrado que "JVT Matriz" funciona pobremente, aunque es parte de las especificaciones oficiales. Por lo tanto se recomienda no utilizar esta matriz, salvo para pruebas y comparaciones! Estar mucho mejor con "Flat Matrix" en casi todos los casos.

    Custom Matrix: Esta opcin le permite cargar sus propias matrices de cuantificacin. La creacin de matrices de cuantificacin es una tarea compleja que necesita un conocimiento profundo y en detalle de cmo funciona la compresin de vdeo. Por lo tanto la creacin de nuevas matrices de cuantificacin se debe reservar para los gurs de H.264. Sin embargo, puede encontrar una lista de matrices adecuadas en este lugar y este otro. Tenga en cuenta que el ajuste "Deblocking Filter tiene un gran impacto en cmo de bien/mal rinde una matriz de cuantificacin! Igualmente, la mayora de matrices personalizadas estn enfocadas a un rango de bitrate determinado (por ejemplo, tasas de bits ultra altas o ultra bajas) y funcionarn mal fuera de este rango. Por ltimo, pero no menos importante, no debe utilizar matrices personalizadas, a menos que sepa lo que est haciendo. En la mayora de los casos se obtienen resultados satisfactorios simplemente con "Flat Matrix" (por defecto).Observaciones: Ahora que x264 contiene varias optimizaciones psico-visuales (Adaptive Quantization, Psy-RDO, Psy-Trellis) las matrices de cuantificacin personalizadas se han tornado obsoletas! La mayora de las cosas que la gente trat de alcanzar con matrices personalizadas, como detalle y granularidad, ahora se pueden lograr mediante optimizaciones Psy de una manera ms sofisticada. Adems, las optimizaciones Psy estn sintonizadas para la matriz plana predeterminada. As que el uso de matrices personalizadas "extremas" pueden dar lugar a efectos no deseados cuando estn involucradas optimizaciones Psy! Por lo tanto es muy recomendable seguir con la matriz plana, a menos que tenga una muy buena razn para utilizar una matriz personalizada.

    Quantizer

    Quantizer Control

    Minimum Quantizer: especifica el cuantificador mnimo forzado. Esto significa que cada fotograma tendr al menos esta cantidad de prdida de datos. El valor por defecto es 10, que asegura que no se desperdicia bitrate en cuantificadores demasiado bajos. Este valor debe estar bien incluso para vdeos de alta calidad.

  • Maximum Quantizer: especifica el cuantificador mximo permitido. Esto significa que ninguno de los fotogramas tendr una mayor cantidad de prdida de datos que esto. El valor por defecto es 51, que es el cuantificador mximo posible. As que "Max Qp" no est limitado de forma predeterminada. Por supuesto, el codificador slo ir tan alto cuando sea realmente necesario as que no se preocupe!

    Maximum Quantizer Step: Especifica cunto puede cambiar el cuantificador entre dos fotogramas consecutivos. El valor por defecto es 4. Esto asegura que dos fotogramas consecutivos no tendr cuantificadores demasiado diferentes. Si permite QP Steps significativamente mayores podra dar lugar a saltos de calidad visibles entre fotogramas, as que no haga eso.

    Average Bitrate Tollerance: Este ajuste afecta nicamente al modo basado en bitrate y "Single Pass". Controla el grado de precisin del codificador para alcanzar la tasa de bits objetivo (o el tamao del archivo de destino). El objeto de "Bitrate Variance" es llegar lo ms cerca posible a la calidad de un modo de codificacin CRF, sin dejar de estar cerca del tamao deseado del archivo. Un valor de 0,0 limitar al codificador para obtener exactamente el bitrate deseado. El valor por defecto de 1,0 permite una diferencia del 1%, lo que sigue siendo bastante restrictivo pero ya es mucho mejor que el puro CBR. Tenga en cuenta que la discrepancia debera estar normalmente dentro de un rango del 30%. Adems el modo CRF todava da resultados mucho mejores que el modo basado en bitrate por lo que es el mtodo recomendado!

    Factor between I- and P-Frame Quants: Este ajuste controla cunto ms intensamente sern comprimidos los P-Frames en comparacin con los I-Frames. Un valor de 1,0 asignara los mismos cuantificadores a P-Frames y I-Frames, mientras que el valor por defecto de 1,4 asigna cuantificadores un 40% mayores a los P-Frames (en comparacin con los I-Frames). Esto equivale a la opcin de Xvid "I-Frame Boost". La compresin ms intensa de P-Frames frente a I-Frames se recomienda, por cuanto los I-Frames sirven como referencia inicial de una escena y por lo tanto tienen un gran impacto en la calidad de los fotogramas siguientes. En consecuencia, no debe cambiar el valor por defecto, a menos que tenga una muy buena razn para hacerlo!

    Factor between P- and B-Frame Quants: Este ajuste controla cunto ms intensamente sern comprimidos los B-Frames en comparacin con los P-Frames. Un valor de 1,0 asignara los mismos cuantificadores a B-Frames y P-Frames, mientras que el valor por defecto de 1,3 asigna cuantificadores un 30% mayores a los B-Frames (en comparacin con los P-Frames). La compresin ms intensa de B-Frames frente a P-Frames se recomienda, por cuanto los B-Frames no son referenciados por otros fotogramas (excepto por la B-Pyramid), mientras que los P-Frames sirven como referencia para los fotogramas siguientes. Por lo tanto, no debe cambiar el valor por defecto, a menos que tenga una muy buena razn para hacerlo!

    Chroma to Luma Quantizer Offset: Este ajuste controla cunto ms intensamente ser comprimida la informacin de color (croma) en comparacin con la informacin de brillo (luma). A veces tiene sentido comprimir la informacin de color ms intensamente que la informacin de brillo, por cuanto la prdida de datos en la informacin de color es menos apreciable por el ojo humano que la prdida de datos en la informacin de brillo. El desplazamiento especificado se aadir a los cuantificadores de crominancia. Se puede configurar entre -12 y +12. El valor por defecto es 0 y por lo general se recomienda mantener el valor por defecto! Tenga en cuenta que ambos, Psy-RDO y Psy-Trellis, si estn activados, disminuyen el desplazamiento en una o dos unidades. As que puede terminar con un desplazamiento de -4 usando optimizaciones Psy.

  • Quantizer Curve Compression

    Quantizer Curve Compression (%): Este ajuste tambin se llama "qcomp" o "bitrate variability" (no confundir con bitrate variance). Controla cunto puede fluctuar el bitrate a lo largo de todo el vdeo . Un valor de 0% forzara a aplicar un bitrate constante, mientras que un valor de 100% resultara en un flujo de cuantificador constante. El valor predeterminado es de 60%, lo que da buenos resultados para la mayora de los vdeos. As que no cambie el valor predeterminado a menos que tenga una muy buena razn para hacerlo! Tenga en cuenta que la cuantificacin adaptativa (AQ) sustituye parcialmente el efecto de qcomp y x264 internamente aumentar qcomp para compensar en base a adaptive quantization strength. Tenga en cuenta tambin que utilizar el modo CRF junto con un qcomp de 100% es tcnicamente equivalente al modo de QP, excepto que el modo CRF todava es capaz de utilizar AQ (cosa que el modo QP no puede hacer). De ah que tanto cuanto ms suba qcomp, tanto ms prximo estar el modo CRF a una codificacin QP.

    Reduce Fluctuation Before Curve Compression: Esta configuracin aplicar un desenfoque gaussiano temporal a la curva de cuantificacin antes del paso "Quantizer Compression". Esto se hace con el fin de aplanar las fluctuaciones no deseadas del cuantificador, lo que debera hacer la calidad visual ms estable, especialmente en contenido animado. El valor predeterminado es 20,0 y generalmente no necesita ser cambiado.

    Reduce Fluctuation After Curve Compression: Esta configuracin aplicar un desenfoque gaussiano temporal a la curva de cuantificacin despus del paso "Quantizer Compression". Esto se hace con el fin de aplanar an ms las fluctuaciones no deseadas del cuantificador. El valor predeterminado es 0,5 y normalmente no necesita ser cambiado.

    Observaciones: Para ms informacin sobre cmo trabaja en detalle el control de tasa de x264 dirjase a esta ubicacin.

    Adaptive Quantization

    La Cuantificacin Adaptativa (AQ) permite a cada macrobloque dentro del fotograma elegir un cuantificador diferente, en lugar de asignar el mismo cuantificador para todos los bloques del mismo fotograma. El propsito de AQ es mover ms bits a macrobloques "planos". Esto se realiza adaptativamente reduciendo los cuantificadores de determinados bloques (y subiendo los cuantificadores de otros bloques). Sin AQ, las reas planas y oscuras de la imagen tienden a mostrar feos efectos de bloque o bandeado. Gracias al nuevo algoritmo AQ los efectos de bloque y bandeado se pueden reducir considerablemente! Con AQ habilitado, se puede esperar un aumento significativo(!) en la calidad de la imagen en general. Sobre todo en las escenas oscuras y escenas con fondos "planos" (cielo, hierba, paredes, etc) pueden conservarse muchos ms detalles. No obstante AQ parece funcionar menos eficientemente con material de "Animacin" de lo que lo hace con material tipo "Film", pero an ayuda a prevenir las bandas. Tenga en cuenta que AQ se puede utilizar con los modos basados en bitrate (Simple Pasada y Doble Pasada), as como con el modo CRF. No se puede utilizar con el modo QP! Eso es porque el modo QP utiliza cuantificadores constantes por definicin, que es una de las razones por las que el modo de QP, en general, debe evitarse en la actualidad.

    AQ Strength: Este ajuste controla la cantidad de AQ que se aplica a los fotogramas. El valor por defecto de AQ Strength es ahora de 1,0, por lo que AQ estar activado por defecto. El valor por defecto debera estar bien equilibrado y dar buenos resultados AQ para la mayora de fuentes . Si cree que su vdeo requiere ms intensidad AQ, entonces puede aumentarla. Un valor de 1,5 se considera un AQ "fuerte". Si cree que el efecto AQ es demasiado fuerte, puede disminuir su intensidad. Un valor de 0,5 se considera un AQ "dbil". Mientras que apegarse a un valor de AQ de 1,0 es lo recomendado para material tipo "Film", debera bajarse a 0,6 para material de "Animacin".

  • AQ Mode: Este ajuste selecciona el algoritmo AQ. Los siguientes modos estn disponibles:Variance AQ: El algoritmo AQ por defecto. Recomendado.Auto-Variance AQ: Nuevo algoritmo AQ experimental que trata de adaptar la intensidad AQ por fotograma (ahora mejorado por MB-Tree).Disabled: No usar AQ en absoluto. No se recomienda.

    Ejemplo: x264 con VAQ-vs-No AQ (imagen animada GIF)

    Advanced

    Video Buffer Verifier

    VBV (Video Buffering Verifier) define un modelo de bfer de vdeo especfico. En este modelo el decodificador (el reproductor) lee los datos de entrada desde un bfer. Este bfer tiene un tamao limitado. Tambin el bfer se llena a una tasa de transferencia de datos limitada. VBV se asegura de que el bfer nunca se quedar sin datos, es decir, que se asegura de que siempre hay suficientes datos en la memoria intermedia para decodificar el fotograma siguiente. Por lo tanto VBV obliga a un bitrate adicional y restricciones al almacenamiento en bfer desde el codificador. Es muy recomendable no usar VBV, a menos que no pueda evitarlo. VBV puede perjudicar la calidad del vdeo, pero nunca va a mejorarla! Lamentablemente los reproductores hardware (incluyendo los dispositivos mviles) pueden necesitar VBV para una reproduccin apropiada. Tendr que buscar los requisitos particulares de VBV para cada dispositivo especfico. En particular, BluRay tiene requisitos estrictos de VBV. Tenga en cuenta que la implementacin VBV de x264 funciona ahora muy bien con ambos modos, 1-Pasada y 2-Pasadas. Ya no hay necesidad de forzar el modo 2-Pasadas para VBV. (para detalles sobre VBV ver http://en.wikipedia.org/wiki/Video_buffering_verifier).

    Maximum VBV Bitrate: Especifica la tasa de bits mxima (en kbit/s) a la que los datos entran en la memoria intermedia. Esto es igual al ancho de banda de la red (para streaming media) o a la velocidad mxima de lectura de disco (para reproduccin local). Tenga en cuenta que esta opcin no restringe el mximo bitrate (local) de vdeo. La tasa de bits (local) de vdeo puede exceder el mximo bitrate de VBV, siempre y cuando haya suficientes datos disponibles en el bfer. Un valor de 0 indica que VBV no se utiliza (por defecto).Maximum Buffer Size: especifica el tamao del bfer del dispositivo/reproductor (en kilobits). Esta es la cantidad mxima de datos que pueden mantenerse en el interior del bfer. Normalmente esto est predefinido por el dispositivo/reproductor particular para el que est codificando. Un valor de 0 indica que VBV no se utiliza (por defecto).Initial VBV Buffer Occupancy: Especifica el nivel de llenado del bfer del dispositivo al inicio de la reproduccin. 90% es el valor predeterminado.Nota: VBV no se puede utilizar sin especificar tanto Maximum VBV Bitrate como Maximum Buffer Size. Especificando slo uno de ellos (mientras que el otro es 0) no hace nada!

    Slicing

    H.264 permite segmentar cada fotograma en varias partes. Estas partes se llaman "lonchas". La ventaja de usar mltiples lonchas (por fotograma) es que las rodajas se pueden procesar de forma independiente y en paralelo. Esto permite una fcil implementacin multi-threading en codificadores y decodificadores H.264. Desafortunadamente utilizar mltiples rebanadas perjudica la eficiencia de compresin! Y cuantas ms rodajas se usan peor resultado! As que no debera usar Slicing si no tiene porqu hacerlo. Pero si su decodificador H.264 utiliza multi-threading basado en slice (es decir, varias lonchas se decodifican en paralelo), entonces este slo utilizar multi-threading si el vdeo fue codificado con Slicing. Afortunadamente la mayora de los decodificadores de software no requieren Slicing, debido a que utilizan multi-hilo basado en fotograma (es decir, varios fotogramas se decodifican en paralelo). Sin embargo los descodificadores de hardware podran requerir Slicing. En particular, las especificaciones Blu-ray dicen que deben utilizarse al menos 4 rebanadas.

  • Maximum Size per Slice: Especifica el tamao mximo por rodaja (en bytes). x264 usar tantas lonchas como sean necesarias para cumplir con esa restriccin. Un valor de 0 significa que no se utilizarn mltiples lonchas.Maximum Macroblocks per Slice: especifica el nmero mximo de macrobloques por rebanada. x264 usar tantas lonchas como sean necesarias para cumplir con esa restriccin. Un valor de 0 significa que no se utilizarn mltiples lonchas.Slices per Frame: Especifica el nmero de rebanadas por fotograma. Un valor de 0 significa que no se utilizarn mltiples lonchas.Nota: x264 no requiere mltiples rebanadas para tomar ventaja de procesadores mlti-ncleos. Desde r607 x264 utiliza multi-hilo basado en fotograma.

    Zones

    Add: Agregar una nueva zona a la lista.Edit: Editar una zona existente.Delete: Eliminar una zona de la lista.

    Las zonas pueden utilizarse para asignar manualmente una tasa de bits ms baja o ms alta a una determinada seccin del vdeo (por ejemplo, imponer un bitrate inferior para los crditos finales). Hay dos modos de controlar la velocidad de bits de una zona: Usando un "Factor Bitrate" se puede cambiar el bitrate relativo a la decisin del codificador y el uso de un "Cuantificador" puede sobrescribir la decisin del codificador con un valor de cuantificacin constante.

    Output

    Output Settings

    IDC Level:Por defecto x264 detectar el Nivel del flujo H.264 resultante basado en la configuracin elegida del codificador (y en base a las propiedades de su vdeo). Esta opcin se puede utilizar para sobrescribir la decisin x264. Tenga en cuenta que x264 no forzar el nivel seleccionado por usted! Slo est especificando qu nivel se indicar en la cabecera de su flujo H.264. Pero esto no significa que su flujo realmente cumple con ese nivel! As que puede fcilmente producir un stream no vlido al especificar un nivel inadecuado. Por lo tanto es muy recomendable mantener la configuracin del nivel IDC en modo Auto y dejar que x264 detecte el nivel adecuado. Si desea que su flujo H.264 cumpla con un determinado nivel H.264, entonces debe elegir la configuracin del codificador en consecuencia. Tambin debe asegurarse de que la resolucin del vdeo y la tasa de fotogramas por segundo no rebasan los lmites del nivel. En resumen: no cambie esta opcin, a menos que tenga una muy buena razn para hacerlo!

    Sequence Parameter Set Identifier:[TO-DO] Si sabe qu tipo de informacin poner aqu, por favor pngase en contacto con nosotros!

    Enforce Repeatability:[TO-DO] Si sabe qu tipo de informacin poner aqu, por favor pngase en contacto con nosotros!

    Use Access Unit Delimiters:[TO-DO] Si sabe qu tipo de informacin poner aqu, por favor pngase en contacto con nosotros!

  • Pixel Aspect Ratio

    Este valor define la "Relacin de Aspecto de los Pxeles" (PAR) del vdeo. No cambie el valor por defecto de 1:1 (tambin conocido como "pxeles cuadrados"), a menos que est codificando vdeo anamrfico! En caso de que desee codificar material anamrfico y desea mantenerlo anamrfico, tendr que establecer el PAR correcto. De lo contrario el vdeo se mostrar con una relacin de aspecto errnea! Si tiene una fuente anamrfica y desea convertirla en "Pxeles Cuadrados" (PAR = 1:1), entonces debe invocar el filtro Redimensionar y cambiar el tamao del vdeo en consecuencia. Tenga en cuenta que la "Relacin de Aspecto de los Pxeles" no es igual a la "Relacin de Aspecto de la Pantalla" (DAR). De todos modos, el DAR se calcula a partir del PAR con esta frmula: DAR = Anchura / Altura * PAR. Por ejemplo: 720/576 * 64/45 = 16/9. La ventaja de trabajar con los valores PAR es que el PAR de un vdeo no cambiar al recortar el vdeo, mientras que el DAR es muy probable que lo cambie. Las opciones PAR disponibles son las siguientes:

    Custom: Introducir un valor PAR definido por el usuarioPredefined Aspect Ratio: Seleccionar uno de los valores PAR ms comunes de la listaAs Input: Mantener el PAR del vdeo original

    Video Usability Information

    Estos ajustes son slo sugerencias para el equipo de reproduccin. selos bajo su propio riesgo!

    OverscanVideo FormatColor PrimariesTransfer CharacteristicsColor MatrixChroma Sample LocationFull Range Samples

    Opciones x264 no disponibles en AvidemuxAQ Mode - actualmente Avidemux slo negocia con AQ modo 1, el modo 2 aun no est disponible. Sub-ME 10 - actualmente el modo Sub-Me ms alto disponible en Avidemux es 9, el modo 10 (tambin conocido como "QPRD") aun no est disponible.Psy-Trellis - actualmente Psy-Trellis se desactivar en Avidemux (aunque Psy-RDO est disponible!).Progressive Intra RefreshClculos PSNR y SSIM

    Opciones x264 Obsoletas

    B-RDO: decisin RD basada en el modo de B-Frames. Esta opcin se ha eliminado desde r996. Ahora est habilitada implcitamente en Sub ME 7 o superior.Pre-Scenecut: Desde r1117 x264 siempre utilizar Pre-Scenecut, porque generalmente es mejor que el scenecut ordinario en trminos de precisin y este no funciona de ninguna manera en modos compactos.Bidireccional ME: Optimizar conjuntamente ambos vectores de movimiento en B-Frames. Esta opcin se ha eliminado desde r996. Ahora est habilitada implcitamente en Sub ME 5 o superior.AQ Sensitivity: Esta opcin nunca existi en x264 oficiales. Slo se us en parches experimentales de Adaptive Quantization. Actualmente AQ no la usa.

  • Perfiles y Niveles H.264/AVCLas especificaciones H.264/AVC definen un nmero de perfiles diferentes. Cada perfil especifica qu caractersticas de H.264 se permiten (o no se permiten). Si desea que su flujo de vdeo H.264 sea compatible con un perfil determinado, entonces slo puede activar funciones permitidas en este perfil. Los perfiles son necesarios para asegurarse de que el archivo de vdeo se reproducir correctamente en un decodificador determinado. Por ejemplo, un vdeo compatible con el perfil "Main" rodar 100% fino en todo decodificador/reproductor capacitado para perfil "Main". Cuando se trabaja con el codificador x264, hay bsicamente dos perfiles a tener en cuenta: el perfil "Main" y el perfil "High". Sin embargo x264 carece de la caracterstica de Resistencia a los Errores del perfil "Baseline", as como soporte de entrelazado del Perfil "Extended". Si lo que busca es reproducir su vdeo en reproductores de software, entonces no necesita preocuparse mucho acerca de perfiles. El decodificador H.264 de "libavcodec", que se utiliza en MPlayer, VLC Player, ffdshow y muchos ms, soporta todas las caractersticas de x264 ', incluyendo el perfil "High" y la caracterstica Predictive Lossless del mismo. Otro tanto para los decodificadores propietarios, como CoreAVC. Sin embargo, si el objetivo es un reproductor hardware, los perfiles se tornan muy importantes, ya que los reproductores hardware son muy restrictivos en los perfiles que soportan.

    Adicionalmente a los perfiles, las especificaciones H.264/AVC tambin definen un nmero de niveles. Mientras que los perfiles definen qu caractersticas de compresin de H.264 pueden (o no) ser usadas, los niveles imponen restricciones adicionales sobre otras propiedades del vdeo. Estas restricciones incluyen la resolucin mxima, la tasa de bits mxima, la tasa de fotogramas mxima (para una resolucin dada) y el nmero mximo de fotogramas de referencia (aunque limitado indirectamente por MaxDPB). Para reproducir su vdeo H.264 en un reproductor de hardware especfico, ese reproductor no slo debe ser compatible con el perfil de su vdeo, sino tambin con el nivel de su vdeo (o uno ms alto). Por contra, los reproductores software generalmente no tienen tales restricciones, siempre y cuando la CPU sea lo suficientemente potente.

    Nota: La notacin comn para los perfiles y niveles es "Profile@Level", por ejemplo [email protected]. Adems no hay ninguna manera de codificar directamente el vdeo a un perfil y/o nivel especfico. Si desea que el vdeo cumpla con a un cierto perfil/nivel, debe elegir la configuracin del codificador en consecuencia. Los preajustes pueden ser tiles para encontrar la configuracin correcta. De todos modos, todava puede ser necesario cambiar el tamao de vdeo y/o la tasa de fotogramas.

  • Lista de todos los perfiles H.264/AVC

    De Wikipedia, la enciclopedia libre

    Baseline Extended Main High High 10

    I and P Slices S S S S S S S

    B Slices NO S S S S S S

    SI and SP Slices NO S NO NO NO NO NO

    S S S S S S S

    S S S S S S S

    S S S S S S S

    NO NO S S S S S

    S S NO NO NO NO NO

    S S NO NO NO NO NO

    S S NO NO NO NO NO

    Data Partitioning NO S NO NO NO NO NO

    NO S S S S S S

    4:2:0 Chroma Format S S S S S S S

    NO NO NO S S S S

    4:2:2 Chroma Format NO NO NO NO NO S S

    4:4:4 Chroma Format NO NO NO NO NO NO S

    8 Bit Sample Depth S S S S S S S

    NO NO NO NO S S S

    NO NO NO NO NO NO S

    NO NO NO S S S S

    NO NO NO S S S S

    NO NO NO S S S S

    NO NO NO NO NO NO S

    NO NO NO NO NO NO S

    Baseline Extended Main High High 10

    High 4:2:2

    High 4:4:4 Predictive

    Multiple Reference Frames In-Loop Deblocking Filter CAVLC Entropy Coding CABAC Entropy Coding Flexible Macroblock Ordering (FMO) Arbitrary Slice Ordering (ASO)

    Redundant Slices (RS)

    Interlaced Coding (PicAFF, MBAFF)

    Monochrome Video Format (4:0:0)

    9 and 10 Bit Sample Depth 11 to 14 Bit Sample Depth 88 vs. 44 Transform Adaptivity Quantization Scaling Matrices Separate Cb and Cr QP control Separate Color Plane Coding Predictive Lossless Coding

    High 4:2:2

    High 4:4:4 Predictive

  • Lista de todos los niveles H.264/AVC

    De Wikipedia, la enciclopedia libre

    Para obtener ms informacin, consulte el "Anexo A" de las especificaciones oficiales de la UIT-T H.264!

    Soporte GPUDesde que GPGPU se convirti en tema candente, la gente comenz a pedir soporte de GPU en Avidemux. Esta gente tiene que entender que Avidemux no puede ofrecer soporte GPU en codificacin H.264 hasta que el soporte GPU est implementado en la biblioteca x264. Hay un proyecto programado para aadir soporte CUDA en x264 , pero no hay resultados an (mayo de 2009) (ver http://wiki.videolan.org/SoC_x264_2009#GPU_Motion_Estimation). Sabemos que hay codificadores H.264 comerciales con GPU disponible ya. Pero si nos fijamos en estos codificadores de cerca, notar que sus afirmaciones sobre incrementos significativos de velocidad son charlatanera de marketing. Estos codificadores puede ser rpidos, pero su calidad no alcanza ni de lejos a la calidad de x264! Tambin tenga en cuenta que el gremio del marketing tienden a comparar sus codificadores con el codificador de referencia H.264

    1 1485 99 64(nbsp)kbit/s 80(nbsp)kbit/s 192(nbsp)kbit/s 256(nbsp)kbit/s

    1b 1485 99 128(nbsp)kbit/s 160(nbsp)kbit/s 384(nbsp)kbit/s 512(nbsp)kbit/s

    1.1 3000 396 192(nbsp)kbit/s 240(nbsp)kbit/s 576(nbsp)kbit/s 768(nbsp)kbit/s

    1.2 6000 396 384(nbsp)kbit/s 480(nbsp)kbit/s 1152(nbsp)kbit/s 1536(nbsp)kbit/s

    1.3 11880 396 768(nbsp)kbit/s 960(nbsp)kbit/s 2304(nbsp)kbit/s 3072(nbsp)kbit/s

    2 11880 396 2(nbsp)Mbit/s 2.5(nbsp)Mbit/s 6(nbsp)Mbit/s 8(nbsp)Mbit/s

    2.1 19800 792 4(nbsp)Mbit/s 5(nbsp)Mbit/s 12(nbsp)Mbit/s 16(nbsp)Mbit/s

    2.2 20250 1620 4(nbsp)Mbit/s 5(nbsp)Mbit/s 12(nbsp)Mbit/s 16(nbsp)Mbit/s

    3 40500 1620 10(nbsp)Mbit/s 30(nbsp)Mbit/s 40(nbsp)Mbit/s

    3.1 108000 3600 14(nbsp)Mbit/s 14(nbsp)Mbit/s 42(nbsp)Mbit/s 56(nbsp)Mbit/s

    3.2 216000 5120 20(nbsp)Mbit/s 25(nbsp)Mbit/s 60(nbsp)Mbit/s 80(nbsp)Mbit/s

    4 245760 8192 20(nbsp)Mbit/s 25(nbsp)Mbit/s 60(nbsp)Mbit/s 80(nbsp)Mbit/s

    4.1 245760 8192 50(nbsp)Mbit/s 150(nbsp)Mbit/s 200(nbsp)Mbit/s

    4.2 522240 8704 50(nbsp)Mbit/s 150(nbsp)Mbit/s 200(nbsp)Mbit/s

    5 589824 22080 135(nbsp)Mbit/s 405(nbsp)Mbit/s 540(nbsp)Mbit/s

    5.1 983040 36864 240(nbsp)Mbit/s 720(nbsp)Mbit/s 960(nbsp)Mbit/s

    Level number

    Max macroblocks per second

    Max frame size (macroblocks)

    Max video bit rate (VCL) for Baseline, Extended and Main Profiles

    Max video bit rate (VCL) for High Profile

    Max video bit rate (VCL) for High 10 Profile

    Max video bit rate (VCL) for High4:2:2 and High4:4:4 Predictive Profiles

    Examples for high resolution @ frame rate (max stored frames) in Level [email protected](nbsp)(8) [email protected](nbsp)(4) [email protected](nbsp)(8) [email protected](nbsp)(4) [email protected](nbsp)(9) [email protected](nbsp)(3) [email protected](nbsp)(2) [email protected](nbsp)(7) [email protected](nbsp)(6) [email protected](nbsp)(7) [email protected](nbsp)(6) [email protected](nbsp)(7) [email protected](nbsp)(6) [email protected](nbsp)(7) [email protected](nbsp)(6) [email protected](nbsp)(10) [email protected](nbsp)(7) [email protected](nbsp)(6) [email protected](nbsp)(5)

    12.5(nbsp)Mbit/s

    [email protected](nbsp)(12) [email protected](nbsp)(10) [email protected](nbsp)(6) [email protected](nbsp)(5) [email protected](nbsp)(13) [email protected](nbsp)(11) [email protected](nbsp)(5) [email protected](nbsp)(5) [email protected](nbsp)(4) [email protected](nbsp)(9) [email protected](nbsp)(4) [email protected](nbsp)(4)

    62.5(nbsp)Mbit/s

    [email protected](nbsp)(9) [email protected](nbsp)(4) [email protected](nbsp)(4)

    62.5(nbsp)Mbit/s

    [email protected](nbsp)(4) [email protected](nbsp)(4)

    168.75(nbsp)Mbit/s

    [email protected](13) [email protected](13) [email protected](12) [email protected](5) [email protected](nbsp)(5)

    300(nbsp)Mbit/s [email protected](16) [email protected](5) [email protected](5)

    Level number

    Max macroblocks per second

    Max frame size (macroblocks)

    Max video bit rate (VCL) for Baseline, Extended and Main Profiles

    Max video bit rate (VCL) for High Profile

    Max video bit rate (VCL) for High 10 Profile

    Max video bit rate (VCL) for High4:2:2 and High4:4:4 Predictive Profiles

    Examples for high resolution @ frame rate (max stored frames) in Level

  • completamente sin optimizar. x264 es ms rpido que el codificador de referencia en varios rdenes de magnitud, lo que hace que estas comparaciones de velocidad carezcan de sentido. x264 puede correr muy rpido en una CPU y escala hasta al menos 16 ncleos. As que no te creas todo lo que clama el marketing!

    IDR-framesLos IDR-frames son: Un fotograma IDR es lo que se conoce tradicionalmente como un fotograma I. Un fotograma IDR, al igual que un fotograma I en formato MPEG-1/2 y MPEG-4 ASP, comienza con un borrn y cuenta nueva, y todos los fotogramas siguientes harn referencia al fotograma IDR y los fotogramas subsiguientes. Deberan ser poco comunes los I-frames no IDR, pero como no se puede descartar, la aplicacin de un intervalo IDR mnimo puede ayudar a mejorar la compresin en algunas escenas de mucho movimiento. En H.264/AVC tambin puede tener fotogramas I dentro de un GOP, que no son buscables, por cuanto las referencias de tiempo largo introducidas en H.264/AVC podran resultar en un P-frame despus de un I-frame haciendo referencia a un P-frame anterior al I-frame.

    Max IDR-keyframe interval indica la distancia mxima entre dos fotogramas IDR. Del mismo modo, Min IDR- keyframe interval indica la distancia mnima entre dos fotogramas IDR.

    Lista de ReferenciasOfficial ITU-T H.264 Specifications - provided by Neuron2x264 - A high performance H.264/AVC encoder - by Loren Merritt and Rahul VanamH.264/AVC Thread on Doom9's Forum - especially posts by akupenguin, Dark Shikari and *.mp4 guyA qualitative overview of x264's ratecontrol methods - by Loren MerrittThe x264 multi-threading threading method - by Loren Merrittx264 ffmpeg mapping and options guideWikipedia, the free encyclopedia - article about the x264 encoder (German version)DeathTheSheep's AVC VfW GuideMeWiki - x264 settingsSelur's man x264 (Hilfe zum x264 CLI) - German documentationDigital Digest - x264 Options Explained

    Ver tambinCompilando x264

    GeneralRate ControlMacroblock-Tree Rate ControlMulti-Threading

    MotionMotion EstimationMotion VectorPrediction

    PartitionPartition Search

    FrameFrame EncodingB-FramesI-Frames

    AnalysisAnalysis ConfigurationPsycho-visually optimized RDO & TrellisQuantization Matrix

    QuantizerQuantizer ControlQuantizer Curve CompressionAdaptive Quantization

    AdvancedVideo Buffer VerifierSlicingZones

    OutputOutput SettingsPixel Aspect RatioVideo Usability Information

    Soporte GPUIDR-framesLista de ReferenciasVer tambin