Gua de Codificacin H.

264
En este artculo se describe brevemente lo que es H.264 y cmo obtener asistencia tcnica de
codificacin H.264 para Avidemux. ambin resume y explica las opciones disponibles x264 en
Avidemux. Esto puede considerarse como una !ua "simple# para el codificador.
Descripcin general
H.264$ tambin conocido como %&'E()4 'art *+% o %&'E()4 Advanced ,ideo -odin!% "A,-#$ es
un est.ndar de compresin de vdeo di!ital$ que se caracteri/a por lo!rar una compresin de
datos muy alta. &ientras que H.264$ !eneralmente$ requiere m.s potencia de -'0 para la
reproduccin que el vdeo codificado con el m.s anti!uo est.ndar &'E()4 "nbsp# 'art "nbsp# 2
"como el usado por 1vid o 2iv1#$ 3la eficiencia de compresin es muc4o me5or6 Esto si!nifica7
-on H.2648A,- usted puede obtener una calidad muc4o me5or con el mismo tama9o de arc4ivo
o puede obtener la misma calidad con un tama9o de arc4ivo muc4o menor "en comparacin
con &'E()4 "nbsp# A:'#. 'or cuanto H.264 comprime muc4o m.s eficientemente que &'E()4
"nbsp# 'art "nbsp# 2$ la venta5a sobre &'E()2 es a;n mayor.
<nformacin m.s detallada sobre H.264 se puede encontrar en el correspondiente Artculo de
=i>ipedia. 0na comparacin de varios codificadores H.264 frente a &'E()4 'art)2$ &'E()2 y
otros formatos de vdeo se puede encontrar en 4ttp788mirror+?.x264.nl82ar>8@ebsite8compare.4tml.
Introduccin a x264
&ientras Avidemux inte!ra libavcodec de AAmpe! para decodificacin H.264$ necesita una
biblioteca adicional "externa# para la codificacin H.264. As$ Avidemux utili/a x264. x264 es
una biblioteca libre para codificar secuencias de vdeo H.2648A,-. El cdi!o est. escrito desde
cero por Baurent Aimar$ Boren &erritt$ Eric 'etit "C: 1#$ &in -4en ",f= 8 asm#$ Dustin -lay ",f=#$
Eull!Frd &Fns$ -/y/ Eade>$ -4ristian Heine "A:&#$ </vors>i Alex "asm#$ y Alex =ri!4t. :e
distribuye ba5o los trminos de la licencia ('B. As que para aclarar$ la biblioteca codificadora
se llama x264 mientras que el est.ndar de compresin que utili/a se denomina H.264 "o MPEG-
4 AVC#. En otras palabras7 El soft@are de codificacin x264 crea vdeo H.2648A,-. -abe se9alar
que si bien x264 es soft@are libre puede competir con codificadores comerciales H.264 en
trminos de calidad y velocidad. 2estacadas compa9as en el ne!ocio de vdeo$ como Gouube
y Aaceboo>$ son conocidas por utili/ar el codificador x264.
Obtener x264 para Aide!ux
:i x264 no est. disponible en su versin de Avidemux$ 4ay una !ua sobre cmo descar!ar y
compilar x264 por usted mismo. Est. en la seccin de -ompilacin de x264.
2espus de compilar x264$ tendr. que volver a compilar Avidemux para construirlo con las
caractersticas de x264. Hay tambin una !ua sobre cmo 4acer esto en la seccin
-ompilacin de Avidemux.
en!a en cuenta que si est. utili/ando Avidemux pre)compilado para Microsoft Windows$ la
biblioteca necesaria x264 se suministra con el instalador. 3'or lo tanto no se requiere soft@are
adicional6 -osas como %'aquetes de cdecs%$ %-decs ,A=% o %filtros 2irect:4o@% 3no
funcionar.n con Avidemux6 2e todas formas$ las ;ltimas versiones de la biblioteca x264 para
Avidemux se pueden encontrar en el 4ilo libx264 (< builds "3ase!;rese de que va al ;ltimo
post6#. Hstas compilaciones por lo !eneral son m.s recientes ) y menos probadas ) que las que
se incluyen con Avidemux.
Opciones x264 disponibles en Aide!ux
Avidemux contiene la mayora de las opciones disponibles en la biblioteca x264. 'ara opciones
que a;n no est.n disponibles$ consulte la seccin %Io disponible% de este artculo.
General
"ate Control
#ncoding $ode%
&ingle 'ass ( Constant )uanti*er7 Este modo es tambin conocido como %&odo J'%.
:e codificar. el vdeo a una cuantificacin constante$ por lo que usted ele!ir. el
cuantificador de destino$ y no el bitrate de destino. El cuantificador es una medida de la
cantidad de prdida de datos7 un cuantificador ms a!to si!nifica que m.s datos se
pierden$ lo que resulta en una me5or compresin "arc4ivo m.s peque9o#$ pero tambin
proporciona peor calidad visual. En contraste$ un cuantificador ms ba"o si!nifica que
menos datos se pierden$ dando como resultado una me5or calidad visual$ pero tambin
comprime peor "arc4ivo m.s !rande#. H.264 utili/a una escala de cuantificacin entre + y
?2. El valor de cuantificacin por defecto es 26. :i su ob5etivo es un cierto nivel de
calidad y no importa muc4o el tama9o final del arc4ivo$ entonces podra considerar el uso
del modo J'. 'ero si est. apuntando a un tama9o de arc4ivo determinado "o una tasa de
bits promedio determinada#$ 3debe mantenerse ale5ado del &odo J'6 Esto sucede porque
el tama9o final "la tasa media de bits# es completamente im#redecib!e en este modo.
+ota7 3El modo C$% "-onstant Eate Aactor# es preferible al modo &P6 ambin la
cuantificacin ada#tati'a "AJ# se desactiva en el modo &P$ mientras que est.
4abilitada "por defecto# en el modo C$%.
&ingle 'ass ( Constant "ate ,actor7 Este modo es tambin conocido como %&odo
-EA% o modo %-alidad -onstante%. K.sicamente funciona de forma similar al modo J'
anterior$ pero va a codificar con un cuantificador #romedio en lu!ar de uno constante.
'ara ser m.s precisos$ este modo codifica a un %factor de tasa% constante$ que se deriva
del cuantificador especificado. <nternamente el modo -EA utili/a el al!oritmo de control
de tasa i!ual al modo AKE de x264$ slo que sin una tasa de bits de destino. Ba venta5a
del modo C$% es que se a5usta a la percepcin 4umana muc4o me5or que el modo &P. 'or
e5emplo$ aumentar. los cuantificadores en escenas Lr.pidasL en las que las prdidas no
ser.n tan perceptibles y los ba5ar. en escenas %lentas%. 'or lo tanto el modo -EA debera
dar la misma ca!idad sub"eti'a que el modo &P$ pero por lo !eneral lo!ra una compresin
si!nificativa superior. :e recomienda preferir el modo C$% sobre el modo &P$ aunque C$%
es un poco m.s lento. -uando se cambia del modo &P al modo C$%$ es posible que desee
reducir li!eramente el cuantificador. Esto debera dar aproximadamente el mismo tama9o
de arc4ivo que antes$ 3pero de me5or calidad visual6 Ctra venta5a importante del modo
C$% es que se beneficiar. de cuantificacin ada#tati'a$ al!o que el modo &P no puede
4acer.
-enga en cuenta7 3Ii siquiera el modo C$% entre!a una calidad constante %perfecta%6
0n valor especfico -EA slo ofrece una calidad simi!ar para varias fuentes$ siempre y
cuando no cambie nin!una otra confi!uracin. El uso de confi!uraciones %lentas% con
el mismo valor de -EA o bien producir. un arc4ivo m.s peque9o con una calidad i!ual
o !enerar. un arc4ivo del mismo tama9o y me5or calidad. ambin es posible que
ambos$ el tama9o ( la calidad$ se incrementen. El ratio %calidad por tama9o% se
me5orar. de todos modos.
Obseraciones7 3Ba eleccin del a5uste de la cuantificacin adecuada para una
codificacin C$% "o &P# no es trivial6 Esto se debe a que la calidad visual es altamente
sub"eti'a7 Bo que al!unas personas consideran %buena calidad% otras personas consideran
%calidad 4orrible% ) y viceversa. Adem.s$ la confi!uracin de la cuantificacin depende en
!ran medida del contenido de su vdeo. :in embar!o una confi!uracin de la
cuantificacin en el intervalo entre .6 y /2 deberan dar resultados satisfactorios en la
mayora de los casos. El uso de un cuantificador menor a .6 por lo !eneral es un exceso$
excepto para fines de masteri/acin. El uso de un cuantificador su#erior a /2 resultar. en
un vdeo casi im#osib!e de 'er. 0n cuantificador de 22 parece lo m.s ra/onable para la
mayora de propsitos. Io obstante$ materiales con pocas texturas$ como Animaciones y
-aricaturas$ pueden afrontar cuantificadores muc4o ms a!tos. Al mismo tiempo$ escenas
de la %vida real% con una !ran cantidad de texturas pueden requerir cuantificadores
muc4o ms ba"os$ sobre todo en las escenas oscuras. ambin 4ay una re!la de oro7 Ba
reduccin del valor de -EA en 6 duplicar. el tama9o del arc4ivo$ la reduccin del valor de
-EA en * aumentar. el tama9o del arc4ivo en M*2$?N "muy aproximadamente#. Adem.s$
la pr.ctica com;n es la si!uiente7 -omen/ar con un ba5o valor de -EA$ por e5emplo$ *6.
Aumentar a continuacin el valor de -EA en pasos de uno$ 4asta que la calidad se vuelve
intolerable. 2e esta forma se encuentra el valor m.s alto posible de -EA que todava le
da una calidad aceptable para sus o5os. 0na ve/ que lo encuentre$ puede utili/ar ese
valor para toda su futura codificacin.
&ingle 'ass ( 0itrate7 Este modo codificar. el vdeo a una tasa de bits #romedio 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 C$% "y el modo &P# la tasa de bits promedio
resultante se conoce de antemano. 'or lo tanto es f.cil predecir el tama9o final del
arc4ivo. 0na ma(or tasa de bits se traducir. en una me5or calidad visual$ pero por
supuesto tambin resultar. en un arc4ivo m.s !rande. 0na menor tasa de bits se traduce
en un arc4ivo m.s peque9o$ pero tambin dar. lu!ar a una peor calidad visual. 'or
des!racia$ el codificador no %conoce% el contenido del vdeo con anticipacin cuando se
codifica a un solo paso. 'or lo tanto$ 3la capacidad del codificador para a5ustar la tasa de
bits con respecto al contenido del vdeo es e)tremadamente !imitada en este modo6 :lo
son posibles optimi/aciones %locales%. Esto se traduce en una ma!a ca!idad de '*deo "en
comparacin con una codificacin %A 2os 'asadas%#$ 3especialmente en bitrates medio y
ba5os6 'or lo tanto se recomienda encarecidamente no utili/ar este modo$ a menos que
realmente necesite 4acerlo en una sola pasada.
-1o 'ass ( Aerage 0itrate7 Este modo codificar. el vdeo a una tasa de bits #romedio
y se utili/ar.n dos pasadas de codificacin. 'or consi!uiente$ este modo requiere el doble
de tiempo que una codificacin de %paso ;nico% "aproximadamente#. En contraste con el
modo C$% "y el modo &P# la tasa de bits promedio resultante se conoce de antemano.
'or lo tanto es f.cil predecir el tama9o final del arc4ivo. 0na ma(or tasa de bits se
traducir. en una me5or calidad visual$ pero por supuesto tambin resultar. en un arc4ivo
m.s !rande. 0na menor tasa de bits se traduce en un arc4ivo m.s peque9o$ pero
tambin dar. lu!ar a una peor calidad visual. 2urante la #rimera pasada el codificador
llevar. a cabo un an.lisis detallado del vdeo y crear. lo que se denomina un fic4ero
%stats% "estadsticas#. Bue!o$ durante la se+unda pasada$ se lleva a cabo la codificacin
efectiva y se crea el arc4ivo final. Ba venta5a de utili/ar dos pasadas es que durante la
se+unda pasada el codificador puede confiar en los datos reco!idos durante el #rimer
paso. Esto permite al codificador distribuir los bits disponibles entre todo el vdeo. 'or
e5emplo$ las escenas de %muc4o movimiento% obtendr.n una tasa de bits
si!nificativamente mayor que las escenas %est.ticas%. Esto se 4ace con el fin de
mantener la calidad visual constante a lo lar!o de toda la pelcula. :e evita as el feo
%efecto bloque% en los movimientos r.pidos8espont.neos "como se ve en la codificacin
de %paso ;nico%#. 'or lo tanto una codificacin %A 2os 'asadas% ofrece la calidad visual
m)ima para una tasa de bits ob5etivo determinada "tama9o del arc4ivo#. 3:e recomienda
usar siempre este modo si se apunta 4acia un bitrate medio se!uro6
-1o 'ass ( ,ile &i*e7 Este modo utili/ar. realmente el modo %@o 'ass ) Avera!e
Kitrate%. Ba diferencia ;nica es que Avidemux calcular. automticamente por usted la
tasa de bits requerida. 2e esta manera puede alcan/arse f.cilmente un ob5etivo de
tama9o de arc4ivo especfico. :lo tiene que introducir el tama9o deseado del arc4ivo
"por e5emplo$ %O++ &K% para un -2)E o %4O++ &K% para un 2,2)E# 3y eso es todo6 El resto
funciona exactamente como se describe para el modo %@o 'ass ) Avera!e Kitrate%.
-enga en cuenta7 x264 no tomar. en cuenta la tasa de bits de audio y la sobrecar!a
del contenedor. 'or lo tanto el tama9o de destino especificado en el di.lo!o x264 slo
afecta a la parte de '*deo del arc4ivo. :i el arc4ivo contiene al menos una pista de
audio$ el arc4ivo real sa!dr ms +rande que el tama9o especificado. ambin el
contenedor a!re!a al!;n tama9o adicional al arc4ivo. As que por favor$ 3utilice la
4erramienta %-alculadora% de Avidemux para confi!urar el tama9o del arc4ivo de
destino correctamente6
Obseraciones7 Ba eleccin de la tasa de bits destino apropiada para un codificador
basado en la tasa de bits "modos %@o 'ass% o %:in!le 'ass%# 3no es trivial en absoluto6
Esto se debe a que la tasa de bits necesaria para obtener resultados satisfactorios
depende en !ran medida de la %compresibilidad% del vdeo concreto y tambin de sus
preferencias personales. 'or e5emplo$ fuentes %limpias% pueden resolverse con una tasa
de bits si!nificativamente menor que otras fuentes LruidosasP o L!ranuladasP. ambin
las escenas de animacin$ por lo !eneral$ pueden resolverse con bitrates muc4o m.s
peque9os que metra5es de la %vida real%. 2e todos modos$ en la mayora de los casos una
tasa de bits promedio en el ran!o de entre 233 4bps y 2233 4bps debera dar
resultados aceptables para la mayora del material :2$ como copias de se!uridad de
2,2),deo. 'romedios de tasas de bits por encima de 2?++ >bps se consideran
%excesivas% para material :2. 2esde lue!o$ 3la salida es excepcional6 ambin ten!a en
cuenta que cuando se trata de material H2 "O2+p o *+Q+p# se requerir.n bitrates
si!nificativamente mayores. Kitrates de *+ &bps y superiores no son inusuales para
codificacin H2. en!a en cuenta que el pre)procesamiento$ tal como eliminacin de
ruido$ puede reducir los requerimientos de tasa de bits de una fuente.
+ota7 'uesto que es bastante difcil de decidir sobre un bitrate especfico$ suelen ser
me5or si se utili/a el modo C$% en lu!ar de uno de los modos basados en tasa de bits.
5ossless $ode7 x264 tambin soporta %verdadera% compresin sin #,rdida. El uso de
este modo no provocar. absolutamente nin!una de!radacin de los datos de vdeo. :in
embar!o$ la compresin sin #,rdida tomar. tasas de bits si+nificati'amente mayores que
nin!;n tipo de compresin con prdida. As que la conversin de un formato con prdida
"por e5emplo$ &'E()2 o &'E()4 A:'# a compresin sin #,rdida 3producir. un arc4ivo
muc4o m.s !rande que la fuente6 2e todos modos$ x264 en modo %lossless%$ por lo
!eneral$ necesitar. menos tasa de bits que otros codificadores sin #,rdidas como
HuffG0, o AA,*. G es muc4o m.s peque9a que la de vdeo sin comprimir "por e5emplo$
datos crudos G0,8E(K#$ por supuesto. -on el fin de for/ar la compresin sin prdida se
debe ele!ir el modo de cuantificacin constante y debe confi!urar el cuantificador a un
valor de 3. en!a en cuenta que la reproduccin sin prdida de H.264 requiere un
decodificador capa/ del perfil %'redictive Bossless%. Bos decodificadores que soportan esto
incluyen libavcodec8ffmpe! "ffds4o@$ &'layer$ etc# y el descodificador -oreA,-. Ctros
decodificadores pueden mostrar una salida incorrecta "o nin!una salida en absoluto#.
$acrobloc6(-ree "ate Control
El a5uste 4abilita Macrob!oc--.ree $ate Contro! "tambin llamado %&K)ree%#. Eeali/a un
se!uimiento de la propa!acin de la informacin desde bloques futuros a bloques pasados a
travs de vectores de movimiento. :e podra describir como la locali/acin qcomp "quanti/er
curve compression# para actuar en bloques individuales en lu!ar de escenas enteras. As$ en
lu!ar de ba5ar la calidad en escenas de alta comple5idad "como x264 4ace sin &K)ree#$ slo
va a disminuir la calidad en la parte comple5a de la escena$ mientras que por e5emplo un
fondo est.tico se!uir. siendo de alta calidad. ambin tiene muc4os otros efectos m.s
sutiles$ al!unos potencialmente ne!ativos$ la mayora probablemente no. Esto ayuda a
todos los bitrates$ pero incluso puede ayudar fenomenalmente a ba5as tasas de bits donde el
vdeo$ de lo contrario$ se desmoronara por completo. en!a en cuenta que &K)ree mane5a
a4ora muc4o me5or los fundidos !racias a Wei+/t-P. 'or cuanto &K)ree me5ora en !ran
medida la calidad !eneral$ debera estar siempre 4abilitado. ,ea el 4ilo x264 %&acrobloc>
ree Eatecontrol% testin! para obtener m.s informacin sobre cmo traba5a &K)ree.
,ra!et7pe 5oo6a8ead7 Esta confi!uracin especifica el n;mero de foto!ramas para
frame)type loo>a4ead "prediccin de tipo foto!rama#$ es decir$ la distancia "en
foto!ramas# que M0-.ree mira 4acia el futuro. -uantos m.s foto!ramas utili/a &K)ree
para la b;squeda 4acia delante$ m.s efica/ resulta su funcionamiento. En otras palabras7
A ma(or valor me5orar. el resultado$ mientras que un valor menor lo per5udicar.. 'or lo
tanto$ usted debe utili/ar el valor m.s alto que pueda permitirse. 2esafortunadamente
una b;squeda 4acia delante mayor ralenti/ar. la velocidad de codificacin y al mismo
tiempo aumentar. el uso de memoria. El valor por defecto es 43$ que estara bien
equilibrado para la mayora de los propsitos. :i la calidad es m.s importante que la
velocidad de codificacin$ debe aumentar el valor. :in embar!o ir m.s alto de 63 no es
recomendable$ ya que los valores a;n m.s altos slo le dar.n una me5ora adicional muy
peque9a "a lo sumo#. :i la velocidad es m.s importante que la calidad puede disminuir el
valor. 'ero ir por deba5o de /3 no se recomienda.
Adertencia7 :i se encuentra con cuel!ues usando valores altos de frame-t(#e
!oo-a/ead$ 3entonces esto es probablemente debido a que se qued sin memoria6 En ese
caso$ debe disminuir el valor con el fin de evitar el problema.
$ulti(-8reading
Esta confi!uracin controla cu.ntos 4ilos utili/ar. x264 para la codificacin. (racias a su
implementacin multi)4ilo$ x264 es capa/ de aprovec4ar al m.ximo la potencia de
procesamiento de los modernos procesadores multi)core. Esto se lo!ra mediante la
codificacin de varios foto!ramas en paralelo "ver 4ttp788!it.videolan.or!8!it@eb.c!iR
pSx264.!it$ un blob S$ f S doc 8 t4reads.txt para m.s detalles#. Bas pruebas 4an demostrado
que x264 escala extremadamente bien 4asta al menos *6 n;cleos. 2e todos modos$ para
4acer un uso ptimo del multi)n;cleo de la m.quina$ 4a de seleccionarse el n;mero correcto
de 4ilos. Bas opciones disponibles son las si!uientes7
Disabled7 2esactiva el multi)4ilo. :e utili/ar. un solo 4ilo. Esto no introduce nin!una
diferencia para las m.quinas de un solo n;cleo$ pero ra!enti1ar si!nificativamente x264
en m.quinas multi)core.
Auto(Detect7 x264 decidir. el n;mero ptimo de subprocesos. Ba frmula utili/ada es7
4ilos S cpuTcores U V82. Bas pruebas 4an demostrado que esta frmula "por lo !eneral# da
el rendimiento ptimo. 3Es muy recomendable mantener esta confi!uracin6
Custo!7 sobrescribir manualmente la deteccin autom.tica x264. :lo use esta opcin si
tiene una buena ra/n para desconfiar de la deteccin de x264.
Obseraciones7 &uc4as personas se que5an de que la car!a de la -'0 no alcan/a el
*++N en el (estor de areas al codificar un vdeo con x264$ incluso con multi)4ilo
4abilitado. Esto puede tener varias ra/ones. &uy probablemente cuellos de botella en la
cadena de procesamiento de x264. 'or e5emplo$ un subproceso ;nico descodificador y8o
de c.lculo intensivo de filtros vdeo f.cilmente 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. Ctro %problema% es la
tecnolo!a <ntel H(#ert/readin+$ como la usada por el procesador 'entium 4 y el
procesador -ore iO "Ie4alem#. -on Hypert4readin! 4ay dos n;cleos virtuales por cada
n;cleo fsico. 'or lo tanto una car!a de -'0 de ?+N indica que todos los n;cleos f*sicos
est.n ocupados "que es i!ual al *++N de car!a en una -'0 sin Hypert4readin!#. 'or
;ltimo$ pero no menos importante$ la eficiencia de multi)4ilos no debe medirse con la
car!a de -'0 mostrada por el (estor de areas. En cambio$ lo que debe medirse es el
rendimiento "esto es7 el n;mero de foto!ramas codificados por se!undo#. 3As que por
favor ten!a en cuenta que la car!a de la -'0 por s sola no implica un buen rendimiento6
$otion
$otion #sti!ation
$# $et8od7 Ba compresin de vdeo funciona descartando informacin redundante entre
foto!ramas consecutivos. 'or e5emplo$ los foto!ramas ' se predicen a partir de foto!ramas
previos. As$ slo la diferencia entre el foto!rama predic4o y el foto!rama fuente ori!inal se
!uarda en el flu5o de bits. A esto se le llama %residuo%. -uanto m.s precisa sea la prediccin
de un foto!rama$ menos son los datos que tienen que ser almacenados. 2ado que los
ob5etos tienden a mo'erse entre foto!ramas vecinos$ 3la deteccin y compensacin de
movimiento es esencial para una prediccin exacta6 El m,todo ME determina qu al!oritmo
se utili/a para buscar movimiento y para calcular los llamados %vectores de movimiento%. El
uso de un mtodo de b;squeda m.s exacto resultar. en una me5or calidad visual$ pero
tambin llevar. m.s tiempo de codificacin. El uso de un mtodo m.s r.pido acelerar. el
proceso de codificacin$ pero tambin dar. lu!ar a una peor calidad visual. 2ado que el
mtodo &E tiene un +ran impacto en la velocidad de codificacin y la calidad visual del
vdeo$ 3debe decidir cuidadosamente6 Es muy recomendable no ir por deba5o del valor
predeterminado. 2ebe considerar un modo a;n m.s lento si la calidad es m.s importante
que el tiempo de codificacin. Bos si!uientes mtodos est.n disponibles7
Dia!ond &earc8 9DIA:7 An.lisis rectan!ular ) Este es el mtodo m.s r.pido$ pero
tambin ofrece la peor calidad. 0tilice este mtodo slo si la velocidad de codificacin es
m.s importante que la calidad.
-omple5idad7 C"n# en el peor de los casos$ m.s r.pido en casos promedio.
Hexagonal &earc8 9H#;:7 An.lisis 4exa!onal ) Es el mtodo por defecto. 'roporciona
una calidad ra/onable y todava funciona muy r.pido.
-omple5idad7 C"n# en el peor de los casos$ m.s r.pido en casos promedio.
<neen $ulti(Hexagon &earc8 9<$H:% versin m.s detallada de b;squeda Hexa!onal
"b;squeda multi)4exa!onal desi!ual#. Este mtodo ofrece una alta calidad$ pero funciona
ms !ento que el simple mtodo %HE1%. :i prefiere la calidad sobre la velocidad$
consecuentemente$ utilice este mtodo.
-omple5idad7 C"n#.
#x8austie &earc8 9#&A:7 An.lisis completo y extenso ) Este mtodo de fuer/a bruta
funciona mu( !ento$ pero la calidad resultante !eneralmente es slo un #oco me5or en
comparacin con el mtodo %0&H% "a lo sumo#.
-omple5idad7 C"nW#.
Hada!ard #x8austie &earc8 9-#&A:7 ,ersin me5orada del mtodo %E:A% que utili/a
la transformada Hadamard ) Este mtodo funciona incluso m.s lento que el mtodo
%E:A%. 0se este mtodo si tiene un montn de tiempo que perder.
-omple5idad7 C"nW#.
Obseraciones7 Bas pruebas 4an demostrado que %Ex4austive :earc4% es
si+nificati'amente m.s lento que %0neven &ulti)Hexa!on :earc4%$ pero no
necesariamente produce una me5or calidad #ercibida. Adem.s %Hadamard Ex4austive
:earc4% se llevar. por lo menos el doble de tiempo que %0neven &ulti)Hexa!on :earc4%.
'or lo tanto$ utili/ando un mtodo m.s lento que %0neven &ulti)Hexa!on :earc4% en
!eneral$ no compensa el tiempo de codificacin adicional.
&ubpixel "efine!ent7
Este a5uste "tambin conocido como %:ub &E%# controla la precisin del proceso de
estimacin de movimiento. -uanto mayor sea la precisin$ me5ores son los resultados. 'or lo
tanto debe utili/ar siempre el modo ms a!to que pueda permitirse. 'or supuesto$ una mayor
precisin requiere m.s tiempo para la codificacin. en!a en cuenta que
independientemente de la confi!uracin$ la estimacin de movimiento )pel siempre se
utili/a. "DO es i!ual al uso de la confi!uracin ,HJ del codificador 1vid. Es muy
recomendable no ir por deba5o del valor predeterminado de 6$ porque Ps(-$23 requiere por
lo menos 4ub ME 6. :i dispone de tiempo$ qui/.s debera considerar el uso de un valor a;n
mayor. En caso de que la calidad visual sea m.s importante que el tiempo de codificacin$
3debera ir al m.ximo6 El modo = "o incluso .3# ofrece la me5or calidad. :i prefiere velocidad
sobre calidad utilice el modo 2. Iunca se debe ir por deba5o de modo 2$ incluso para una
codificacin %r.pida y sucia%. Bos si!uientes modos :ub &E est.n disponibles actualmente7
*. J'el :A2 "la m.s r.pida$ la peor calidad#
2. J'el :A2
V. H'el en &K$ a continuacin J'el
4. :iempre J'el
?. Jpel X bidireccional &E
6. E2 en <) y ')frames "'or defecto$ el modo m.s ba5o que soporta 'sy)E2C#
O. E2 en todos los frames
Q. E2 refinamiento en <) y ')frames
Y. E2 refinamiento en todos los frames
*+. E2 refinamiento en todos los frames Z J'E2 "m.s lento$ me5or calidad#
$otion >ector
"ange7 Este a5uste define el n;mero de pxeles que se anali/an para la estimacin de
movimiento. 0n valor de ran+o m.s alto resulta en un an.lisis m.s preciso$ pero tambin se
ralenti/ar. la velocidad de codificacin de manera si!nificativa. Bos valores ba5os aceleran el
proceso de codificacin$ pero tambin dan lu!ar a un an.lisis menos preciso. en!a en
cuenta que el material de alta resolucin !eneralmente se beneficia m.s de los a5ustes de
ran+o superior que el material de ba5a resolucin. Eso es porque los ob5etos tienden a
moverse m.s le5os "con respecto a los pxeles# en vdeo H2. 2e todos modos$ 3el valor
predeterminado de .6 es suficiente para la mayora de vdeos6 Bos mtodos L2iamond
:earc4P y LHexa!onal :earc4P est.n incluso limitados al ran!o m.ximo de 56. :i la calidad
es m.s importante que la velocidad de codificacin y si est. utili/ando el mtodo L0neven
&ulti)Hexa!on :earc4P "o un mtodo a;n m.s lento#$ es posible que desee aumentar el
ran+o a un valor de 24 o incluso /2. 2ependiendo del mtodo &E seleccionado$ el valor
ran+e puede ser redondeado a un m;ltiplo de dos o cuatro.
$axi!u! $otion >ector 5engt87 Esta opcin se puede utili/ar para limitar la duracin
m.xima de cada vector de movimiento. 'or defecto x264 limitar. la lon!itud m.xima del
vector de movimiento bas.ndose en el nivel detectado. 'uede utili/ar esta opcin para
sobrescribir la decisin de x264. Es muy recomendable no usar esta opcin$ 3a menos que
ten!a una muy buena ra/n para 4acerlo6
$ini!u! 0uffer 0et1een -8reads7 x264 utili/a un mtodo multi)4ilo basado en
foto!ramas. 'ara permitir la codificacin de m;ltiples foto!ramas en paralelo$ x264 tiene
que ase!urarse de que cualquier macrobloque determinado usa vectores de movimiento
slo a partir de pie/as de los foto!ramas de referencia que 4an sido codificadas ya. Esto no
suele ser notable$ pero puede volverse importante en movimientos 4acia arriba muy
r.pidos. 'or defecto x264 decidir. el espacio mnimo entre 4ilos basado en el n;mero de
4ilos. 'uede utili/ar esta opcin para sobrescribir la decisin de x264. Es muy recomendable
no usar esta opcin$ 3a menos que ten!a una muy buena ra/n para 4acerlo6
'rediction
0(,ra!e Direct $ode7 Esta caracterstica permite a los foto!ramas K usar vectores de
movimiento %estimados% en lu!ar de codificar realmente el movimiento de cada foto!rama.
Esto debera a4orrar al!o de bitrate y me5orar la compresin. 'or lo tanto se recomienda
mantener siem#re esta opcin /abi!itada. Hay cuatro modos diferentes disponibles7
+one7 2esactivado. 'ara pruebas ;nicamente. 6o se recomienda.
Auto7 2e5a que el codificador decida la confi!uracin ptima de cada foto!rama. &uy
recomendado para todos los modos de E-$ pero m.s eficiente en el modo de dos
#asadas.
-e!poral7 Auer/a la prediccin desde foto!ramas vecinos.
&patial7 Auer/a la prediccin desde bloques vecinos al foto!rama actual "por lo !eneral
preferible a .em#ora!#.
?eig8ted 'rediction for 0(,ra!es7 Esta caracterstica permite al codificador producir K)
Arames ms precisos por %ponderacin% de los foto!ramas de referencia de una manera
asimtrica. Esto penali/a al!o la velocidad de codificacin. 'or cuanto @ei!4ted K)Arames
!eneralmente me5ora la calidad visual$ se recomienda tener esta opcin 8abilitada
siempre$ excepto si la velocidad de codificacin es m.s importante que la calidad.
?eig8ted 'rediction for '(,ra!es7 Esta caracterstica permite al codificador detectar los
fundidos y pondera los ')Arames en consecuencia. 3Esto me5ora considerablemente la
calidad en los fundidos y por lo tanto se debe utili/ar siem#re6
0lind Offset7 0tili/a un %contrapesado cie!o% sin reali/ar nin!;n an.lisis. 'roporciona
slo una peque9a me5ora de la calidad en fundidos.
&!art $ode7 2eteccin de fundido. 'roporciona una me5ora total de la calidad en
fundidos. Especialmente ;til con M0-.ree. 3Este es el modo recomendado6
Disabled7 Io utili/a =ei!4t)' en absoluto. 6o se recomienda.
Adertencia7 Al!unos decodificadores H.264 se sabe que no funcionan con respecto a
=ei!4t)' . ,er spec(iolation 8all of s8a!e "saln de la ver![en/a de violacin de
especificaciones# para una lista de decodificadores afectados. 3-on =ei!4t)' 4abilitado
obtendr. una salida distorsionada si se utili/a uno de los decodificadores afectados6 El
m.s notable es el decodificador -oreA,- *.Y.x$ tiene un reconocido fallo =ei!4t)' que no
arre!lan. C bien actuali/a a -oreA,- 2.+$ o utili/a un descodificador diferente "por
e5emplo ffds4o@ o 2iv1 H.264 decoder#$ o desacti'ar =ei!4t)'. Ba ;ltima solucin es la
peor$ por supuesto.
'artition
'artition &earc8
@A@ Adaptie DC- -ransfor!7 Esta confi!uracin 4abilita una ransformacin 2- Q\Q
adaptativa. Esto me5orar. si+nificati'amente la calidad visual a un peque9o costo de
velocidad. 2e 4ec4o$ esta opcin es conocida por dar la me5or relacin velocidad8calidad de
todas las opciones. 'or des!racia$ requiere un decodificador H.264 capacitado para %perfil
alto%. 3Es muy recomendable mantener esta opcin activada$ si es posible6
@A@B @A.6 7 .6A@ '(,ra!e &earc87 Esta confi!uracin 4abilita las particiones Q\Q en
foto!ramas ' y por lo tanto me5ora la calidad visual de estos foto!ramas. 3:e recomienda
mantener esta opcin activada6
@A@B @A.6 7 .6A@ 0(,ra!e &earc87 Esta confi!uracin 4abilita las particiones Q\Q en
foto!ramas K y por lo tanto me5ora la calidad visual de estas foto!ramas. 3:e recomienda
mantener esta opcin activada6
4x4B 4x@ 7 @A4 '(,ra!e &earc87 Esta confi!uracin permite que las particiones 4\4 en
foto!ramas ' pero$ por lo !eneral$ la me5ora de calidad ser. insi!nificante. 'or lo tanto esta
opcin no compensa el tiempo de codificacin adicional y en consecuencia y con se!uridad
se puede desacti'ar.
@A@ I(,ra!e &earc87 Esta confi!uracin permite las particiones Q\Q en los foto!ramas < y
por lo tanto me5ora la calidad visual de estos foto!ramas$ pero requiere de 787 Ada#ti'e
2C. .ransform. 3:e recomienda mantener esta opcin activada$ si es posible6
4A4 I(,ra!e &earc87 Esta confi!uracin 4abilita las particiones 4\4 en foto!ramas < y por
lo tanto me5ora la calidad visual de estos foto!ramas. 3:e recomienda mantener esta opcin
activada6
Obseraciones7 2urante 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)#. Bos macrobloques se
pueden subdividir en particiones *6\Q$ Q\*6$ Q\Q$ 4xQ$ Qx4 y 4x4. Anali/ando ms de
estas particiones resulta en una prediccin m.s precisa y por lo tanto me5ora la calidad
visual. Bamentablemente esto es a costa de tiempo de codificacin adicional. 'or lo !eneral
se recomienda mantener todos los tipos de particiones 4abilitadas$ excepto el de las
particiones %4\4 ')Arame%. Esto es porque la b;squeda de particiones 4\4$ 4\Q y Q\4 en ')
Arames cuesta una cantidad si!nificativa de tiempo de codificacin$ pero la !anancia en
calidad$ por lo !eneral$ es insi!nificante "slo #odr*an beneficiarse vdeos de ba5a
resolucin#. 3en!a en cuenta que al!unas de las opciones de particin dependen unas de
otras6 Adem.s 4ay que considerar que 787 ada#tab!e 2C. .ransform "y por lo tanto 787 9-
%rame 4earc/# requieren caractersticas de %perfil alto% y necesitar. un decodificador H.264
adecuado$ tal como &'layer$ ffds4o@ o -oreA,-. :in embar!o$ 787 ada#tab!e 2C.
.ransform y 787 9-%rame 4earc/ son caractersticas muy ;tiles.
,ra!e
,ra!e #ncoding
CA0AC7 Este a5uste permite la codificacin entrpica -AKA-$ una de las caractersticas m.s
impresionantes de x264. -AKA- "-ontext Adaptive Kinary Arit4metic -odin! )-di!o
Aritmtico Kinario Adaptable al -ontexto# funciona absolutamente sin #,rdida$ pero le da un
aumento extra de compresin de aproximadamente un *?N. A cuantificadores altos -AKA-
puede a4orrar incluso m.s bitrate )4asta un ?+N y m.s es posible "ver
4ttp788a>uvian.or!8src8x2648entropy.pn!#). -onsecuentemente$ con -AKA- 4abilitado obtendr. o
bien un arc4ivo m.s peque9o con una calidad i!ual "modos C$% y &P# o bien me5or calidad
en el mismo tama9o de arc4ivo "modos de 2)pasadas#. 'or lo tanto es muy recomendable
mantener -AKA- 8abilitado en todos los casos6 :in embar!o -AKA- requiere tiempo
adicional de -'0 tanto para la codificacin como para la decodificacin6 El tiempo adicional
de -'0 que requiere -AKA- depende en !ran medida de la tasa de bits. 3en!a en cuenta
que -AKA- puede convertirse f.cilmente en la parte de c.lculo m.s intensivo de la
decodificacin H.2646 :i decide desactivar -AKA- "lo que normalmente no se debe 4acer#$
entonces el menos eficiente pero m.s r.pido -A,B- "-ontext Adaptive ,ariable Ben!t4
-odin! )-odificacin de Bon!itud ,ariable Adaptable al -ontexto# ser. utili/ado.
Obseraciones7 Iote que -AKA- requiere un descodificador H.264 capacitado para al
menos un perfil %&ain%. :i su ob5etivo es para perfil %Kaseline% o %Extended%$ entonces
3debera utili/ar -A,B- 6
'ure Interlaced $ode7 Esta confi!uracin permite la codificacin entrela/ada$ as que
active esta opcin s!o si su vdeo es entrela/ado. En caso de vdeo #ro+resi'o "o sea7 no
entrela/ado# o si usted no sabe lo que si!nifica %entrela/ado%$ 3mantn!ase ale5ado de este
entorno6 en!a en cuenta que 3codificar un vdeo entre!a1ado como #ro+resi'o destruir. el
contenido6 Al mismo tiempo codificar uno #ro+resi'o como entre!a1ado es factible$ pero
3per5udica si!nificativamente la eficiencia de codificacin6 0na ;ltima nota$ pero no menos
importante$ la implementacin de la codificacin entre!a1ada de x264 no es tan eficiente
como debera. 'or lo tanto si se trata de una fuente entre!a1ada$ es muc4o me5or usar un
filtro de desentrela/ado y codificar el vdeo como #ro+resi'o.
Obseraciones7 A4ora que las pantallas -E est.n en vas de desaparicin y las
pantallas B-28'lasma empie/an a dominar el mundo$ los contenidos entre!a1ados deben
desentrela/arse en tiempo de reproduccin de todos modos. Bamentablemente$ al!unas
pantallas utili/an desentrela/ados bastante pobres$ lo que resulta en una ima!en
inestable8desenfocada. 'or lo tanto$ la forma preferida es desentrela/ar antes de codificar
el vdeo$ usando un deinterlacer8bobber de alta calidad$ tales como Gadif o 2eint.
5oop ,ilter7 -ontrola una de las caractersticas m.s importantes de x2647 el filtro Inloop
Debloc6ing. En contraste con &'E()4 A:' "2iv1$ 1vid$ etc# el <nloop 2ebloc>in! es una
caracterstica ob!i+atoria 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.
Adem.s$ todos los ') y K)Arames en flu5os H.264 remiten a foto!ramas sin b!o:ues en lu!ar
de a su estado en bruto$ lo que me5ora la compresibilidad. +o 4ay absolutamente nin!una
ra/n para que desactive por completo el <nloop 2ebloc>in!$ por lo que es muy
recomendable mantenerlo actiado en todos los casos. Hay dos opciones disponibles para
confi!urar el filtro <nloop 2ebloc>in!7
&trengt87 Este a5uste tambin se llama %Alp4a 2ebloc>in!%. -ontrola cu.nto el filtro
2ebloc>in! sua'i1ar el vdeo$ por lo que tiene un efecto importante en la nitide1 !eneral
de su vdeo. El valor por defecto es 3 y debera ser suficiente para suavi/ar todos los
bloques de su vdeo$ especialmente en los modos cuantificadores "J' o -EA#. Bos valores
ne+ati'os dan un vdeo m.s ntido$ pero tambin aumenta el peli!ro de artefactos de
bloque visibles6 En contraste los valores #ositi'os resultar.n en un vdeo m.s suave$ pero
tambin eliminar. m.s detalles.
-8res8old7 Este valor tambin se llama %Keta 2ebloc>in!%$ y es m.s difcil de mane5ar
que el %Alp4a 2ebloc>in!%. -ontrola el umbral para la deteccin de bloques. El valor
predeterminado es 3 y debe ser suficiente para detectar todos los bloques del vdeo. Bos
valores ne+ati'os %salvar.n% m.s detalles$ pero podran quedarse atr.s m.s bloques
"especialmente en las .reas planas#. En contraste los valores #ositi'os eliminar.n m.s
detalles y capturar.n m.s bloques.
Obseraciones7 'or lo !eneral no 4ay necesidad de cambiar la confi!uracin por defecto
de 3%3 para :tren!t474res4old$ ya que da muy buenos resultados para una amplia !ama
de vdeos. :in embar!o$ puede querer probar diferentes confi!uraciones 4asta encontrar
la ptima para sus o5os. :i le !usta un vdeo m.s ntido y no le importan unos pocos
bloques aqu y all.$ qui/.s podra ser feli/ con (2%(.. 3Esto tambin podra valer la pena
probarlo a los usuarios de &'E()4 A:' "2iv1$ 1vid$ etc#6 :i le !usta una ima!en suave y
limpia o codificar un montn de cosas Anime$ entonces puede intentar al!o como .%2. :in
embar!o$ 3no debera salirse del ran!o (/ y C2 para ambos a5ustes6
$ax. "ef. fra!es7 En contraste con &'E()4 A:'$ H.264 #ermite m;!ti#!es foto!ramas de
referencia. Este a5uste controla cu.ntos foto!ramas pueden ser referenciados por ') y K)
Arames. Bos valores m.s altos !eneralmente resultar.n en una compresin m.s eficiente$ lo
que si!nifica me5or calidad visual en un mismo tama9o de arc4ivo. 2esafortunadamente
m.s foto!ramas de referencia requerir. m.s tiempo para codificar "y tambin un poco m.s
de potencia de -'0 para la reproduccin#. 'or defecto$ el n;mero de foto!ramas de
referencia se limita a .. Es muy recomendable aumentar el n;mero de referencias a por lo
menos /. :in embar!o$ el uso de m.s de 4 o 2 foto!ramas de referencia para im.!enes de
la %vida real% debe evitarse$ ya que 3no me5orar. m.s los resultados6 Al mismo tiempo$
anime y caricaturas se beneficiar.n muc4o de los foto!ramas de referencia adicionales. A
veces incluso el m.ximo de .6 foto!ramas de referencia puede ser ;til para dic4o material.
Obseraciones7 Aunque los reproductores %soft@are% suelen soportar cua!:uier n;mero
de foto!ramas de referencia$ 3los reproductores %4ard@are% est.n limitados a un n;mero
m.ximo de ellos6 El n;mero m.ximo de foto!ramas de referencia puede calcularse a
partir de L&ax 2ecoded 'icture Kuffer :i/eP "&ax2'K# y la resolucin del vdeo. El valor
&ax2'K queda definido por el 'erfil H.264 particular compatible con el reproductor "para
m.s detalles vase el anexo A de las especificaciones H.264#.
0(,ra!es
$ax Consecutie7 Esta confi!uracin controla el n;mero m)imo de K)Arames
consecutivos. K)Arames se refiere a ambos$ el anterior ( el si!uiente <)Arame "o ')Arame#. 2e
esta manera los K)Arames pueden comprimir a;n m.s eficientemente que los ')Arames. Bos
K)Arames pueden me5orar si!nificativamente la calidad visual del vdeo para un mismo
tama9o de arc4ivo. 'or lo tanto usar K)Arames es muy recomendable. ambin ten!a en
cuenta que permitir ms K)Arames nunca da9ar. la calidad7 'uede incluso ele!ir con
se+uridad el m.ximo de .6 K)Arames consecuti'os. Esto se debe a que slo estar.
especificando el lmite superior para el n;mero de K)Arames consecutivos . x264 todava
decidir. cu.ntos K)Arames consecutivos se utili/ar.n efectivamente. As que incluso si usted
permite 4asta *6 K)Arames consecutivos$ el codificador rara ve/ ir. tan alto. Io obstante la
limitacin del n;mero m.ximo de K)Arames a menos de *6 es ra/onable$ 3porque la mayora
de los vdeos$ de todos modos$ no se beneficiar.n del uso de m.s de D4 K)Arames
consecutivos6 Elevar el lmite de K)Arames consecutivos por encima de eso lo ;nico que
4ara seria ralenti/ar el proceso de codificacin 3sin nin+;n beneficio real6 :i se establece el
lmite de K)Arames a 3 "por defecto#$ K)Arames se desacti'ar. 'or supuesto$ 3des4abilitar K)
Arames no es recomendable6
0(,ra!e 0ias7 Este a5uste controla la probabilidad de que se utilice un K)Arame en lu!ar de
un ')Arame. El valor por defecto es 3$ lo que tambin es el valor recomendado. 0n valor
#ositi'o aumenta la probabilidad de que un K)Arame sea utili/ado. En contraste$ un valor
ne+ati'o disminuye esa probabilidad. 'or supuesto$ el codificador nunca violar. el lmite
Ma) Consecuti'e$ sin importar la confi!uracin Kias utili/ada.
Adaptie 0(,ra!e Decision7 Esta opcin controla cmo el codificador eli!e el n;mero de
K)Arames consecutivos. :in importar cu.l sea la confi!uracin que eli5a$ el codificador nunca
violar. el lmite de m.ximos K)Arame consecutivos "pero puede decidir utili/ar un menor
n;mero de K)Arames#. Bos si!uientes modos est.n disponibles7
,ast7 Este modo utili/a un r.pido y subptimo al!oritmo de decisin K)Arame. 'or lo
!eneral$ utili/a un n;mero muy ba5o de K)Arames$ incluso con un lmite muy alto de K)
Arames. 30se este modo slo si est. a favor de la velocidad sobre la calidad6
Opti!al7 Este modo se conoce tambin como %rellis K)Arame decision%$ pero no est.
relacionado con la opcin de cuantificacin .re!!is en absoluto. Es si!nificativamente m.s
lento que el mtodo de decisin K)Arame %Aast%$ pero encontrar. el n;mero ptimo de K)
Arames y por lo tanto es mu( recomendab!e. Especialmente los fundidos se mane5an
muc4o me5or con este mtodo. 'uesto que la velocidad de este mtodo depende en +ran
medida del lmite K)Arame$ 3se debe limitar el n;mero m.ximo de K)Arames consecutivos
a un valor ra/onable6
Disabled7 Esta opcin desacti'ar el Adaptive K)Arame decision. 30tilcelo solo para
pruebas6
0(,ra!es as reference7 esta caracterstica se conoce como %K)'yramid%. :i 4abilita esta
confi!uracin$ a los K)Arames se les permite 4acer referencias no lineales con el fin de
me5orar el uso del bitrate y la calidad. As los K)Arames pueden 4acer referencias a otros K)
Arames. 'or lo !eneral$ se recomienda mantener esta funcin actiada$ ya que debe
me5orar el resultado. :in embar!o 4ay que tener en cuenta que se trata de una
caracterstica de %perfil alto% y por lo tanto requiere un decodificador adecuado$ como
libavcodec "&'layer$ ffds4o@$ etc# o -oreA,-. Bos modos disponibles son las si!uientes7
&trict7 Estricta 5erarqua K)'yramid. Este modo es totalmente compatible KluEay.
+on(&trict7 &odo normal K)'yramid. 2a me5ores resultados que el modo %:trict%$ pero no
es KluEay compatible "por cuanto KluEay cuenta con especificaciones extra9as#.
Disabled7 Io utili/a K)Arames como referencia. 6o se recomienda.
I(,ra!es
$ini!u! GO' &i*e7 Esta confi!uracin controla el n;mero m*nimo de foto!ramas entre
dos foto!ramas <2E. Bos foto!ramas <2E son similares a los ]eyframes en vdeos &'E()4
A:'7 Ba reproduccin slo puede iniciarse en un foto!rama <2E$ ya que nin!;n foto!rama
des#u,s del foto!rama <2E puede 4acer referencia a un foto!rama anterior al foto!rama
<2E. En H.264 esto no es posible con los <)Arames %normales%$ debido a las referencias
m;ltiples. As$ los foto!ramas <2E son necesarios para permitir la b;squeda en el vdeo. :in
embar!o demasiados foto!ramas <2E causaran una codificacin ineficiente$ por lo que 4ay
un intervalo m*nimo de foto!ramas <2E. -omo re!la !eneral$ este valor debe ser i!ual a la
tasa de foto+ramas del vdeo. 'or e5emplo$ un vdeo de 22 fps debe utili/ar un valor de 2?$
un vdeo de 2Y$YO fps debe utili/ar un valor de /3 y as sucesivamente.
$axi!u! GO' &i*e7 En contraste con el %&in <2E frame intervalP$ este par.metro controla
el n;mero m)imo de foto!ramas entre dos foto!ramas <2E. 0n valor ms a!to dar. lu!ar a
un intervalo de foto!ramas <2E m.s !rande y en consecuencia una b;squeda m.s lenta^ un
valor inferior tendr. como resultado un intervalo de foto!ramas <2E m.s corto y por lo tanto
me5ora la b;squeda. -omo re!la !eneral$ el intervalo de foto!ramas <2E no debe ser inferior
a la tasa de foto!ramas del vdeo multiplicado por un factor de 5<. 'or e5emplo$ un vdeo de
2? fps debe usar al menos un valor de 223$ un vdeo de 2Y$YO fps debe usar al menos un
valor de /33 y as sucesivamente. El uso de valores a;n m.s elevados me5orar. la
compresin a costa de al!o menos de rendimiento en la b;squeda. 'or supuesto$ material
con muc4as %tomas lar!as% y lar!os %travellin!s% se beneficiar.n muc4o m.s de lar!os (C's
que material que consiste principalmente en escenas muy cortas. en!a en cuenta que
lar!os (C' per5udicar.n la correccin de errores$ lo que puede ser un problema para la
reproduccin de streamin+s "y tambin para autora de Klu)ray#.
&cene Cut -8res8old7 -ontrola el umbral de deteccin de cambio de escena de x264 . 2e
esta manera el codificador puede poner un <)Arame en cada cambio de escena "en ve/ de un
') o K)Arame#$ que debera conducir a me5ores b;squedas de cortes de escena. 0n 4res4old
ms ba"o resulta en una deteccin de cambio de escena m.s a!resiva$ lo que podra ser ;til
para vdeos muy oscuros. En contraste$ un umbral ms a!to detectar. menos cambios de
escena. El valor por defecto es 43 y debera ser adecuado para la mayora de vdeos.
Anal7sis
Anal7sis Configuration
$ixed "efs7 :i esta opcin est. activada$ cada macrobloque de *6\*6 puede ele!ir su
propio "ptimo# foto!rama de referencia. Esto ralenti/ar. el proceso de codificacin$ pero
permite una compresin m.s eficiente. :obre todo si utili/a un !ran n;mero de foto+ramas
de referencia$ este a5uste le dar. una !ran me5ora y vale la pena el tiempo de codificacin
adicional. :i utili/a pocos foto!ramas de referencia$ Mi)ed $efs ser. menos efica/. 2ebe
tener esta opcin 8abilitada si la calidad visual es m.s importante que la velocidad de
codificacin.
C8ro!a $# 9$otion #sti!ate:7 :i esta opcin est. activada$ la informacin de color
"croma# ser. tomada en cuenta para la deteccin de movimiento$ de lo contrario no se 4ar..
-on %-4roma &E% activado la deteccin de movimiento ser. m.s lenta pero m.s precisa.
-onsecuentemente suele producir una ma(or calidad visual a costa de al!;n tiempo de
codificacin. 'or lo tanto se recomienda mantener siempre este a5uste est. 8abilitado$
excepto si la velocidad de codificacin es m.s importante que la calidad visual.
-rellis )uanti*ation7 Este a5uste permite .re!!is E2 quanti/ation. K.sicamente$ rellis
llevar. a cabo una etapa de cuantificacin adicional7 mantendr. ciertos %detalles% que
4abran sido eliminados de otra manera. Al mismo tiempo$ eliminar. otros %detalles% que de
otra manera se 4abran mantenido. 'or lo !eneral$ rellis me"orar la calidad !eneral de una
manera notable$ pero causar. una ra!enti1acin si!nificativa del proceso de codificacin.
Antes de que las o#timi1aciones Ps( se a9adieran a x264$ se deca que rellis 2 tena
tendencia a eliminar los detalles finos y me5orar los bordes. As que a menudo rellis . se
consideraba la me5or opcin. 'ero a4ora$ cuando se utili/a 's7 "DO$ es altamente
recomendable utili/ar rellis 2$ aunque es si!nificativamente m.s lento que rellis .. :i la
velocidad es m.s importante que la calidad$ establecer rellis a 3 para desactivarlo. en!a
en cuenta que 's7(-rellis requiere .re!!is quanti/ation$ por lo que Ps(-.re!!is se desactivar.
cuando rellis se establece a 3. ambin ten!a en cuenta que .re!!is requiere CA0AC. Bos
modos disponibles son las si!uientes7
2% Al1a7s On "Bento$ la me5or calidad#
.% ,inal $a6robloc6 onl7 "E.pido$ calidad media#
3% Disabled "El m.s r.pido$ peor calidad#
,ast '(&6ip7 :i esta opcin est. activada$ se usar. %Aast '):>ip%. Aast '):>ip es una
optimi/acin que acelerar. el proceso de codificacin a costa de una cierta calidad visual.
:in embar!o$ la prdida de calidad causada por Aast '):>ip normalmente es insi+nificante$
mientras que el aumento de velocidad es inequvoco. 'or lo tanto se recomienda mantener
%ast P-4-i# marcado. 'or des!racia$ en raros casos Aast '):>ip provoca artefactos en
escenas %planas%$ por lo que es posible que desee desactivar %ast P-4-i# cuando la calidad
visual sea m.s importante que la velocidad de codificacin.
DC- Deci!ate7 :i esta opcin est. acti'ada$ se utili/ar. die1mado 2C.. Esta caracterstica
permite a x264 descartar bloques 2- %innecesarios%. Esos bloques 2- no se escriben en
el flu5o de bits$ lo que a4orra al!o de bitrate y me5ora la eficiencia de codificacin. 'or
supuesto$ 4abr. una prdida sutil en la calidad$ pero por lo !eneral el efecto es
insi!nificante. 'or cuanto 2- 2ecimate conduce a arc4ivos si!nificativamente ms
#e:ue=os en modos basados en -uantificadores "J' o -EA# se recomienda mantener esta
confi!uracin /abi!itada. 6o debe desactivar 2C. 2ecimate$ a menos que ten!a una muy
buena ra/n para 4acerlo. Bos rumores dicen que 2C. 2ecimate no se debe utili/ar 5unto
con -rellis Juanti/ation$ 3pero esto 4a sido refutado6
+oise "eduction7 Este a5uste controla el filtro interno x264 de eliminacin de ruido. en!a
en cuenta que 3la eliminacin de ruido no es parte de las especificaciones H.2646 As que
esto 4a ser considerado como una caracterstica adicional de #re-#rocesamiento. El valor
predeterminado es 3$ que a#a+ar completamente el filtro de eliminacin de ruido en x264.
Io 4ay necesidad de cambiar este a5uste$ salvo que explcitamente se desee aplicar
eliminacin de ruido adicional a su vdeo antes de codificarlo. 'or lo !eneral$ los valores
buenos para la reduccin de ruido no son mayores que .333. :in embar!o$ lo normal es que
quedara me5or con un buen filtro de eliminacin de ruido %independiente% como Alux:moot4
o &'layer denoiseVd. 3:i utili/a uno de estos$ por favor$ ase!;rese de que la eliminacin de
ruido x264 est. in/abi!itado6
's7c8o(isuall7 opti!i*ed "DO E -rellis
El o5o 4umano no busca slo que la ima!en ten!a un aspecto similar a la ori!inal$ busca que la
ima!en ten!a una comple5idad simi!ar. 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 4acia una ima!en de salida detallada y8o !ranulada$ un poco como xvid
excepto en sus detalles realistas en lu!ar de feos bloques "ver 4ttp788x264dev.multimedia.cx8R
pS*64 y 4ttp788forum.doomY.or!8s4o@post.p4pRpS**442O+XpostcountS* para m.s informacin#.
El propsito de 's7 "DO es mantener la comple5idad de un bloque codificado similar a la
comple5idad del bloque ori!inal. 2e esta manera Ps( $23 produce una ima!en que parece
muc4o m.s ntida y detallada en muc4os casos "en comparacin con nin+;n 'sy E2C#.
3ambin ayuda a conservar muc4o la !ranularidad de la pelcula6 en!a en cuenta que 'sy
E2C$ in4erentemente$ #er"udicar las mtricas$ tales como ':IE y ::<&. En cuanto estn
involucradas optimi/aciones psico)visuales$ 3las mtricas cl.sicas se vuelven in;tiles6 ambin
ten!a en cuenta que 'sy E2C traba5ar. solamente con modos $237 :i Partition 2ecision se
establece a 6 "o superior#$ entonces 'sy E2C se activar. por defecto$ de lo contrario$ se
desactivar.. Adem.s de Ps( $23 tambin tenemos a4ora 's7(-rellis. Esto todava se
considera una caracterstica %experimental% y des/abi!itada por defecto$ pero parece de !ran
ayuda para mantener las texturas en el vdeo. en!a en cuenta que 'sy rellis se basa en .re!!is
quanti/ation. En consecuencia$ slo ser. efica/ con rellis quanti/ation activado tambin "rellis
. es a4ora suficiente$ pero 2 ser. m.s efica/#.
's7 "DO &trengt87 Este a5uste controla la fuer/a de Ps( $23. 3en!a en cuenta que el
;ltimo parc4e Ps( $23 escalar. autom.ticamente la fuer/a de 'sy E2C basado en el
cuantificador del foto!rama6 As que el a5uste %stren!t4% es simplemente un factor adicional$
que se multiplicar. con el factor de escalado interno. El valor predeterminado de Ps( $23
4tren+t/ es .B3$ lo que debera ser suficiente para material tipo %film%. 3El uso de valores
a;n m.s altos puede introducir artefactos6 Adem.s$ se recomienda reducir 'sy)E2C a un
valor de 3B4 para %animaciones% . Esto no si!nifica que 'sy)E2C sea !eneralmente
per5udicial para %animaciones% $ ;nicamente tiene que disminuir la fuer/a para tal material.
's7 -rellis &trengt87 Este a5uste controla la fuer/a de Ps( .re!!is. El valor por defecto
actualmente es de 3B3$ por lo que 'sy rellis estar. inicialmente desacti'ado. 2e todos
modos$ #uede ser beneficioso utili/ar 'sy rellis para la codificacin de material tipo %Ailm%.
3'ero ten!a cuidado6 Bas pruebas 4an demostrado que un valor de .B3 por lo !eneral es
demasiado fuerte para 'sy rellis. 'ara la mayora de fuentes un valor de 3B.2 debera ser
suficiente. 3:i bien valores m.s altos pueden introducir artefactos6 Adem.s el uso de 'sy)
rellis para im.!enes %animadas% no se recomienda.
+ota7 2e momento Ps( .re!!is 4tren+t/ no est. disponible en Avidemux. :e utili/ar. la
fuer/a predeterminada +$+. :in embar!o$ compilaciones parc4eadas de libx264 pueden
comportarse de manera diferente.
5u!a )uanti*ation Dead*ones
Intra 5u!a )uanti*ation Dead*one
_C)2C` :i sabe qu tipo de informacin poner aqu$ 3por favor pn!ase en contacto con
nosotros6
Inter 5u!a )uanti*ation Dead*one
_C)2C` :i sabe qu tipo de informacin poner aqu$ 3por favor pn!ase en contacto con
nosotros6
)uanti*ation $atrix
,lat $atrix7 Ba cuantificacin es la parte con #,rdidas en la compresin de vdeo7 Bos
coeficientes se dividen a travs de la matri1 de cuantificacin y lue!o redondeados. LAlat
&atrixP es la matri/ de cuantificacin por defecto en las especificaciones H.264 ) todas las
entradas son simplemente rellenadas con *6. Es sabido que esta matri/ da mu( buenos
resultados para una amplia !ama de vdeos y bitrates. Esto si!nifica calidad sub"eti'a tanto
como valores de ':IE.
F>- $atrix7 Esta es la matri/ de cuantificacin alternativa de las especificaciones H.264.
Bas pruebas 4an demostrado que %D, &atri/% funciona #obremente$ aunque es parte de las
especificaciones oficiales. 'or lo tanto se recomienda no utili/ar esta matri/$ salvo para
pruebas y comparaciones6 Estar. muc4o me5or con %Alat &atrix% en casi todos los casos.
Custo! $atrix7 Esta opcin le permite car!ar sus #ro#ias matrices de cuantificacin. Ba
creacin de matrices de cuantificacin es una tarea comple5a que necesita un conocimiento
#rofundo y en detalle de cmo funciona la compresin de vdeo. 'or lo tanto la creacin de
nuevas matrices de cuantificacin se debe reservar para los !ur;s de H.264. :in embar!o$
puede encontrar una lista de matrices adecuadas en este lu!ar y este otro. 3en!a en
cuenta que el a5uste %2ebloc>in! AilterP tiene un !ran impacto en cmo de bien8mal rinde
una matri/ de cuantificacin6 <!ualmente$ la mayora de matrices personali/adas est.n
enfocadas a un ran!o de bitrate determinado "por e5emplo$ tasas de bits ultra altas o ultra
ba5as# y funcionar.n ma! fuera de este ran!o. 'or ;ltimo$ pero no menos importante$ no
debe utili/ar matrices personali/adas$ a menos que sepa lo que est. 4aciendo. En la
mayora de los casos se obtienen resultados satisfactorios simplemente con %Alat &atrix%
"por defecto#.
Obseraciones7 A4ora que x264 contiene varias optimi/aciones #sico-'isua!es "Adaptive
Juanti/ation$ 'sy)E2C$ 'sy)rellis# 3las matrices de cuantificacin personali/adas se 4an
tornado obsoletas6 Ba mayora de las cosas que la !ente trat de alcan/ar con matrices
personali/adas$ como detalle y !ranularidad$ a4ora se pueden lo!rar mediante
optimi/aciones 'sy de una manera m.s sofisticada. Adem.s$ las optimi/aciones 'sy est.n
sintoni/adas para la matri/ #!ana predeterminada. 3As que el uso de matrices
personali/adas %extremas% pueden dar lu!ar a efectos no deseados cuando est.n
involucradas optimi/aciones 'sy6 'or lo tanto es muy recomendable se!uir con la matri/
plana$ a menos que ten!a una muy buena ra/n para utili/ar una matri/ personali/ada.
)uanti*er
)uanti*er Control
$ini!u! )uanti*er7 especifica el cuantificador m*nimo for/ado. Esto si!nifica que cada
foto!rama tendr. a! menos esta cantidad de prdida de datos. El valor por defecto es .3$
que ase!ura que no se desperdicia bitrate en cuantificadores demasiado ba5os. Este valor
debe estar bien incluso para vdeos de alta calidad.
$axi!u! )uanti*er7 especifica el cuantificador m)imo permitido. Esto si!nifica que
nin!uno de los foto!ramas tendr. una ma(or cantidad de prdida de datos que esto. El valor
por defecto es 2.$ que es el cuantificador m.ximo posible. As que %&ax Jp% no est.
limitado de forma predeterminada. 'or supuesto$ el codificador slo ir. tan alto cuando sea
realmente necesario 3as que no se preocupe6
$axi!u! )uanti*er &tep7 Especifica cu.nto puede cambiar el cuantificador entre dos
foto!ramas consecutivos. El valor por defecto es 4. Esto ase!ura que dos foto!ramas
consecutivos no tendr. cuantificadores demasiado diferentes. :i permite LJ' :tepsP
si!nificativamente mayores podra dar lu!ar a LsaltosP de calidad visibles entre foto!ramas$
as que no 4a!a eso.
Aerage 0itrate -ollerance7 Este a5uste afecta ;nicamente al modo basado en bitrate y
%:in!le 'ass%. -ontrola el !rado de #recisin del codificador para alcan/ar la tasa de bits
ob5etivo "o el tama9o del arc4ivo de destino#. El ob5eto de %Kitrate ,ariance% es lle!ar lo m.s
cerca posible a la calidad de un modo de codificacin -EA$ sin de5ar de estar cerca del
tama9o deseado del arc4ivo. 0n valor de 3B3 limitar. al codificador para obtener
e)actamente el bitrate deseado. El valor por defecto de .B3 permite una diferencia del *N$
lo que si!ue siendo bastante restrictivo pero ya es muc4o me5or que el puro -KE. en!a en
cuenta que la discrepancia debera estar normalmente dentro de un ran!o del ><?. Adem.s
el modo -EA todava da resultados muc4o me5ores que el modo basado en bitrate 3por lo
que es el mtodo recomendado6
,actor bet1een I( and '(,ra!e )uants7 Este a5uste controla cu.nto m.s intensamente
ser.n comprimidos los ')Arames en comparacin con los <)Arames. 0n valor de .B3 asi!nara
los mismos cuantificadores a ')Arames y <)Arames$ mientras que el valor por defecto de .B4
asi!na cuantificadores un 4<? mayores a los ')Arames "en comparacin con los <)Arames#.
Esto equivale a la opcin de 1vid %<)Arame Koost%. Ba compresin m.s intensa de ')Arames
frente a <)Arames se recomienda$ por cuanto los <)Arames sirven como referencia inicial de
una escena y por lo tanto tienen un !ran impacto en la calidad de los foto!ramas si!uientes.
En consecuencia$ 3no debe cambiar el valor por defecto$ a menos que ten!a una muy buena
ra/n para 4acerlo6
,actor bet1een '( and 0(,ra!e )uants7 Este a5uste controla cu.nto m.s intensamente
ser.n comprimidos los K)Arames en comparacin con los ')Arames. 0n valor de .B3
asi!nara los mismos cuantificadores a K)Arames y ')Arames$ mientras que el valor por
defecto de .B/ asi!na cuantificadores un ><? mayores a los K)Arames "en comparacin con
los ')Arames#. Ba compresin m.s intensa de K)Arames frente a ')Arames se recomienda$ por
cuanto los K)Arames no son referenciados por otros foto!ramas "excepto por la K)'yramid#$
mientras que los ')Arames sirven como referencia para los foto!ramas si!uientes. 'or lo
tanto$ 3no debe cambiar el valor por defecto$ a menos que ten!a una muy buena ra/n para
4acerlo6
C8ro!a to 5u!a )uanti*er Offset7 Este a5uste controla cu.nto m.s 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 m.s intensamente que la
informacin de brillo$ por cuanto la prdida de datos en la informacin de color es menos
apreciable por el o5o 4umano que la prdida de datos en la informacin de brillo. El
despla/amiento especificado se a=adir a los cuantificadores de crominancia. :e puede
confi!urar entre (.2 y C.2. El valor por defecto es 3 y por lo !eneral 3se recomienda
mantener el valor por defecto6 en!a en cuenta que ambos$ Ps(-$23 y Ps(-.re!!is$ si est.n
activados$ disminuyen el despla/amiento en una o dos unidades. As que puede terminar
con un despla/amiento de (4 usando optimi/aciones 'sy.
)uanti*er Cure Co!pression
)uanti*er Cure Co!pression 9G:7 Este a5uste tambin se llama %qcomp% o %bitrate
variability% "no confundir con bitrate 'ariance#. -ontrola cu.nto puede fluctuar el bitrate a lo
lar!o de todo el vdeo . 0n valor de 3G for/ara a aplicar un bitrate constante$ mientras que
un valor de .33G resultara en un flu5o de cuantificador constante. El valor predeterminado
es de 63G$ lo que da buenos resultados para la mayora de los vdeos. As que no cambie el
valor predeterminado 3a menos que ten!a una muy buena ra/n para 4acerlo6 en!a en
cuenta que la cuantificacin ada#tati'a "AJ# sustituye parcialmente el efecto de :com# y
x264 internamente aumentar. qcomp para compensar en base a ada#ti'e :uanti1ation
stren+t/. en!a en cuenta tambin que utili/ar el modo C$% 5unto con un :com# de *++N es
tcnicamente equivalente al modo de &P$ excepto que el modo -EA todava es capa/ de
utili/ar AJ "cosa que el modo J' no puede 4acer#. 2e a4 que tanto cuanto m.s suba
:com#$ tanto m.s prximo estar. el modo C$% a una codificacin &P.
"educe ,luctuation 0efore Cure Co!pression7 Esta confi!uracin aplicar. un
desenfoque !aussiano temporal a la curva de cuantificacin antes del paso %Juanti/er
-ompression%. Esto se 4ace con el fin de aplanar las fluctuaciones no deseadas del
cuantificador$ lo que debera 4acer la calidad visual m.s estable$ especialmente en
contenido animado. El valor predeterminado es 23B3 y !eneralmente no necesita ser
cambiado.
"educe ,luctuation After Cure Co!pression% Esta confi!uracin aplicar. un
desenfoque !aussiano temporal a la curva de cuantificacin des#u,s del paso %Juanti/er
-ompression%. Esto se 4ace con el fin de a#!anar a;n m.s las fluctuaciones no deseadas del
cuantificador. El valor predeterminado es 3B2 y normalmente no necesita ser cambiado.
Obseraciones7 'ara m.s informacin sobre cmo traba5a en detalle el control de tasa de
x264 dir5ase a esta ubicacin.
Adaptie )uanti*ation
@a Cuantificacin Ada#tati'a AA&B permite a cada macrobloque dentro del foto!rama ele!ir un
cuantificador diferente$ en lu!ar de asi!nar el mismo cuantificador para todos los bloques del
mismo foto!rama. El propsito de AJ es mover m.s bits a macrobloques %planos%. Esto se
reali/a adaptativamente reduciendo los cuantificadores de determinados bloques "y subiendo
los cuantificadores de otros bloques#. :in AJ$ las .reas planas y oscuras de la ima!en tienden a
mostrar feos efectos de bloque o bandeado. (racias al nuevo al!oritmo AJ 3los efectos de
bloque y bandeado se pueden reducir considerablemente6 -on AJ 4abilitado$ se puede esperar
un aumento si!nificativo"6# en la calidad de la ima!en en !eneral. :obre todo en las escenas
oscuras y escenas con fondos %planos% "cielo$ 4ierba$ paredes$ etc# pueden conservarse
muc4os m.s detalles. Io obstante AJ parece funcionar menos eficientemente con material de
%Animacin% de lo que lo 4ace con material tipo %Ailm%$ pero a;n ayuda a prevenir las bandas.
en!a en cuenta que AJ se puede utili/ar con los modos basados en bitrate "4im#!e Pasada y
2ob!e Pasada#$ as como con el modo C$%. 3+o se puede utili/ar con el modo &P6 Eso es
porque el modo J' utili/a cuantificadores constantes por definicin$ que es una de las ra/ones
por las que el modo de J'$ en !eneral$ debe evitarse en la actualidad.
A) &trengt87 Este a5uste controla la cantidad de AJ que se aplica a los foto!ramas. El valor
por defecto de AJ :tren!t4 es a4ora de *$+$ por lo que AJ estar. activado por defecto. El
valor por defecto debera estar bien equilibrado y dar buenos resultados AJ para la mayora
de fuentes . :i cree que su vdeo requiere m.s intensidad A&$ entonces puede aumentarla.
0n valor de *$? se considera un AJ %fuerte%. :i cree que el efecto AJ es demasiado fuerte$
puede disminuir su intensidad. 0n valor de +$? se considera un AJ %dbil%. &ientras que
ape!arse a un valor de AJ de *$+ es lo recomendado para material tipo %Ailm%$ debera
ba5arse a +$6 para material de %Animacin%.
A) $ode7 Este a5uste selecciona el al!oritmo AJ. Bos si!uientes modos est.n disponibles7
>ariance A)7 El al!oritmo AJ por defecto. Eecomendado.
Auto(>ariance A)7 Iuevo al!oritmo AJ e)#erimenta! que trata de adaptar la intensidad
AJ por foto!rama "a4ora me5orado por &K)ree#.
Disabled7 6o usar AJ en absoluto. Io se recomienda.
#He!plo7 x264 con ,AJ)vs)Io AJ "ima!en animada (<A#
Adanced
>ideo 0uffer >erifier
,K, ",ideo Kufferin! ,erifier# define un modelo de b;fer de vdeo especfico. En este modelo el
decodificador "el reproductor# lee los datos de entrada desde un b;fer. Este b;fer tiene un
tama9o limitado. ambin el b;fer se llena a una tasa de transferencia de datos limitada. ,K,
se ase!ura de que el b;fer nunca se quedar. sin datos$ es decir$ que se ase!ura de que
siempre 4ay suficientes datos en la memoria intermedia para decodificar el foto!rama
si!uiente. 'or lo tanto ,K, obli!a a un bitrate adicional y restricciones al almacenamiento en
b;fer desde el codificador. Es muy recomendable no usar ,K,$ a menos que no pueda evitarlo.
3,K, #uede per5udicar la calidad del vdeo$ pero nunca va a me5orarla6 Bamentablemente los
reproductores 4ard@are "incluyendo los dispositivos mviles# pueden necesitar ,K, para una
reproduccin apropiada. endr. que buscar los requisitos particulares de ,K, para cada
dispositivo especfico. En particular$ KluEay tiene requisitos estrictos de ,K,. en!a en cuenta
que la implementacin ,K, de x264 funciona a4ora muy bien con ambos modos$ *)'asada y 2)
'asadas. Ga no 4ay necesidad de for/ar el modo 2)'asadas para ,K,. "para detalles sobre ,K,
ver 4ttp788en.@i>ipedia.or!8@i>i8,ideoTbufferin!Tverifier#.
$axi!u! >0> 0itrate7 Especifica la tasa de bits m.xima "en >bit8s# a la que los datos
entran en la memoria intermedia. Esto es i!ual al anc4o de banda de la red "para streamin+
media# o a la velocidad m.xima de lectura de disco "para reproduccin local#. en!a en
cuenta que esta opcin no restrin!e el m.ximo bitrate "local# de vdeo. Ba tasa de bits "local#
de vdeo puede exceder el m)imo bitrate de V0V$ siempre y cuando 4aya suficientes datos
disponibles en el b;fer. 0n valor de 3 indica que ,K, no se utili/a "por defecto#.
$axi!u! 0uffer &i*e7 especifica el tama9o del b;fer del dispositivo8reproductor "en
>ilobits#. Esta es la cantidad m.xima de datos que pueden mantenerse en el interior del
b;fer. Iormalmente esto est. predefinido por el dispositivo8reproductor particular para el
que est. codificando. 0n valor de 3 indica que ,K, no se utili/a "por defecto#.
Initial >0> 0uffer Occupanc77 Especifica el nivel de llenado del b;fer del dispositivo al
inicio de la reproduccin. =3G es el valor predeterminado.
+ota7 ,K, no se puede utili/ar sin especificar tanto &aximum ,K, Kitrate como &aximum
Kuffer :i/e. 3Especificando slo uno de ellos "mientras que el otro es +# no 4ace nada6
&licing
H.264 permite se!mentar cada foto!rama en varias partes. Estas partes se llaman %lonc4as%.
Ba venta5a de usar m;ltiples lonc4as "por foto!rama# es que las roda5as se pueden procesar de
forma independiente y en paralelo. Esto permite una f.cil implementacin multi)t4readin! en
codificadores y decodificadores H.264. 2esafortunadamente 3utili/ar m;ltiples rebanadas
per5udica la eficiencia de compresin6 3G cuantas m.s roda5as se usan peor resultado6 As que
no debera usar :licin! si no tiene porqu 4acerlo. 'ero si su decodificador H.264 utili/a multi)
t4readin! basado en s!ice "es decir$ varias lonc4as se decodifican en paralelo#$ entonces este
slo utili/ar. multi)t4readin! si el vdeo fue codificado con :licin!. Afortunadamente la mayora
de los decodificadores de soft@are no requieren :licin!$ debido a que utili/an multi)4ilo basado
en foto+rama "es decir$ varios foto!ramas se decodifican en paralelo#. :in embar!o los
descodificadores de 4ard@are podran requerir :licin!. En particular$ las especificaciones Klu)
ray dicen que deben utili/arse al menos 4 rebanadas.
$axi!u! &i*e per &lice7 Especifica el tama9o m.ximo por roda5a "en bytes#. x264 usar.
tantas lonc4as como sean necesarias para cumplir con esa restriccin. 0n valor de 3
si!nifica que no se utili/ar.n m;ltiples lonc4as.
$axi!u! $acrobloc6s per &lice7 especifica el n;mero m.ximo de macrobloques por
rebanada. x264 usar. tantas lonc4as como sean necesarias para cumplir con esa
restriccin. 0n valor de 3 si!nifica que no se utili/ar.n m;ltiples lonc4as.
&lices per ,ra!e7 Especifica el n;mero de rebanadas por foto!rama. 0n valor de 3
si!nifica que no se utili/ar.n m;ltiples lonc4as.
+ota7 x264 no requiere m;ltiples rebanadas para tomar venta5a de procesadores m;lti)
n;cleos. 2esde r6+O x264 utili/a multi)4ilo basado en foto+rama.
Iones
Add7 A!re!ar una nueva /ona a la lista.
#dit7 Editar una /ona existente.
Delete7 Eliminar una /ona de la lista.
Bas /onas pueden utili/arse para asi!nar manua!mente una tasa de bits m.s ba5a o m.s alta a
una determinada seccin del vdeo "por e5emplo$ imponer un bitrate inferior para los crditos
finales#. Hay dos modos de controlar la velocidad de bits de una /ona7 0sando un %Aactor
Kitrate% se puede cambiar el bitrate re!ati'o a la decisin del codificador y el uso de un
%-uantificador% puede sobrescribir la decisin del codificador con un valor de cuantificacin
constante.
Output
Output &ettings
IDC 5eel%
'or defecto x264 detectar. el Iivel del flu5o H.264 resultante basado en la confi!uracin
ele!ida del codificador "y en base a las propiedades de su vdeo#. Esta opcin se puede
utili/ar para sobrescribir la decisin x264. 3en!a en cuenta que x264 no for/ar. el nivel
seleccionado por usted6 :lo est. especificando qu nivel se indicar. en la cabecera de
su flu5o H.264. 3'ero esto no si!nifica que su flu5o realmente cumple con ese nivel6 As
que puede f.cilmente producir un stream no '!ido al especificar un nivel inadecuado. 'or
lo tanto es mu( recomendable mantener la confi!uracin del ni'e! 92C en modo Auto y
de5ar que x264 detecte el nivel adecuado. :i desea que su flu5o H.264 cumpla con un
determinado nivel H.264$ entonces debe ele!ir la confi!uracin del codificador en
consecuencia. ambin debe ase!urarse de que la resolucin del vdeo y la tasa de
foto!ramas por se!undo no rebasan los lmites del nivel. En resumen7 3no cambie esta
opcin$ a menos que ten!a una muy buena ra/n para 4acerlo6
&eJuence 'ara!eter &et Identifier%
_C)2C` :i sabe qu tipo de informacin poner aqu$ por favor 3pn!ase en contacto con
nosotros6
#nforce "epeatabilit7%
_C)2C` :i sabe qu tipo de informacin poner aqu$ por favor 3pn!ase en contacto con
nosotros6
<se Access <nit Deli!iters%
_C)2C` :i sabe qu tipo de informacin poner aqu$ por favor 3pn!ase en contacto con
nosotros6
'ixel Aspect "atio
Este valor define la %Eelacin de Aspecto de los 'xeles% "'AE# del vdeo. +o cambie el valor por
defecto de .%. "tambin conocido como %pxeles cuadrados%#$ a menos que est codificando
vdeo anamrfico6 En caso de que desee codificar material anamrfico ( desea mantenerlo
anamrfico$ tendr. que establecer el 'AE correcto. 2e lo contrario el vdeo se mostrar. con una
re!acin de as#ecto errnea6 :i tiene una fuente anamrfica y desea convertirla en %'xeles
-uadrados% "'AE S *7*#$ entonces debe invocar el filtro Eedimensionar y cambiar el tama9o del
vdeo en consecuencia. en!a en cuenta que la %Eelacin de Aspecto de los 'xeles% no es i!ual
a la %Eelacin de Aspecto de la 'antalla% "2AE#. 2e todos modos$ el 2AE se calcula a partir del
'AE con esta frmula7 2AE S Anc4ura 8 Altura U 'AE. 'or e5emplo7 O2+8?O6 U 6484? S *68Y. Ba
venta5a de traba5ar con los valores 'AE es que el 'AE de un vdeo no cambiar al recortar el
vdeo$ mientras que el 2AE es muy probable que lo cambie. Bas opciones 'AE disponibles son
las si!uientes7
Custo!7 <ntroducir un valor 'AE definido por el usuario
'redefined Aspect "atio7 :eleccionar uno de los valores 'AE m.s comunes de la lista
As Input% &antener el 'AE del vdeo ori!inal
>ideo <sabilit7 Infor!ation
Estos a5ustes son slo su!erencias para el equipo de reproduccin. aselos ba5o su propio
ries!o6
Oerscan
>ideo ,or!at
Color 'ri!aries
-ransfer C8aracteristics
Color $atrix
C8ro!a &a!ple 5ocation
,ull "ange &a!ples
Opciones x264 no disponibles en Aide!ux
A) $ode ) actualmente Avidemux slo ne!ocia con A& modo *$ el modo 2 aun no est.
disponible.
&ub($# .3 ) actualmente el modo 4ub-Me m.s alto disponible en Avidemux es Y$ el modo
*+ "tambin conocido como %J'E2%# aun no est. disponible.
's7(-rellis ) actualmente 'sy)rellis se desacti'ar en Avidemux "3aunque 'sy)E2C est
disponible6#.
'rogressie Intra "efres8
-.lculos ':IE y ::<&
Opciones x264 Obsoletas
0("DO% decisin E2 basada en el modo de K)Arames. Esta opcin se 4a eliminado desde
rYY6. A4ora est. 4abilitada implcitamente en 4ub ME O o superior.
're(&cenecut7 2esde r***O x264 siem#re utili/ar. 're):cenecut$ porque !eneralmente es
me5or que el scenecut ordinario en trminos de precisin y este no funciona de nin!una
manera en modos compactos.
0idireccional $#7 Cptimi/ar con5untamente ambos vectores de movimiento en K)Arames.
Esta opcin se 4a eliminado desde rYY6. A4ora est. 4abilitada implcitamente en 4ub ME ? o
superior.
A) &ensitiit77 Esta opcin nunca existi en x264 oficiales. :lo se us en parc4es
experimentales de Ada#ti'e &uanti1ation. Actualmente AJ no la usa.
'erfiles 7 +ieles H.264KA>C
Bas especificaciones H.2648A,- definen un n;mero de perfiles diferentes. -ada perfil
especifica qu caracter*sticas de H.264 se permiten "o no se permiten#. :i desea que su flu5o de
vdeo H.264 sea compatible con un perfil determinado$ entonces slo puede activar funciones
permitidas en este perfil. Bos perfiles son necesarios para ase!urarse de que el arc4ivo de
vdeo se reproducir. correctamente en un decodificador determinado. 'or e5emplo$ un vdeo
compatible con el perfil %&ain% rodar. *++N fino en todo decodificador8reproductor capacitado
para perfil %&ain%. -uando se traba5a con el codificador x264$ 4ay b.sicamente dos perfiles a
tener en cuenta7 el perfil %&ain% y el perfil %Hi!4%. :in embar!o x264 carece de la
caracterstica de Eesistencia a los Errores del perfil %Kaseline%$ as como soporte de entrela/ado
del 'erfil %Extended%. :i lo que busca es reproducir su vdeo en reproductores de software$
entonces no necesita preocuparse muc4o acerca de perfiles. El decodificador H.264 de
%libavcodec%$ que se utili/a en &'layer$ ,B- 'layer$ ffds4o@ y muc4os m.s$ soporta todas las
caractersticas de x264 b$ incluyendo el perfil %Hi!4% y la caracterstica L'redictive BosslessP del
mismo. Ctro tanto para los decodificadores propietarios$ como -oreA,-. :in embar!o$ si el
ob5etivo es un reproductor /ardware$ los perfiles se tornan muy importantes$ ya que los
reproductores 4ard@are son muy restricti'os en los perfiles que soportan.
Adicionalmente a los #erfi!es$ las especificaciones H.2648A,- tambin definen un n;mero de
nieles. &ientras que los #erfi!es definen qu caractersticas de compresin de H.264 pueden
"o no# ser usadas$ los ni'e!es imponen restricciones adicionales sobre otras propiedades del
vdeo. Estas restricciones incluyen la resolucin m.xima$ la tasa de bits m.xima$ la tasa de
foto!ramas m.xima "para una resolucin dada# y el n;mero m.ximo de foto!ramas de
referencia "aunque limitado indirectamente por &ax2'K#. 'ara reproducir su vdeo H.264 en un
reproductor de /ardware especfico$ ese reproductor no slo debe ser compatible con el #erfi!
de su vdeo$ sino tambin con el ni'e! de su vdeo "o uno m.s alto#. 'or contra$ los
reproductores software !eneralmente no tienen tales restricciones$ siempre y cuando la -'0
sea lo suficientemente potente.
+ota7 Ba notacin com;n para los perfiles y niveles es %'rofilecBevel%$ por e5emplo Hi+/C4.5.
Adem.s no 4ay nin!una manera de codificar directamente el vdeo a un perfil y8o nivel
especfico. :i desea que el vdeo cumpla con a un cierto perfil8nivel$ debe ele!ir la
confi!uracin del codificador en consecuencia. Bos prea5ustes pueden ser ;tiles para encontrar
la confi!uracin correcta. 2e todos modos$ todava puede ser necesario cambiar el tama9o de
vdeo y8o la tasa de foto!ramas.
5ista de todos los perfiles H.264KA>C
2e =i>ipedia$ la enciclopedia libre
0aseline #xtended $ain Hig8 Hig8 .3
< and ' :lices :d :d :d :d :d :d :d
K :lices IC :d :d :d :d :d :d
:< and :' :lices IC :d IC IC IC IC IC
:d :d :d :d :d :d :d
:d :d :d :d :d :d :d
:d :d :d :d :d :d :d
IC IC :d :d :d :d :d
:d :d IC IC IC IC IC
:d :d IC IC IC IC IC
:d :d IC IC IC IC IC
2ata 'artitionin! IC :d IC IC IC IC IC
IC :d :d :d :d :d :d
4727+ -4roma Aormat :d :d :d :d :d :d :d
IC IC IC :d :d :d :d
47272 -4roma Aormat IC IC IC IC IC :d :d
47474 -4roma Aormat IC IC IC IC IC IC :d
Q Kit :ample 2ept4 :d :d :d :d :d :d :d
IC IC IC IC :d :d :d
IC IC IC IC IC IC :d
IC IC IC :d :d :d :d
IC IC IC :d :d :d :d
IC IC IC :d :d :d :d
IC IC IC IC IC IC :d
IC IC IC IC IC IC :d
0aseline #xtended $ain Hig8 Hig8 .3
Hig8
4%2%2
Hig8 4%4%4
'redictie
&ultiple Eeference
Arames
<n)Boop 2ebloc>in!
Ailter
-A,B- Entropy
-odin!
-AKA- Entropy
-odin!
Alexible &acrobloc>
Crderin! "A&C#
Arbitrary :lice
Crderin! "A:C#
Eedundant :lices "E:#
<nterlaced -odin!
"'icAAA$ &KAAA#
&onoc4rome ,ideo
Aormat "47+7+#
Y and *+ Kit :ample
2ept4
** to *4 Kit :ample
2ept4
Q\Q vs. 4\4
ransform Adaptivity
Juanti/ation :calin!
&atrices
:eparate -b and -r
J' control
:eparate -olor 'lane
-odin!
'redictive Bossless
-odin!
Hig8
4%2%2
Hig8 4%4%4
'redictie
5ista de todos los nieles H.264KA>C
2e =i>ipedia$ la enciclopedia libre
3'ara obtener m.s informacin$ consulte el %Anexo A% de las especificaciones oficiales de la 0<)
H.2646
&oporte G'<
2esde que ('('0 se convirti en tema candente$ la !ente comen/ a pedir soporte de ('0 en
Avidemux. Esta !ente tiene que entender que Avidemux no puede ofrecer soporte ('0 en
codificacin H.264 4asta que el soporte ('0 est. implementado en la biblioteca )264. Hay un
proyecto pro!ramado para a9adir soporte -02A en x264 $ pero no 4ay resultados a;n "mayo
de 2++Y# "ver 4ttp788@i>i.videolan.or!8:o-Tx264T2++Ye('0T&otionTEstimation#. :abemos que
4ay codificadores H.264 comercia!es con ('0 disponible ya. 'ero si nos fi5amos en estos
codificadores de cerca$ notar. que sus afirmaciones sobre incrementos si!nificativos de
velocidad son c4arlatanera de mar>etin!. Estos codificadores puede ser r.pidos$ 3pero su
calidad no alcan/a ni de le5os a la calidad de x2646 ambin ten!a en cuenta que el !remio del
mar>etin! tienden a comparar sus codificadores con el codificador de referencia H.264
* *4Q? YY 64"nbsp#>bit8s Q+"nbsp#>bit8s *Y2"nbsp#>bit8s 2?6"nbsp#>bit8s
*b *4Q? YY *2Q"nbsp#>bit8s *6+"nbsp#>bit8s VQ4"nbsp#>bit8s ?*2"nbsp#>bit8s
*.* V+++ VY6 *Y2"nbsp#>bit8s 24+"nbsp#>bit8s ?O6"nbsp#>bit8s O6Q"nbsp#>bit8s
*.2 6+++ VY6 VQ4"nbsp#>bit8s 4Q+"nbsp#>bit8s **?2"nbsp#>bit8s *?V6"nbsp#>bit8s
*.V **QQ+ VY6 O6Q"nbsp#>bit8s Y6+"nbsp#>bit8s 2V+4"nbsp#>bit8s V+O2"nbsp#>bit8s
2 **QQ+ VY6 2"nbsp#&bit8s 2.?"nbsp#&bit8s 6"nbsp#&bit8s Q"nbsp#&bit8s
2.* *YQ++ OY2 4"nbsp#&bit8s ?"nbsp#&bit8s *2"nbsp#&bit8s *6"nbsp#&bit8s
2.2 2+2?+ *62+ 4"nbsp#&bit8s ?"nbsp#&bit8s *2"nbsp#&bit8s *6"nbsp#&bit8s
V 4+?++ *62+ *+"nbsp#&bit8s V+"nbsp#&bit8s 4+"nbsp#&bit8s
V.* *+Q+++ V6++ *4"nbsp#&bit8s *4"nbsp#&bit8s 42"nbsp#&bit8s ?6"nbsp#&bit8s
V.2 2*6+++ ?*2+ 2+"nbsp#&bit8s 2?"nbsp#&bit8s 6+"nbsp#&bit8s Q+"nbsp#&bit8s
4 24?O6+ Q*Y2 2+"nbsp#&bit8s 2?"nbsp#&bit8s 6+"nbsp#&bit8s Q+"nbsp#&bit8s
4.* 24?O6+ Q*Y2 ?+"nbsp#&bit8s *?+"nbsp#&bit8s 2++"nbsp#&bit8s
4.2 ?2224+ QO+4 ?+"nbsp#&bit8s *?+"nbsp#&bit8s 2++"nbsp#&bit8s
? ?QYQ24 22+Q+ *V?"nbsp#&bit8s 4+?"nbsp#&bit8s ?4+"nbsp#&bit8s
?.* YQV+4+ V6Q64 24+"nbsp#&bit8s O2+"nbsp#&bit8s Y6+"nbsp#&bit8s
5eel
nu!ber
$ax
!acrobloc6s
per second
$ax fra!e si*e
9!acrobloc6s:
$ax ideo bit rate
9>C5: for 0aselineB
#xtended and $ain
'rofiles
$ax ideo bit
rate 9>C5: for
Hig8 'rofile
$ax ideo bit
rate 9>C5: for
Hig8 .3 'rofile
$ax ideo bit rate
9>C5: for Hig84%2%2
and Hig84%4%4
'redictie 'rofiles
#xa!ples for 8ig8
resolution M fra!e rate
9!ax stored fra!es: in
5eel
*2Q\Y6cV+.Y"nbsp#"Q#
*O6\*44c*?.+"nbsp#"4#
*2Q\Y6cV+.Y"nbsp#"Q#
*O6\*44c*?.+"nbsp#"4#
*O6\*44cV+.V"nbsp#"Y#
V2+\24+c*+.+"nbsp#"V#
V?2\2QQcO.?"nbsp#"2#
V2+\24+c2+.+"nbsp#"O#
V?2\2QQc*?.2"nbsp#"6#
V2+\24+cV6.+"nbsp#"O#
V?2\2QQcV+.+"nbsp#"6#
V2+\24+cV6.+"nbsp#"O#
V?2\2QQcV+.+"nbsp#"6#
V?2\4Q+cV+.+"nbsp#"O#
V?2\?O6c2?.+"nbsp#"6#
V?2\4Q+cV+.O"nbsp#"*+#
V?2\?O6c2?.6"nbsp#"O#
O2+\4Q+c*?.+"nbsp#"6#
O2+\?O6c*2.?"nbsp#"?#
*2.?"nbsp#&bit8
s
V?2\4Q+c6*.4"nbsp#"*2#
V?2\?O6c?*.*"nbsp#"*+#
O2+\4Q+cV+.+"nbsp#"6#
O2+\?O6c2?.+"nbsp#"?#
O2+\4Q+cQ+.+"nbsp#"*V#
O2+\?O6c66.O"nbsp#"**#
*2Q+\O2+cV+.+"nbsp#"?#
*2Q+\O2+c6+.+"nbsp#"?#
*2Q+\*+24c42.2"nbsp#"4#
*2Q+\O2+c6Q.V"nbsp#"Y#
*Y2+\*+Q+cV+.*"nbsp#"4#
2+4Q\*+24cV+.+"nbsp#"4#
62.?"nbsp#&bit8
s
*2Q+\O2+c6Q.V"nbsp#"Y#
*Y2+\*+Q+cV+.*"nbsp#"4#
2+4Q\*+24cV+.+"nbsp#"4#
62.?"nbsp#&bit8
s
*Y2+\*+Q+c64.+"nbsp#"4#
2+4Q\*+Q+c6+.+"nbsp#"4#
*6Q.O?"nbsp#&b
it8s
*Y2+\*+Q+cO2.V"*V#
2+4Q\*+24cO2.+"*V#
2+4Q\*+Q+c6O.Q"*2#
2?6+\*Y2+cV+.O"?#
V6Q+\*?V6c26.O"nbsp#"?#
V++"nbsp#&bit8s
*Y2+\*+Q+c*2+.?"*6#
4+Y6\2+4QcV+.+"?#
4+Y6\2V+4c26.O"?#
5eel
nu!ber
$ax
!acrobloc6s
per second
$ax fra!e si*e
9!acrobloc6s:
$ax ideo bit rate
9>C5: for 0aselineB
#xtended and $ain
'rofiles
$ax ideo bit
rate 9>C5: for
Hig8 'rofile
$ax ideo bit
rate 9>C5: for
Hig8 .3 'rofile
$ax ideo bit rate
9>C5: for Hig84%2%2
and Hig84%4%4
'redictie 'rofiles
#xa!ples for 8ig8
resolution M fra!e rate
9!ax stored fra!es: in
5eel
completamente sin optimi/ar. x264 es m.s r.pido que el codificador de referencia en varios
rdenes de ma!nitud$ lo que 4ace que estas comparaciones de velocidad care/can de sentido.
x264 puede correr muy r.pido en una -'0 y escala 4asta al menos *6 n;cleos. 3As que no te
creas todo lo que clama el mar>etin!6
ID"(fra!es
Bos <2E)frames son7 0n foto!rama <2E es lo que se conoce tradicionalmente como un
foto!rama <. 0n foto!rama <2E$ al i!ual que un foto!rama < en formato &'E()*82 y &'E()4
A:'$ comien/a con un borrn y cuenta nueva$ y todos los foto!ramas si!uientes 4ar.n
referencia al foto!rama <2E y los foto!ramas subsi!uientes. 2eberan ser poco comunes los <)
frames no <2E$ pero como no se puede descartar$ la aplicacin de un intervalo <2E mnimo
puede ayudar a me5orar la compresin en al!unas escenas de muc4o movimiento. En
H.2648A,- tambin puede tener foto!ramas < dentro de un (C'$ que no son LbuscablesP$ por
cuanto las referencias de tiempo lar!o introducidas en H.2648A,- podran resultar en un ')
frame despus de un <)frame 4aciendo referencia a un ')frame anterior al <)frame.
&ax <2E)>eyframe interval indica la distancia m.xima entre dos foto!ramas <2E. 2el mismo
modo$ &in <2E) >eyframe interval indica la distancia mnima entre dos foto!ramas <2E.
5ista de "eferencias
Cfficial <0) H.264 :pecifications ) provided by Ieuron2
x264 ) A 4i!4 performance H.2648A,- encoder ) by Boren &erritt and Ea4ul ,anam
H.2648A,- 4read on 2oomYbs Aorum ) especially posts by a-u#en+uin$ 2ar- 4/i-ari and
D.m#4 +u(
A qualitative overvie@ of x264bs ratecontrol met4ods ) by Boren &erritt
4e x264 multi)t4readin! t4readin! met4od ) by Boren &erritt
x264 ffmpe! mappin! and options !uide
=i>ipedia$ t4e free encyclopedia ) article about t4e Lx264P encoder "(erman version#
2eat44e:4eepbs A,- ,f= (uide
&e=i>i ) x264 settin!s
:elurbs man x264 "Hilfe /um x264 -B<# ) (erman documentation
2i!ital 2i!est ) x264 Cptions Explained
>er ta!biNn
-ompilando x264