Manual de conversión de XX formato a H264 (en

contenedor mp4 o mkv) usando MeGUI

Este manual lo hice con la idea de que sea una guía básica para el encodeo en
este fabuloso codec el H264, en este caso en el contenedor mp4 o mkv, el uso
de estos ya queda su gusto, usen el que más les agrade.
Esta guía se basará en el cotenedor mp4, y porque este, porque a mí parecer
es el contenedor más estandarizado en la actualidad.

Todos ya sabrán a que nos referimos cuando hablamos de h264, y pues para el
que no sabe, lea este artículo en wikipedia: http://es.wikipedia.org/wiki/AVC, por
lo que nos queda definir que es MeGUI; MeGUI es la interfaz gráfica del codec
x264 que incluye todas las opciones avanzadas del codec y permite crear
videos en H264 multiplexados en mp4 y mkv, no sólo esto, también puede
encodear en XVID, crear scripts avs (archivos de aviynth), generador de
proyectos .d2v (esto para ripeo de DVD) y muchas otras cosas, lo que lo
convierte en una herramienta muy completa.

Para esta guía se requerirá un conocimiento básico del avisynth y tenerlo

instalado en la pc. Si no lo tienes instalado, puedes descargarlo de de aquí,
bájense el archivo ejecutable e instálenlo.

¿Dónde consigo el MeGUI?

Pues en su página oficial : http://www.x264.nl./ (Vayan al apartado gui y
seleccionen un mirror para su descarga).
Para que corra correctamente se tiene que tener instalado previamente
Microsoft .NET Runtime 2.0

Una vez instalado el MeGUI tendrán una ventana como esta:

En Options-->settings (o apretando crtl+s) tendremos una ventana como esta:
Default Priority: Permite establecer la prioridad del consumo de recursos que
el proceso de codificación va a tener sobre otros procesos que se estén
ejecutando.
Open preview after Avisynth script selection: Teniendo marcada esta casilla
al abrir un script Avisynth se mostrará automáticamente una ventana de vídeo
que permite comprobar la corrección del script, etc.
Delete output of aborted Jobs: Señalando esta casilla los vídeos producidos
en trabajos que sean abortados serán automáticamente eliminados.
Automatically set number of Threads: MeGUI configurará automáticamente
el número de hilos de trabajo según el procesador que detecte.
Use Avanced Tooltips: Esta opción que puede ser considerada estética
permite que MeGUI muestre unos textos explicativos de ayuda cuando
detenemos el cursor sobre alguna opción. (De momento sólo se muestra texto
explicativo en las opciones de configuración de x264).
Shutdown after encoding: Esta casilla permite apagar el ordenador cuando
los trabajos situados en la cola de tareas finalicen.
Autostart Queue: Marcando este recuadro al enviar trabajos a la cola de
tareas comenzarán automáticamente.
Delete completed Jobs: Los trabajos serán eliminados según vayan
completándose.
Delete intermediate files: Con esta casilla activada los archivos intermedios
que se creen serán eliminados automáticamente.
Open progress window: Con este recuadro activado MeGUI mostrará una
ventana del progreso de la codificación, velocidad en frames por segundo,
tiempo transcurrido y restante, tamaño final estimado del vídeo de salida, etc.

Reset All Dialogs: Como su propio nombre indica pulsar este botón permite
volver a la configuración "de fábrica" de MeGUI.
Configure Source Detector: Si pulsamos este botón podremos modificar
parámetros que modifican el análisis, etc que efectúa MeGUI a la hora de
acceder a las fuentes de vídeo, etc con las que queremos trabajar. Se
recomienda no modificar los valores por defecto.

Program Paths:
En la pestaña audio nos dirigimos a donde dice neroAccEnc, en este se debe
colocar la ruta del encoder de audio de Nero, que lo puedes descargar de aquí,
te descargarás un .zip el cual contiene el archivo neroAccEnc.exe. Este
encoder es gratuito.

Después de todo esto empecemos con este manual de encodeo en H264.

Ahora se estarán preguntando como rayos hago que mi archivo se convierta en
un mp4, pues a eso vamos a llegar.

El funcionamiento del MeGUI es tan simple como crear un scriptde avisynth

(.avs), cargarlo en el MeGUI, apretar el botón config, configurar el codec a
nuestro gusto, apretar el botón enqueue, ir a la pestaña queue, darle al botón
Start y esperar .

Creando el script .avs

El MeGUI tiene un creador de scripts, se accede a este en el menú tools-->

avisynth script creador o también se puede acceder a este con l combinación
de teclas ctrl+R
Pestaña options:
Video input: Es donde debemos cargar el archivo (para esto estoy suponiendo
que ya se tienen correctamente instalados los codecs necesarios)
Input DAR: es el cociente entre el ancho y el alto
Avisynth profile: Es donde se especifica el orden en los que aplicaran los
filtros
Crop: Con esta función podemos recortar la imagen
Resize: Cambio de resolución de la imagen AnchoxAlto.

Pestaña filters:
Source info: Al hace clic en analyse, esta herramienta revisa el video y detecta
si la fuente es entrelazada o progresiva
Deinterlace: Aquí se selecciona el filtro que se va a usar en caso la fuente sea
entrelazada.
Reize filter: Aquí se seleccionan los filtros de Resize a usar (este es uno de los
filtros más importantes a usar cuando se encodea ), los cuales son:
BilinearResize(ancho,altura)
BicubicResize(ancho,altura,b,c)
LanczosResize(ancho,altura)
Lanczos4Resize(ancho,altura)
GaussResize(ancho,altura,p)
BlackmanResize(ancho,altura)
PointResize(ancho,altura)
SplineXXResize(ancho,altura) , donde XX puede ser 16, 36 o 64

A continuación la explicación de cada uno:

(Las explicaciones siguientes las he sacado de mundodivx ^^)

Bilinear: tiende a suavizar la imagen, esto significa que es el que menos

detalle deja pasar al redimensionar, asi que es adecuado para cuando usen
bitrates bajos, y/o cuando se reduce la resolución.
Bicubic: es similar en funcionamiento al Bilinear, pero gracias a mejores
algoritmos logra procesar un mayor nivel de detalle y por ende es mejor para
cuando se aumenta la resolución, ya que se logra una imagen mas nítida, pero
solo es recomendable cuando habrá suficiente bitrate como para codificar dicho
detalle extra, sino puede ser mas conveniente el Bilinear si no quieren que la
calidad caiga en picada al comprimir. Puede ser personalizado manualmente
mediante los valores "b" y "c" que pueden ver en la sintaxis de más arriba.
Estos parámetros son llamados blurring y ringing respectivamente; el blurring
sirve para quitar nitidez, agregando un efecto “borroso” y así difuminando el
detalle, puede servir para evitar la aparición de macrobloques al comprimir a
muy bajos bitrates; mientras que el ringing hace todo lo contrario, a mayores
valores mas fino será el filtro y mas detalle dejara pasar. Con b=0 y c=0.75 el
filtro es idéntico al presente en VirtualDub, "VirtualDub`s Precise Bicubic". Un
valor normal seria b=0 y c=0.5 para así lograr una importante ganacia de
detalle, valores mayores a 0.6 pueden producir ruido dado que se estaría
generando mas detalle del que existe, aunque claro depende de la nitidez del
video de origen, si lo amerita entonces pueden aumentar el valor de c. Los
valores b=1/3 y c=1/3, son los valores recomendados por los creadores, ya que
estos ofrecen los “mejores resultados visuales” en tests subjetivos. Valores
grandes de b y c, generan interesantes efectos ópticos en la imagen, por
ejemplo probar c=-5 y b=0
Lanczos: permite alcanzar aun mas detalle y con mejor calidad que el Bicubic,
sólo recomendable para altos bitrates. Sirve como alternativa al Bicubic con
valores de “c” entre 0,6 y 0,75, solo que logra una calidad superior en estos
valores (menos artifacts).
Lanczos4: es una abreviación a LanczosResize(taps=4).
BlackMan: esta es una modificación del Lanczos que permite lograr menos
artifacts (errores) con valores de taps altos.
Gauss: filtro basado en el algoritmo de Gauss. El parametro "p" ajusta la
nitidez, desde 0 (menor detalle, mas borroso) hasta 100 (mayor detalle, mas
fino). Su velocidad es similar al Lanczos4.
Point: es el filtro para resize más simple que existe. Su uso no es para nada
recomendable a no ser que se quiera disminuir la calidad del vídeo adrede. Sus
resultados suelen contener mucho bloque.
SplineXX: este filtro tiene como objetivo alcanzar un maximo nivel de detalle,
con menos artifacts a raiz del mismo que si se usara Lanczos. XX puede tener
valores 16, 36 y 64, cuanto mayor este valor mayor nitidez de lograra.

Noise filtres: activar esta casilla si se observa ruido en el video, en el menú

desplegable se pueden seleccionar varios tipos de filtros.

Pestaña Edit:
En esta pestaña se puede editar a “mano” el script de avisynth. Ojo si editas
algo aquí y luego cambias algo en las otras pestañas, todo lo que editaste se
borrará; así que cuidado con ello . También todo esto “, audio=false” de la
primera linea, será borrado, esto para poder crear el audio con el MeGUI.
Una vez esto hecho esto, hacer clic en el botón save, esto guardara el script,
escogen la ruta y le ponen un nombre. El script se autocargará , ahora resta
configurar el codec.

En Audio cargamos el script, y en encoger settings seleccionamos al Nero AAC

y le daremos 96kbps, ya que a este bitrate se logra una buena calidad en el
audio, puesto que el aac logra una mejor compresión en el audio a una baja
bitrate, comparado con el mp3. Le damos este bitrate al audio para que este
sea pequeño y así poder darle más bitrate al video, luego de ello de damos a
Enqueue y nos vamos a la petaña enqueue y le damos a “Start”; ahora a
esperar a que termine el encodeo del audio.

Luego de esto nos vamos a tools-->Bitrate calculador(ctrl+B )

Si se dan cuenta ya se ha cargado el audio, entonces donde dice file size, en el
botón y nos vamos a “select size” y ponemos el tamaño del archivo que
queremos tener, en mi caso como es el capítulo de un anime, selecciono 170
mb y le damos a “Apply”.
Nos saldrá una ventana que nos dice si queremos aplicar lo calculado a la
config del video, y le damos sí.
Luego en la vetana principal de MeGUI, cliqueamos en “config” y nos saldrá
esto:
Si nos damos cuenta ya se cagó el bitrate calculado, a continuación se explica
cada opción:
General
Mode: Aquí indicaremos el tipo/número de pasadas que se van a efectuar en la
codificación.
• Pasadas Simples:
o ABR: Se efectúa una única pasada en función del bitrate indicado.
o Const. Quantizer: Se efecúa una única pasada en función del quantizer
indicado.
o Const. Quality: Se efecúa una única pasada VBR (Bitrate Variable) en
función del quantizer indicado.
• Pasadas Múltiples:
o 2Pass - 1st/2nd pass, 3Pass - 1st/2nd/3rd pass: MeGUI te permite
configurar pasadas múltiples una a una tanto para codificaciones a dos
pasadas como para codificaciones a tres pasadas (un mayor número de
pasadas suele ser una pérdida de tiempo). Sólo debemos escoger la pasada
que queremos configurar y modificar sus valores a nuestro gusto.
• Pasadas Automáticas:
o Automated 2/3pass: Si queremos efectuar una codificación en múltiples
pasadas (2 o 3) ahorrando algo de tiempo en la configuración MeGUI nos
permite ajustar a la vez los valores para todas las pasadas. Sólo debemos
seleccionar el tipo de pasadas automáticas y configurar de manera normal los
valores. MeGUI guardará después en su cola de tareas el número de pasadas
necesario aplicando los valores seleccionados a cada una de ellas de forma
automática.

OBS: En nuestro caso seleccionaremos automated 2 pass

Turbo: Esta casilla sólo tiene utilidad en caso de seleccionar pasadas múltiples
(o automáticas). Su función es modificar únicamente los valores de la primera
pasada que sirve de análisis para la segunda. Los ajustes a emplear en la
primera pasada se bajarán automáticamente al mínimo permitiendo realizar el
análisis (que casi no es afectado) en un tiempo mucho menor.
Lossless: La opción Lossless sólo se encuentra disponible si en AVC Profiles
hemos seleccionado High Profile. Si la señalamos se efectuará una codificación
Const. Quantizer = 0, es decir, una codificación a una única pasada con un
valor de quantizer = 0 lo que en teoría equivale a una codificación sin pérdida
de calidad. (Por supuesto el tamaño final del vídeo en este tipo de
codificaciones es enorme).

Deblocking
Mpeg4-AVC analiza el vídeo como una rejilla compuesta de cuadrados en
movimiento. Este filtro detecta los bordes de cada cuadrado para suavizarlo.
Aunque el uso de este filtro adaptativo se recomienda en codificaciones a bajo
bitrate tras algunas pruebas he podido comprobar que su uso es beneficioso
casi en cualquier situación pues minimiza la aparición de macrobloques
ayudando en la estimación de movimiento. Aunque sus ventajas se pueden
observar casi en cualquier escena rápida es de destacar la eliminación de
macrobloques en escenas con humo, niebla, fuego, etc donde otros códecs
todavía presentan problemas.
Usando las barras de desplazamiento Strenght y Threshold podemos controlar
el filtrado Alpha y Beta, respectívamente, que se va a aplicar en los bordes de
cada bloque.

Enable deblocking: Se habilita el uso del filtro deblocking.

Deblocking Strenght: Determina la agresividad con que se van a suavizar los
bloques. Valores altos hace que el filtro de "deblockeo" funcione más
efectivamente al costo de perder detalles, un suavizado de las imágenes. Este
parámetro es el más importanteen la determinación de la nitidez total del
encode.
Deblocking Threshold: Determina con que facilidad se detectan los bloques.
El valor por defecto se debe cambiar algunas veces cuando no brinda buenos
resultados para el encode que deseas hacer.
Se recomienda el uso de los valores por defecto que proporcionan una mezcla
precisa entre el filtrado de bloques y la preservación de detalles.

Los valores que pueden tomar las dos variantes se mueven desde -6 a +6. Los
valores negativos no conllevan que el filtro actue en sentido contrario creando
una mayor nitidez sino que el filtrado empleado será menor preservando algún
detalle más pero pudiendo aparecer el conocido ruido (mosquito noise) en los
bordes de figuras, etc; para este caso se puede aplicar el noise reducer
integrado del codec, con un valor de 100 o 200 es sufuciente. Por otro lado los
valores mayores pueden ocasionar pérdida de detalles acusada e incluso un
molesto efecto de "mancha".
En principio los dos valores deben estar relacionados, si se aplica un filtrado
agresivo también se debe aumentar el umbral de detección de bloques. Sin
embargo he podido observar en algunas configuraciones de usuarios que
prefieren conservar más detalles los valores (-2/-1) con lo que disminuye
ligéramente la detección de bloques suavizando aún más la agresividad del
filtrado. Otro buen conjunto de valores que logra muy buenos resultados para
los videos en HD, a los cuales estamos acostumbrados últimamente es (-1/-1).

Si quieres saber más acerca de este filtro echa un vistazo a la sección técnica
de Deblocking. Una buena explcación para el uso de este filtro lo dá *.mp4 guy
en el foro de doom9 (obviamente está en inglés ): How to Use Mpeg4 AVC
Deblocking effect (Small FAQ)

Misc.
PSNR calculation: x264 efectúa un análisis PSNR (calidad del vídeo) que es
mostrado al final de la codificación cuando trabajamos con la línea de
comandos. Este cálculo no influye en la calidad del vídeo obtenido por lo que
se recomienda desactivar la opción para mejorar la velocidad de codificación.
Number of Threads: Esta opción hace referencia a la posibilidad de "dividir" la
codificación en distintos "hilos" para aprovechar las ventajas de velocidad que
ofrecen los nuevos procesadores de doble núcleo, procesadores con
Hyperthreading, etc.
fourCC: Aquí indicamos la identidad de el códec responsable de la codificación
para que pueda ser conveniéntemente reproducido. x264 no debería ser
modificado para asegurarnos la reproducción sin problemas. (Otros FourCC
son XVID para XviD, DX50 para DivX, etc).

AVC Profiles
Cuando comprimimos vídeo con un códec Mpeg4-AVC normálmente podemos
acceder a tres perfiles definidos para el estándar que permiten el acceso a un
número mayor o menor de opciones. Por supuesto el perfil que permite utilizar
sin limitaciones todas las opciones del códec (High Profile) es el que mejores
resultados puede obtener, sin embargo hay dispositivos, decodificadores, etc
que no soportan la reproducción de vídeos que hayan sido codificados con las
opciones más avanzadas.
Baseline Profile: Este perfil no permite el uso de características como
Lossless, Trellis, CABAC, Adaptive DCT, I8x8 ni el uso de B-Frames. Tampoco
podremos utilizar matrices distintas a la que se utiliza por defecto (matriz "flat").
Main Profile: Este perfil no permite el uso de características como Lossless,
Trellis, Adaptive DCT, I8x8 ni el uso de matrices distintas a la que se utiliza por
defecto (matriz "flat"). En cuanto a las B-Frames se pueden usar sin
restricciones excepto el uso de RDO for B-Frames.
High Profile: Este perfil permite emplear todas las opciones disponibles en los
códecs AVC sin ninguna restricción.
AVC Levels.

En el uso de códecs Mpeg4-AVC se han definido distintos niveles que limitan la

codificación pensando en la reproducción de los vídeos de salida en distintos
dispositivos como pueden ser los nuevo reproductores portátiles (iPod Video,
móviles, PSP, etc).
Estos niveles principálmente limitan la tasa de procesado, la resolución de la
imagen, el bitrate y los requerimientos de memoria (para procesadores poco
potentes), etc.
Como ejemplo para vídeos que se vayan a reproducir en un iPod Video se
utiliza el nivel 1.3.
RC and ME

VBV Buffer Size: Esta opción permite limitar el tamaño máximo del Video
Buffer utilizado para la reproducción posterior del vídeo. El Video Buffer Verifier
se puede explicar como la memoria de vídeo que utiliza el decoder para
almacenar los datos que a continuación se van a reproducir. Si el tamaño es
muy grande el tiempo de comienzo de la reproducción se alargará (hasta llenar
la memoria de video), si el tamaño es pequeño la reproducción puede no ser
fluída debido a que se almacenan pocos datos previos para ser mostrados.

En algunos casos esta opción se utiliza para vídeos que van a ser reproducidos
en dispositivos de baja potencia. En todo caso se recomienda no rellenar la
casilla, lo que es lo mismo que utilizar el valor por defecto 0 que establece el
tamaño del Buffer de vídeo automáticamente.
VBV Maximum Bitrate: Aquí se especifica el Bitrate máximo que se puede
alojar en el Buffer de vídeo. Se recomienda no rellenar la casillo (el valor por
defecto 0 regula automáticamente el bitrate).
VBV Initial Buffer: En esta casilla se puede determinar el nivel de llenado del
Buffer de vídeo previo al comienzo de una reproducción. Los niveles bajos
pueden provocar una calidad inicial de vídeo reducida, los niveles altos una
calidad inicial alta de forma artificial. Se recomienda dejar el valor 0,9 por
defecto.
Bitrate Variance: La variación de bitrate (medida en porcentaje) es uno de los
parámetros que determina la facilidad con la que el códec se puede adaptar a
los cambios de escena desviándose del bitrate promedio pedido.
Un valor bajo limita la adaptibilidad del códec pero aumenta la precisión a la
hora de ajustarse al tamaño final. También facilita una reproducción más fluída.

Un valor alto permite que el códec se adapte mejor a los distintos tipos de
escena que encuentre empleando el bitrate necesario en cada ocasión pero
haciendo muy difícil que se ajuste al tamaño final estipulado.
En los extremos podemos decir que un valor del 0% hace que se produzca una
codificación CBR (Bitrate Constante) y que el valor 100% deja total libertad de
bitrate al códec produciendo una codificación CQ (Constant Quantizer).
Se recomienda utilizar el valor 1,0 y no superar en todo caso el 4,0.

Quantizer Compression: La Quantizer Curve Compression es otro de los

parámetros que regula la adaptibilidad del códec. En este caso se ajusta los
cambios en calidad final que se pueden producir cuando se alcanza el bitrate
promedio pedido.
Los valores bajos ofrecen una calidad constante pero limitan la adaptibilidad del
códec para ahorrar bits en escenas donde los detalles no son tan necesarios e
invertirlos donde se necesitan.
Los valores altos puede mejorar la calidad general del vídeo al aprovechar
mejor los bits de zonas de "ahorro" en zonas más importantes pero pudiendo
producir unos cambios de calidad demasiado grandes lo que al final deteriora la
calidad en los cambios de escena.
El valor 0 determina una calidad constante mientras que el valor 1,0 hace casi
imprevisible el cambio de calidad entre escenas. El valor 0,6 es de uso
recomendado.
Temp. Blur of est. Frame complexity: Este parámetro reduce las
fluctuaciones en el quantizer empleado antes de la curva de compresión.
Temp. Blur of Quant after CC: Este parámetro reduce las fluctuaciones en el
quantizer empleado después de la curva de compresión.

M.E. (Motion Estimation)

Chroma M.E.: Activando la casilla se tomará en cuanta los datos de color
dentro de las estimaciones de movimiento con lo que aumentaremos la calidad.
Recomendado su activación.

M.E. Range: En esta casilla se limita el máximo rango empleado para los
vectores en la Estimación de Movimiento acotando el seguimiento de la
evolución de los macrobloques en cualquier cambio en la escena; pudiendo
ampliar el valor hasta 64 y siendo el mínimo 4. El valor por defecto (16) es
suficiente y no se recomienda aumentar por encima de 32 ya que la velocidad
se resiente sobremanera. El valor de 32 es un buen valor cuando se tiene
videos con cambios bruscos de moviento.
Scene Change Sensitivity: Este valor controla la detección de cambios de
escena en el vídeo modificando la "agresividad" con la que se van a insertar I-
frames extras al comienzo de cada cambio de escena. A mayor valor mayor
presencia de I-frames puede darse (lo que puede mejorar la calidad en esos
cambios y de forma general aunque también puede disparar el tamaño final del
vídeo). El valor por defecto (40) es más que suficiente.
M.E. Algorithm: La Estimación del Movimiento puede utilizar cuatro algoritmos
distintos dependiendo de su grado de complejidad, siendo Diamond Search el
más rápido empleando un radio de valor 1 sobre los píxeles; el segundo
método, Hexagonal Search, es el empleado por defecto, utiliza para el análisis
un radio de valor 2 y ofrece buenos resultados a una velocidad media; el tercer
método, Uneven Multi-Hexagon Search ofrece una mayor calidad pero la
velocidad se resiente; por último el método. Exhaustive Search ofrece el
análisis más complejo pero la velocidad es extremádamente lenta.
Por lo tanto la recomendación es usar el algoritmo por defecto o a lo sumo el
tercero de ellos.
Subpixel Refinement: Esta sección controla la precisión de la estimación de
movimiento (similar al Motion Search Precision de XviD).

Se recomienda el empleo del valor 6 - RD on I/P frames que ofrece una calidad
excelente (emplea Rate Distortion Optimized un método de estimación de
movimiento mejorado) aunque vuelve la codificación más lenta. Sin embargo el
valor por defecto (5) puede resultar suficiente. En últimas versiones han salido
2 valores más, el valor 8 - RD refinement on I/P frames y el valor 9 - RD
refinement on all frames. Esto es lo que dijo Dark_Shikari, uno de los
desarroladores del x264:
Code:
commit c89bc900a3bf0d4c4c728ad378703970b4f14e18 r996
Author: Jason Garrett-Glaser <darkshikari@gmail.com>
Date: Tue Sep 30 18:34:56 2008 -0700

Rework subme system, add RD refinement in B-frames

The new system is as follows: subme6 is RD in I/P frames, subme7 is RD in all frames,
subme8 is RD refinement in I/P frames, and subme9 is RD refinement in all frames.
subme6 == old subme6, subme7 == old subme6+brdo, subme8 == old subme7+brdo,
subme9 == no equivalent
--b-rdo has, accordingly, been removed. --bime has also been removed, and instead enabled
automatically at subme >= 5.
RD refinement in B-frames (subme9) includes both qpel-RD and an RD version of bime.

En una de las últimas versiones del codec ya es posible usar un décimo modo,
pero eso sólo se logra con linea de comandos. Habrá que esperar a alguna
versión de MeGUI que pueda utilizar esta opción.

Este parámetro se puede identificar en la linea de comandos como: --subme.

Misc
Keyframe interval: Aquí se indica la máxima distancia que debe existir entre
dos IDR-Frames, o lo que es lo mismo el tamaño máximo de cada GOP (Group
of Pictures). El tamaño de los GOP’s se calcula dinámicamente durante la
codificación.
Al adelantar o atrasar la reproducción de un vídeo se produce un
desplazamiento entre los distintos GOP’s lo que permite acelerar la búsqueda
del nuevo punto de reproducción.

En principio los frames encargados de marcar cambios de escenas y puntos de

búsqueda son los I-Frames pero puede darse el caso de que un I-Frame se
encuentre "en medio" de un GOP por lo que no puede ser localizado al efectuar
búsquedas. Esto es debido a la posibilidad de que cada frame puede usar
como referencia múltiples frames anteriores.
Para remediar esto se situan los llamados IDR-Frames al inicio de cada GOP.
Un IDR-Frame no hará refeferencia a frames anteriores pero los frames
posteriores sí podrán referirse a él como a un I-Frame normal.
Establecer un tamaño máximo previene una reducción en la capacidad de
búsqueda que se daría en GOP’s demasiado grandes.
Min. GOP Size: Aquí se indica la mínima distancia entre dos IDR-Frames, o lo
que es lo mismo el tamaño mínimo de cada GOP (Group of Pictures).
Establecer un tamaño mínimo ayuda a mejorar la compresibilidad en escenas
complejas (movimiento, etc) ya que si los GOP’s son demasiado pequeños
puede producirse un "exceso" de IDR-Frames que dispararía el tamaño final
del vídeo.
Los valores máximo/mínimo para el tamaño del GOP 250/25 son los más
adecuados en la mayoría de codificaciones pero en vídeos NTSC a 29,97fps se
deberían emplear distancias 300/30 entre los IDR-Frames.

Quant Options

Trellis: En esta casilla podemos añadir a los cálculos del códec una función
matemática basada en el análisis de la distorsión. Mediante el uso de
coeficientes se introduce una pequeña pérdida inicial de calidad que se
compensa con una mayor compresión, lo que a su vez termina por facilitar el
uso de quants más bajos que ofrecen una calidad mayor.
El uso de esa función es muy recomendable aunque la velocidad de
codificación baje.
En la versión VfW del códec al activar esta casilla se introduce el uso de la
función de análisis en las decisiones sobre macrobloques (en MeGUI el valor 1
- Final MB), sin embargo si usamos la interfaz MeGui más el ejecutable por
línea de comandos podríamos habilitar el uso de Trellis para absolútamente
todas las decisiones (valor 2 - Always), aunque la velocidad de codificación
disminuye mucho.
Se recomienda utilizar el valor 1 - Final MB que consigue un buen aumento de
calidad sin perjudicar demasiado la velocidad.

No Fast P-Skip: La detección rápida de saltos permite aumentar la velocidad

de codificación, sin embargo puede producir bloques en zonas de color sólido /
(paredes, etc) o ligeras gradaciones en zonas de cielo o con poca luminosidad.
Activando esta opción evitamos estos problemas aunque la codificación será
más lenta. Se recomienda activar.

CABAC: Esta opción se refiere a la activación de un tipo de codificación

entrópica avanzada que se adapta al contexto sacando más provecho de
redundancias, etc. Desactivada esta opción se utiliza el método CAVLC que
aunque consume menos recursos resulta más limitado. Activar esta opción es
muy recomendable.

Number of Reference Frames: Esta opción con valores que oscilan entre 0 y
16 implica la cantidad de frames previos a los que pueden hacer referencia los
P-frames y B-frames de manera que la estimación de movimiento sea mucho
más precisa y se ahorre información en repeticiones de movimientos, etc.
Los valores más empleados se situan entre 3 y 5 y hay que advertir que
cuantos más frames sean utilizados como referencia los procesos de
codificación y reproducción consumirán más recursos al ser procesos de ida y
vuelta.
Si se está codificando animé, es recomendable utilizar varios frames, ya que
abundan las escenas con repeticiones, con 9 sería suficiente, pero también se
podría utilizar 16 frames, siendo este último el más recomendable.
Ahora, si lo que se quiere es codificar una película usar más de 5 frames es
una perdida de tiempo ya que comparada con el poco provecho que se puede
obtener de cara a la calidad (es difícil que en una película abunden las escenas
con repeticiones de movimientos a lo largo de 16 frames).

Mixed: Al activar esta casilla permitimos que cada partición 8x8 y 16x8 dentro
de un macrobloque elijan independientemente su frame de referencia. Con la
casilla desactivada cada macrobloque sólo puede elegir un frame de referencia.
Uso Recomendado. Necesitamos al menos utilizar dos B-Frames para activar
las referencias "mixtas".
La activación de las distintas estimaciones de movimientos reducen la
velocidad de codificación pero permiten al códec ser mucho más preciso a la
hora de detectar variaciones en el vídeo. El uso de todas las casillas es Muy
Recomendable y da lugar al uso del llamado High Profile del códec.
Quantizers

Minimun Quantizer: Esta casilla establece el quantizer mínimo que se

empleará siendo el valor por defecto (10) una buena elección. Valores menores
permitirán utilizar quantizers de mayor calidad pero menor compresibilidad lo
que si bien en ciertas escenas puede beneficiar también puede perjudicar la
calidad global y originar archivos de tamaño excesivo.

Maximum Quantizer: Esta casilla marca el quantizer límite más alto que el
códec puede utilizar. El valor por defecto (51) es reálmente el valor de quant
más alto que existe en x264, los más compresibles pero que menor calidad
ofrecen. Para cualquier película este valor puede ser el adecuado pero si tienes
entre manos un vídeo corto, o muy compresible, siempre puedes limitar ese
valor para intentar conseguir una calidad mayor (por ejemplo se puede probar
con un valor de 40).

Maximum Quantizer Delta: El valor que se define en esta casilla limita el

"salto" de quantizer que puede darse entre dos escenas distintas de manera
que se evita que un salto muy grande cree grandes diferencias visuales de
calidad entre ambas escenas. Por supuesto el valor por defecto (4) ofrece
resultados satisfactorios.

Credits Quantizer: Esta casilla está pensada para codificación a distinto

quantizer de las zonas de introducción y créditos con el fin de mejorar la
compresibilidad. Se puede decir que es la forma de MeGUI de ahorrar tiempo
en la configuración de zonas de distinta compresibilidad.

Factor between I and P frama Quants: Esta opción indica el factor de relación
entre un I-Frame y un P-Frame. Con el valor por defecto indicamos que un I-
Frame es 1,40 veces un P-Frame.
En definitiva definimos cuanto bitrate "extra" puede ser atribuido a un keyframe
(IDR-Frame). Ya que los P-Frames y B-frames hacen referencia a los I-Frames
todos se beneficiarán de ese aumento, sin embargo si el extra atribuido es
excesivo el tamaño final del vídeo crecerá demasiado.

Factor between P and B frama Quants: En este caso indicamos el factor de

relación entre un P-Frame y un B-Frame. Con el valor por defecto
especificamos que un P-Frame tendrá 1,30 veces el "tamaño" de un B-Frame.
De esta forma se indica cuanto bitrate menos se puede llegar a ahorrar en un
B-frame respecto al P-frame anterior al que se hace referencia. Un valor alto
puede volver el vídeo más compresible pero la calidad de las B-frames puede
salir perjudicada dañando la calidad final.
La relación de tamaño entre frames permite si está bien ajustada ahorrar y
emplear en los momentos necesarios los bits requeridos, a la vez que impide
que se noten saltos de calidad si la diferencia entre el tamaño de los frames es
excesiva.

Chroma QP Offset: En este parámetro que puede tomar valores de -12 hasta
12 se ajusta la compensación de calidad entre color y luminosidad. Ya que el
ojo humano es más sensible a los cambios de luminosidad que de color es
posible conseguir una mayor compresión ahorrando datos de color sin llegar a
percibirlo. Sin embargo se recomienda dejar el valor por defecto 0 que
establece un equilibrio entre color y luminosidad.

Macroblock options:

Adaptive DCT: La activación de esta casilla modifica el tipo de

transformaciones que se aplica en los particiones 8x8 dentro de los
macrobloques. Su activación es necesaria para poder usar la intra-estimación
8x8 (I8x8).
I4x4: Permite efectuar intra-estimaciones de "movimiento" en particiones de
ese tamaño dentro de los macrobloques cuando no hay variación a lo largo de
distintos frames.
I8x8: Permite efectuar intra-estimaciones de "movimiento" en particiones de
ese tamaño dentro de los macrobloques cuando no hay variación a lo largo de
distintos frames. Para poder usar esta casilla es necesario marcar la casilla
Adaptive DCT.
P4x4: Permite efectuar estimaciones de movimiento en particiones de ese
tamaño dentro de los macrobloques de las P-Frames. Para poder activar esta
casilla es obligatorio marcar la estimación de movimiento en particiones más
grandes para las P-Frames (P8x8).
P8x8: Permite efectuar estimaciones de movimiento en particiones de tamaño
8x16, 16x8 y 8x8 dentro de los macrobloques de las P-Frames. Su uso es
obligatorio si queremos activar la estimación de movimiento en particiones aún
más pequeñas para las P-Frames (4x8, 8x4, 4x4).
B8x8 Permite efectuar estimaciones de movimiento en particiones de tamaño
8x16, 16x8 y 8x8 dentro de los macrobloques de las B-Frames.

B-Frames
De la misma forma que en XviD, el códec x264 puede hacer uso de las B-
Frames, es decir, frames bidireccionales que no sólo toman como referencia los
frames anteriores sino que intentan predecir el frame siguiente. Las Bi-
directional Predictive Frames son áltamente compresibles ya que sólo
almacenan los datos que cambian desde el frame anterior o que difieren del
frame posterior. Las B-Frames tienen generálmente menos calidad que las I-
Frames/P-Frames pero ayudan a aumentar la calidad general del vídeo
ahorrando bits donde no son reálmente necesarios para destinarlos a zonas
más conflictivas. Uso de B-Frames es recomendable, ya que aumenta la
compresibilidad del encode.

Adaptative B-Frames:
Al marcar esta casilla permites un uso adaptativo de las B-Frames.
Dependiendo de la necesidad de su aplicación el número de B-Frames
consecutivas puede ser reducido impidiendo que se deteriore la calidad del
vídeo comprimido.
El valor 0 (mode 0) indica que no se van a utilizar B-frames.
El valor 1 (mode 1) permite utilizar un B-Frame al estilo de los usados durante
mucho tiempo en DivX usando una predicción temporal o espacial.
El valor 2 (mode 2) ya permite usar esos B-Frames como frames de referencia
a parte de poder activar métodos avanzados de predicción.
x264 permite usar un máximo de 5 B-Frames y se recomienda un valor de 3
que combinado con el uso adaptativo nunca perjudicará la calidad del vídeo.

B-Pyramid: La activación de esta opción permite usar las B-Frames como

frames de referencia para otras B-Frames. Esto permite aumentar la efectividad
de la compresión cuando aparecen dos o más B-Frames consecutívamente.
Las versiones de FFDShow a partir de Marzo del 2005 corrigen ciertos fallos
que se daban al decodificar vídeos que tenían esta opción (también llamada B-
Frames Piramidales) activada.

RDO for B-Frames: Rate Distortion Optimized significa una mejora en la

estimación de movimiento que se aplicará a las B-Frames, si marcamos esta
casilla, con lo que la calidad de las mismas mejoraría.
Por supuesto es recomendable su utilización pero hay que tener en cuenta que
la velocidad de codificación se resiente. Esta opción ha sido quitada en las
últimas versiones del codec.

Weighted B-Prediction: Esta opción de activación recomendada permite que

las B-Frames tengan en cuenta los datos de "brillo" del vídeo (cuyas
variaciones son captadas por el ojo humano con mayor facilidad que las
variaciones de color).
De esta forma se mejora la calidad de las B-Frames en los efectos de
desvanecimiento, gradaciones, etc (por ejemplo la representación del cielo).
Bidirectional M.E.: Con esta opción activada se añade un nivel de búsqueda
adicional para los vectores de avance y retroceso en la codificación de una B-
Frame. Esta opción ha sido quitada en las últimas versiones del codec.

B-Frame Mode: Esta opción modifica el comportamiento de los vectores de

movimiento de las B-Frames.
El modo Temporal es el aconsejado pues trabaja en el sentido clásico
bidireccional de los B-Frames tomando como referencia las particiones dentro
de los frames anteriores y posteriores consiguiendo un nivel de calidad más
estable.
El método Spatial permite trabajar a los vectores de movimiento de las B-
Frames "dentro" del propio frame tomando como referencia las particiones
vecinas ofreciendo un aumento de calidad en los test PSNR; sin embargo de
momento ofrece una calidad global inferior.

Parece que su punto fuerte sería su aplicación en codificaciones de anime

donde la presencia de colores planos "crea" una repetición en píxeles anexos.

El método Auto es el propio códec el que elige automáticamente en que

momento utilizar los modos Temporal-Spatial. Se recomienda su uso
remarcando que en codificaciones a dos o más pasadas es cuando se
consigue más efectividad.

B-Frame Bias: Esta opción cuyos valores van de -100 a 100 permite controlar
la frecuencia de uso de las B-Frames. El valor por defecto 0 es recomendable.
Con valores superiores la aparición de B-Frames sería más probable
aumentando la compresibilidad pero pudiendo perjudicar la calidad global del
vídeo. Valores menores disminuirían la compresibilidad con lo que algunas
ventajas de "ahorro" de bits se perderían, aumentando el riesgo de oversized y
sobre todo de aparición de macrobloques.
En ningún caso aplicar un valor positivo significa que se pueda utilizar un
número mayor de B-Frames al especificado en la casilla Max Consecutive sino
que sólo se aumenta la probabilidad de que se utilicen el máximo de B-Frames
consecutívamente.
Preset: En esta ventana desplegable podemos selecionar.

Después de todo el rollo mandado, en el cual se indicó las mejores

configuraciones para el codec (eto es discutible, ya que uno con la practica
encontrará “valores mejores” que se adapten al tipo de encode que realicen).
Luego le damos “ok” y en ventana principal de MeGUI, en la parte de video,
cliquamos en Equeue y nos dirigimos a la pestaña del mismo nombre y nos
encontraremos nuestro encoding pendiente; simplemente le damos “Start”, este
proceso demora, así que nos preparamos un té y a esperar (no se olviden
de cambiar el nombre a archivo final de antes del encodeo, ya que
anteriormente encodeamos el audio que tiene el mismo nombre del avs
creado,o si no, simplemente a la salida del video, en ves de mp4, le damos
RAWAVC, con esto ya no hay necesidad de cambiar el nombre.

Una vez encodeado el video, vamos a tener los tracks de audio y video
separados y ahora para ponerlos en el contenedor, nos vamos a tool->muxer-
>mp4muxer y nos aparecerá una ventanilla como ésta:

En video Input seleccionamos en stream de video y donde dice audio1,

seleccionamos el audio creado, luego le damos a Queue y por último no vamos
a la pestaña Queue en la pantalla principal de MeGUI y le damos a start y pues
eso sería todo.

He de agradecer a Erunamo quien fue quien me incitó a hacer esta guía.

Saludos!!