New spanish doc file. Only faq.xml remaining!

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@11026 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files changed, 2229 insertions, 0 deletions

diff --git a/DOCS/xml/es/video.xml b/DOCS/xml/es/video.xml
new file mode 100644
index 0000000000..468751eec6
--- /dev/null
+++ b/DOCS/xml/es/video.xml
@@ -0,0 +1,2229 @@
+<?xml version="1.0" encoding="iso-8859-1"?>
+<!-- synced with 1.19 -->
+<sect2 id="video-dev">
+<title>Dispositivos de salida de video</title>
+
+<sect3 id="mtrr">
+<title>Configurando MTRR</title>
+
+<para>
+Es MUY recomendable comprobar si los registros MTRR están
+correctamente establecidos, porque pueden proporcionar un
+aumento considerable de rendimiento.
+</para>
+
+<para>
+Haga <command>/proc/mtrr</command>:
+<screen>
+<prompt>--($:~)--</prompt> cat /proc/mtrr
+reg00: base=0xe4000000 (3648MB), size=  16MB: write-combining, count=9
+reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1<!--
+--></screen>
+</para>
+
+<para>
+Esto es lo correcto, muestra mi Matrox G400 con 16MB de memoria.
+Tengo esto por usar XFree 4.x.x, que configura los registros MTRR
+automáticamente.
+</para>
+
+<para>
+Si no funciona, deberá hacerlo de manera manual. Primero, debe encontrar
+la dirección base. Tiene 3 formas de encontrarla:
+
+<orderedlist>
+<listitem><para>
+  desde los mensajes de inicio de X11, por ejemplo:
+  <screen>
+(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
+(--) SVGA: Linear framebuffer at 0xD8000000<!--
+--></screen>
+  </para></listitem>
+<listitem><para>
+  de <filename>/proc/pci</filename> (use la órden <command>lspci -v</command>):
+  <screen>
+01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525
+Memory at d8000000 (32-bit, prefetchable)
+  </screen>
+  </para></listitem>
+<listitem><para>
+  de los mensajes del controlador del kernel mga_vid kernel (use <command>dmesg</command>):
+  <screen>mga_mem_base = d8000000</screen>
+  </para></listitem>
+</orderedlist>
+</para>
+
+<para>
+Después encuentre el tamaño de la memoria. Esto es muy fácil, convierta el
+tamaño de la memoria RAM de video a hexadecimal, o use esta tabla:
+<informaltable frame="none">
+<tgroup cols="2">
+<tbody>
+<row><entry>1 MB</entry><entry>0x100000</entry></row>
+<row><entry>2 MB</entry><entry>0x200000</entry></row>
+<row><entry>4 MB</entry><entry>0x400000</entry></row>
+<row><entry>8 MB</entry><entry>0x800000</entry></row>
+<row><entry>16 MB</entry><entry>0x1000000</entry></row>
+<row><entry>32 MB</entry><entry>0x2000000</entry></row>
+</tbody>
+</tgroup>
+</informaltable>
+</para>
+
+<para>
+Ahora ya conoce la dirección base y el tamaño de la memoria, ¡vamos
+a configurar los registros MTRR!
+Por ejemplo, para la tarjeta Matrox de antes (<literal>base=0xd8000000</literal>)
+con 32MB ram (<literal>size=0x2000000</literal>) ejecute:
+<screen>
+echo "base=0xd8000000 size=0x2000000 type=write-combining" &gt;| /proc/mtrr
+</screen>
+</para>
+
+<para>
+No todas las CPUs soportan MTRRs. Por ejemplo K6-2's antiguos (alrededor
+de 266MHz, stepping 0) no soportan MTRR, pero stepping 12's lo
+soportan (<command>cat /proc/cpuinfo</command> para comprobarlo).
+</para>
+</sect3>
+
+<sect3 id="output-trad">
+<title>Salidas de video para tarjetas de video tradicionales</title>
+<sect4 id="xv">
+<title>Xv</title>
+
+<para>
+Bajo XFree86 4.0.2 o posterior, puede usar las rutinas de hardware YUV de su
+tarjeta gráfica usando la extensión XVideo. Esto es lo que usa la opción
+<option>-vo xv</option>. Además, este controlador soporta ajustes de
+brillo/contraste/saturación/etc (a menos que use el antiguo, lento codec
+DirectShow DivX, que tiene soporte siempre), vea la página de manual.
+</para>
+
+<para>
+Para que esto funcione, asegúrese de comprobar lo siguiente:
+
+<orderedlist>
+<listitem><para>
+  Tiene que usar XFree86 4.0.2 o posterior (otras versiones no tienen XVideo)
+  </para></listitem>
+<listitem><para>
+  Su tarjeta actualmente soporta aceleración hardware (las modernas lo hacen)
+  </para></listitem>
+<listitem><para>
+  X carga la extensión XVideo, esto es algo como:
+  <programlisting>(II) Loading extension XVideo</programlisting>
+  en <filename>/var/log/XFree86.0.log</filename>
+  <note><para>
+   Esto carga solo la extensión de XFree86. En una instalación buena, siempre
+   es cargado, y no importa si el soporte XVideo para la
+   <emphasis role="bold">tarjeta</emphasis> ha sido cargado!
+  </para></note>
+  </para></listitem>
+<listitem><para>
+  Su tarjeta tiene soporte Xv bajo Linux. Para comprobarlo, pruebe
+  <command>xvinfo</command>, es parte de la distribucióno XFree86. Debe mostrar
+  un texto largo, similar a éste:
+  <screen>
+X-Video Extension version 2.2
+screen #0
+  Adaptor #0: "Savage Streams Engine"
+    number of ports: 1
+    port base: 43
+    operations supported: PutImage
+    supported visuals:
+      depth 16, visualID 0x22
+      depth 16, visualID 0x23
+    number of attributes: 5
+(...)
+    Number of image formats: 7
+      id: 0x32595559 (YUY2)
+        guid: 59555932-0000-0010-8000-00aa00389b71
+        bits per pixel: 16
+        number of planes: 1
+        type: YUV (packed)
+      id: 0x32315659 (YV12)
+        guid: 59563132-0000-0010-8000-00aa00389b71
+        bits per pixel: 12
+        number of planes: 3
+        type: YUV (planar)
+(...etc...)<!--
+--></screen>
+  Debe soportar formatos de pixel YUY2 packed, y YV12 planar para ser
+  usables con <application>MPlayer</application>.
+  </para></listitem>
+<listitem><para>
+  Y finalmente, compruebe si <application>MPlayer</application> fue
+  compilado con soporte 'xv'. <filename>./configure</filename> muestra
+  esto.
+  </para></listitem>
+</orderedlist>
+</para>
+
+<sect5 id="tdfx">
+<title>Tarjetas 3dfx</title>
+
+<para>
+Controladores antiguos 3dfx se sabe que tienen problemas con la aceleración
+XVideo, no soportan ni YUY2 ni YV12, ni nada. Verifique que tiene XFree86
+versión 4.2.0 o posterior, este funciona bien con YV12 y YUY2. Versiones
+previas, incluyendo 4.1.0, <emphasis role="bold">falla con YV12</emphasis>.
+Si experiencia efectos extraños usando <option>-vo xv</option>, pruebe SDL
+(tiene XVideo también) y vea si eso puede ayudarle. Compruebe la
+<link linkend="sdl">sección SDL</link> para más detalles.
+</para>
+
+<para>
+¡<emphasis role="bold">O</emphasis>, pruebe el NUEVO controlador
+<option>-vo tdfxfb</option>! Vea la sección <link linkend="tdfxfb">tdfxfb</link>.
+</para>
+</sect5>
+
+
+<sect5 id="s3">
+<title>Tarjetas S3</title>
+
+<para>
+Las S3 Savage3D deben funcionar bien, pero para Savage4, use XFree86 version 4.0.3
+o posterior (en caso de problemas con la imagen, pruebe 16bpp). Como para
+S3 Virge: hay soporte xv, pero la tarjeta es lenta por sí misma, será mejor que
+la venda.
+</para>
+
+<note>
+<para>
+Actualmente no está claro qué modelos de Savage carecen de soporte YV12, y
+convierten por controlador (lento). Si sospecha de su tarjeta, obtenga un
+controlador nuevo, o pregunte de forma correcta en la lista de correo
+mplayer-users por un controlador con soporte para MMX/3DNow.
+</para>
+</note>
+</sect5>
+
+
+<sect5 id="nvidia">
+<title>Tarjetas nVidia</title>
+
+<para>
+nVidia no son una buena elección bajo Linux (de acuerdo con nVidia esto
+<link linkend="nvidia-options">no es verdad</link>)... Tiene que usar un
+controlador de código-cerrado de nVidia, disponible en el sitio web de
+nVidia. El controlador estándar de XFree86 no tiene soporte de XVideo para
+estas tarjetas, debido a las especificaciones/código cerrados de nVidia.
+</para>
+
+<para>
+Hasta donde tengo entendido el último controlador de XFree86 contiene soporte
+XVideo para GeForce 2 y 3.
+</para>
+
+<para>
+Las tarjetas Riva128 no tienen soporte XVideo incluso ni con el controlador
+de nVidia :( Quejas a nVidia.
+</para>
+</sect5>
+
+
+<sect5 id="ati">
+<title>Tarjetas ATI</title>
+
+<para>
+El <ulink url="http://www.linuxvideo.org/gatos">controlador GATOS</ulink>
+(que es el que debería de usar, a menos que tenga una Rage128 o Radeon) tiene
+VSYNC activado por defecto. Esto significa que tiene velocidad de decodificación (!)
+sincronizado con la tasa de refresco del monitor. Si la reproducción es lenta, pruebe
+a desactivar VSYNC, o establezca una tasa de refresco a n*(fps de la película) Hz.
+</para>
+
+<para>
+Radeon VE - si necesita X, use XFree86 4.2.0 o posterior para esta tarjeta.
+No tiene soporte de salida de TV. Por supuesto con <application>MPlayer</application>
+puede felizmente obtener gráficos <emphasis role="bold">acelerados</emphasis>, con o
+sin <emphasis role="bold">salida TV</emphasis>, y no se necesitan bibliotecas o X.
+Lea la sección <link linkend="vidix">VIDIX</link>.
+</para>
+</sect5>
+
+
+<sect5 id="neomagic">
+<title>Tarjetas NeoMagic</title>
+
+<para>
+Estas tarjetas se pueden encontrar en algunos portátiles. Debe usar XFree86 4.3.0 o
+posterior, o incluso los controladores de Stefan Seyfried
+<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/">Xv-capable</ulink>.
+Elija el que corresponda a su versión de XFree86.
+</para>
+
+<para>
+XFree86 4.3.0 incluye soporte  Xv, a pesar de eso Bohdan Horst envió un pequeño
+<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">parche</ulink>
+contra los fuentes de XFree86 que aceleran las operaciones de framebuffer (y XVideo por tanto)
+hasta cuatro veces. El parche ha sido incluido en XFree86 CVS y deberá estar en la
+siguiente liberación después de la 4.3.0.
+</para>
+
+<para>
+Para permitir reproducción de contenido de tamaño de DVD cambie su XF86Config como este:
+<programlisting>
+Section "Device"
+    [...]
+    Driver "neomagic"
+    <emphasis>Option "OverlayMem" "829440"</emphasis>
+    [...]
+EndSection<!--
+--></programlisting>
+</para>
+</sect5>
+
+
+<sect5 id="trident">
+<title>Tarjetas Trident</title>
+<para>
+Si quiere usar xv con una tarjeta trident, sepa que no funciona con
+4.1.0, instale XFree 4.2.0. 4.2.0 añade soporte para xv en pantalla completa
+con la tarjeta Cyberblade XP.
+</para>
+</sect5>
+
+
+<sect5 id="kyro">
+<title>Tarjetas Kyro/PowerVR</title>
+<para>
+Si quiere usar Xv con una tarjeta basada en Kyro (por ejemplo Hercules
+Prophet 4000XT), debe descargar los controladores desde
+<ulink url="http://www.powervr.com/">el sitio de PowerVR</ulink>
+</para>
+</sect5>
+</sect4>
+
+<!-- ********** -->
+
+<sect4 id="dga">
+<title>DGA</title>
+
+<formalpara>
+<title>PREÁMBULO</title>
+<para>
+Este documento intenta explicar en pocas palabras que es DGA en general
+y que puede hacer el controlador de video DGA de <application>MPlayer</application>
+(y qué no puede hacer).
+</para>
+</formalpara>
+
+<formalpara>
+<title>QUÉ ES DGA</title>
+<para>
+<acronym>DGA</acronym> es una abreviatura para <emphasis>Direct Graphics
+Access</emphasis> y eso significa que es un programa que pasa por alto
+el servidor X y modifica directamente la memoria de framebuffer. Técnicamente
+hablando esto se hace mapeando la memoria del framebuffer en el rango de
+memoria de su proceso. Esto es permitido por el kernel solo si tiene privilegios
+de superusuario. Puede obtenerlos identificandose como
+<systemitem class="username">root</username> o estableciendo el bit SUID en
+el ejecutable de <application>MPlayer</application> (<emphasis role="bold">no
+recomendado</emphasis>).
+</para>
+</formalpara>
+<para>
+Hay dos versiones de DGA: DGA1 es usado por XFree 3.x.x y DGA2 fue
+introducido con Xfree 4.0.1.
+</para>
+
+<para>
+DGA1 provee solo acceso directo al framebuffer como se describe más arriba.
+Para cambiar la resolución de la señal de video debe apoyarse en la extensión
+XVidMode.
+</para>
+
+<para>
+DGA2 incorpora las características de la extensión XVidMode y también
+permite cambiar la profundidad de color de la pantalla. Con eso puede,
+básicamente ejecutar un servidor X con profundidad de color de 32 bit,
+cambiando a una profundidad de 15 bits y viceversa.
+</para>
+
+<para>
+Sin embargo DGA tiene algunos problemas. Parece ser muy dependiente del
+chip gráfico que usa en la implementación del controlador de video en
+el servidor X que controla a este chip. Por eso no funciona en todos los
+sistemas...
+</para>
+
+<formalpara>
+<title>INSTALANDO SOPORTE DGA PARA MPLAYER</title>
+<filename>/var/log/XFree86.0.log</filename>:
+
+<programlisting>(II) Loading extension XFree86-DGA</programlisting>
+
+Vea, XFree86 4.0.x o posterior es ¡ALTAMENTE RECOMENDADO!
+El controlador DGA de <application>MPlayer</application> es autodetectado
+por <filename>./configure</filename>, o puede forzarlo con <option>--enable-dga</option>.
+</para>
+</formalpara>
+
+<para>
+Si el controlador no puede cambiar a una resolución menor, experimente
+con opciones <option>-vm</option> (solo con X 3.3.x), <option>-fs</option>,
+<option>-bpp</option>, <option>-zoom</option> para encontrar un modo de
+video donde quepa la película. No hay un conversor bueno por ahora :(
+</para>
+
+<para>
+Hágase <systemitem class="username">root</systemitem>. DGA necesita acceso
+root para permitir escribir directamente en la memoria de video. Si quiere
+ejecutarlo como usuario, entonces instale <application>MPlayer</application>
+SUID root:
+
+<screen>
+chown root /usr/local/bin/mplayer
+chmod 750 /usr/local/bin/mplayer
+chmod +s /usr/local/bin/mplayer
+</screen>
+
+Ahora funciona como usuario simple, también.
+</para>
+
+<caution>
+<title>Riesgos de seguridad</title>
+<para>
+¡Esto es un <emphasis role="bold">gran</emphasis> riesgo de seguridad!
+<emphasis role="bold">Nunca</emphasis> haga esto en un servidor o en un ordenador
+que pueda ser accedido por otra gente porque pueden ganar privilegios de root
+a través del <application>MPlayer</application> SUID root.
+</para>
+</caution>
+
+<para>
+Ahora use la opción <option>-vo dga</option>, y ya debe ir! (espero :) También
+debe probar si la opción <option>-vo sdl:dga</option> funciona para usted!
+¡Esto es mucho más rápido!
+</para>
+
+
+<formalpara id="dga-modelines">
+<title>CAMBIOS DE RESOLUCIÓN</title>
+
+<para>
+El controlador DGA le permite cambiar la resolución de la señal de salida.
+Esto evita tener que hacer escalado por software (lento) y al mismo tiempo
+provee imagen a pantalla completa. Idealmente debe cambiarse a la resolución
+exacta (excepto para respetar relación de aspecto) de los datos de video, pero
+el servidor X solo permite cambiar resoluciones predefinidas en
+<filename>/etc/X11/XF86Config</filename>
+<filename>/etc/X11/XF86Config</filename>
+(<filename>/etc/X11/XF86Config-4</filename> para XFree 4.X.X respectivamente).
+Estas son definidas por las llamadas modelines y dependen de las capacidades
+de su hardware de video. El servidor X escanea este archivo de configuración
+durante el inicio y desactiva los modelines que no sirvan para su hardware.
+Puede encontrar que modos sobreviven en el archivo de historial de X11. Puede
+encontrarse en: <filename>/var/log/XFree86.0.log</filename>.
+</para>
+</formalpara>
+
+<para>
+Se sabe que estas entradas funcionan bien con un chip Riva128, usando el
+modulo de controlador nv.o del servidor X.
+</para>
+
+
+<para><programlisting>
+Section "Modes"
+  Identifier "Modes[0]"
+  Modeline "800x600"  40     800 840 968 1056  600 601 605 628
+  Modeline "712x600"  35.0   712 740 850 900   400 410 412 425
+  Modeline "640x480"  25.175 640 664 760 800   480 491 493 525
+  Modeline "400x300"  20     400 416 480 528   300 301 303 314 Doublescan
+  Modeline "352x288"  25.10  352 368 416 432   288 296 290 310
+  Modeline "352x240"  15.750 352 368 416 432   240 244 246 262 Doublescan
+  Modeline "320x240"  12.588 320 336 384 400   240 245 246 262 Doublescan
+EndSection
+</programlisting></para>
+
+
+<formalpara>
+<title>DGA &amp; MPLAYER</title>
+<para>
+DGA es usado en dos lugares con <application>MPlayer</application>: El
+controlador SDL puede prepararse para que lo use (<option>-vo sdl:dga</option>)
+y el controlador DGA (<option>-vo dga</option>. Lo mencionado más arriba es
+correcto para ambos; en las siguientes secciones explicaré cómo funciona
+el controlador DGA para <application>MPlayer</application>.
+</para>
+</formalpara>
+
+
+<formalpara>
+<title>CARACTERISTICAS</title>
+
+<para>
+El controlador DGA es invocado especificando <option>-vo dga</option> en la
+línea de órdenes. El comportamiento por defecto es cambiar a una resolución
+que coincida con la resolución original del video o tan cercana como sea
+posible. De forma deliberada ignora las opciones <option>-vm</option> y
+<option>-fs</option> (activando el cambio de modo de video y pantalla
+completa) - siempre intenta cubrir tanta área de su pantalla como sea
+posible cambiando el modo de video, lo que lo hace usar un ciclo adicional
+de su CPU para escalar la imagen. Si no le gusta este modo que elije puede
+forzar que se elija el modo que se ajuste más a la resolución especificada
+por <option>-x</option> y <option>-y</option>. Proporcionando la opción
+<option>-v</option>, el controlador DGA imprimirá, junto con otro montón
+de cosas, una lista de todas las resoluciones soportadas por su archivo
+<filename>XF86Config</filename> actual. Teniendo DGA2 también puede forzar
+que se use cierta profundidad de color usando la opción <option>-bpp</option>.
+Profundidades de color válidas son 15, 16, 24 y 32. Depende de su hardware
+que estén soportadas de manera nativa o que se hagan mediante una conversión
+por software (posiblemente lento).
+</para>
+</formalpara>
+<para>
+Si tiene la suerte suficiente para tener memoria fuera de pantalla restante
+donde colocar una imagen entera, el controlador DGA usará doblebuffering,
+lo que puede resultar en una reproducción de la película mucho más suave.
+Le informará de cuándo está activado o no el doble-buffer.
+</para>
+
+<para>
+Doblebuffering significa que el siguiente marco de su video está siendo
+dibujado en alguna zona de memoria fuera de la pantalla mientras se muestra
+el marco actual. Cuando el siguiente marco está listo, el chip de gráficos
+solo dice la posición en memoria donde se encuentra y muestra los datos
+que hay allí. Mientras tanto el otro buffer en memoria es rellenado de nuevo
+con nuevos datos de video.
+</para>
+
+<para>
+Doblebuffering puede ser activado usando la opción <option>-double</option>
+y desactivado con <option>-nodouble</option>. Actualmente la opción por
+defecto es doblebuffering desactivado. Cuando use el controlador DGA,
+la información en pantalla (OSD) solo funciona si está el doblebuffering activado.
+Sin embargo, activar doblebufferint puede resultar en una falta grande
+de velocidad (en mi K6-II+ 525 usa un 20% adicional de tiempo de CPU!) dependiendo
+de la implementación de DGA para su hardware.
+</para>
+
+
+<formalpara>
+<title>ASUNTOS SOBRE VELOCIDAD</title>
+
+<para>
+Generalmente hablando, el acceso DGA al framebuffer debe ser al menos tan
+rápido como usar el controlador X11 con el beneficio adicional de obtener
+una imagen a pantalla completa. Los porcentajes de velocidad son impresos por
+<application>MPlayer</application> y se tienen que interpretar con cuidado,
+por ejemplo, con el controlador X11 no se incluye el tiempo usado por
+el servidor X necesario para realizar el dibujo en pantalla. Conecte un
+terminal serie a su equipo e inicie <command>top</command> para ver qué
+es realmente lo que está ocurriendo en su equipo.
+</para>
+</formalpara>
+
+<para>
+Generalmente hablando, el aumento de velocidad por usar DGA frente al uso
+'normal' usando X11 depende en gran medida de su tarjeta gráfica y de cómo
+de optimizado esté el módulo del servidor X.
+</para>
+
+<para>
+Si tiene un sistema lento, mejor use 15 o 16 bit de profundidad de color porque
+requieren solo la mitad de ancho de banda de memoria que una pantalla de 32 bit.
+</para>
+
+<para>
+Usar una profundidad de color de 24 bit sigue siendo incluso buena idea aunque
+su tarjeta soporte 32 bit de forma nativa porque transfiere 25% menos datos que
+el modo 32/32.
+</para>
+
+<para>
+He visto algunos archivos AVI reproducidos en un Pentium MMX 266. Las CPUs
+AMD K6-2 deben funcionar a 400 MHz o superior.
+</para>
+
+
+<formalpara>
+<title>FALLOS CONOCIDOS</title>
+
+<para>
+Bien, de acuerdo con algunos desarrolladores de XFree, DGA es bastante
+bestia. Ellos aconsejan que es mejor no usarlo. Su implementación no
+funciona bien con todos los controladores de chipsets para XFree existentes.
+</para>
+</formalpara>
+
+<itemizedlist>
+<listitem><simpara>
+  Con XFree 4.0.3 y <filename>nv.o</filename> hay un fallo que resulta en
+  extraños colores.
+  </simpara></listitem>
+<listitem><simpara>
+  El controlador ATI requiere cambiar el modo original más de una vez una
+  vez finaliza el uso de DGA.
+  </simpara></listitem>
+<listitem><simpara>
+  Algunos controladores símplemente fallan al volver a la resolución
+  normal (use
+  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>Keypad +</keycap> y 
+  <keycap>Ctrl</keycap>+<keycap>Alt</keycap>+<keycap>Keypad -</keycap>
+  para volver al modo normal de manera manual).
+  </simpara></listitem>
+<listitem><simpara>
+  Algunos controladores símplemente muestran colores extraños.
+  </simpara></listitem>
+<listitem><simpara>
+  Algunos controladores se quejan de la cantidad de memoria que intenta
+  mapear el espacio de direcciones del proceso, incluso cuando vo_dga no
+  quiere usar doblebuffering (¿SIS?).
+  </simpara></listitem>
+<listitem><simpara>
+  Algunos controladores parecen fallar informando de un único modo
+  válido. En este caso el controlador DGA falla diciendole que no tiene
+  sentido el modo 100000x100000 o algo así.
+  </simpara></listitem>
+<listitem><simpara>
+  OSD solo funciona con doblebuffering activado (si no parpadea).
+  </simpara></listitem>
+</itemizedlist>
+
+</sect4>
+<!--</sect3>-->
+
+<!-- ********** -->
+
+<sect4 id="sdl">
+<title>SDL</title>
+
+<para>
+<acronym>SDL</acronym> (Simple Directmedia Layer) es básicamente una
+interfaz unificada de video/audio. Los programas que la usan solo tienen
+que preocuparse de SDL, y no del controlador de video o audio que SDL esté
+usando. Por ejemplo una versión de Doom que use SDL puede usarse en
+svgalib, aalib, X, fbdev, y otros, solo tiene que especificar el (por
+ejemplo) controlador de video a usar con la variable de entorno
+<envar>SDL_VIDEODRIVER</envar>. Bueno, teóricamente.
+</para>
+
+<para>
+Con <application>MPlayer</application>, se usa la característica del escalador
+software del controlador X11 para tarjetas/controladores que no soportan
+XVideo, hasta que hagamos nuestro propio (más rápido, más bonito) escalador
+por software. También usamos su salida aalib, pero ahora tenemos el nuestro propio
+que es más confortable. Su modo DGA fue mejor que el nuestro, hasta hace poco.
+¿Lo quiere probar ahora? :)
+</para>
+
+<para>
+También ayuda con algunos controladores/tarjetas con fallos si el video va
+a saltos (sin ser un problema de sistema lento), o el audio va con retardo.
+</para>
+
+<para>
+La salida de video SDL permite mostrar los subtítulos debajo de la película,
+en la (si está presente) banda negra.
+</para>
+
+<variablelist>
+<title>Hay varias opciones en la línea de órdenes para SDL:</title>
+<varlistentry>
+  <term><option>-vo sdl:<replaceable>nombre</replaceable></option></term>
+  <listitem><simpara>
+    especifica el controlador de SDL de video a usar (i.e. <literal>aalib</literal>,
+    <literal>dga</literal>, <literal>x11</literal>)
+  </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-ao sdl:<replaceable>nombre</replaceable></option></term>
+  <listitem><simpara>
+    especifica el controlador de SDL de audio a usar (i.e. <literal>dsp</literal>,
+    <literal>esd</literal>, <literal>arts</literal>)
+  </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-noxv</option></term>
+  <listitem><simpara>
+    desactiva la aceleración hardware XVideo
+  </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-forcexv</option></term>
+  <listitem><simpara>
+    intenta forzar la aceleración XVideo
+  </simpara></listitem>
+</varlistentry>
+</variablelist>
+
+<table>
+<title>Teclas solo para SDL</title>
+<tgroup cols="2">
+<thead>
+<row><entry>Tecla</entry><entry>Acción</entry></row>
+</thead>
+<tbody>
+<row><entry><keycap>c</keycap></entry><entry>
+    cambia entre los modos de pantalla completa disponibles
+    </entry></row>
+<row><entry><keycap>n</keycap></entry><entry>
+    regresa al modo normal
+    </entry></row>
+</tbody>
+</tgroup>
+</table>
+
+<itemizedlist>
+<title>Fallos conocidos:</title>
+<listitem><simpara>
+  Al pulsar teclas bajo una consola sdl:aalib el controlador la repite
+  indefinidamente. (¡Mejor use la opción <option>-vo aa</option>!) Es un
+  fallo de SDL, yo no puedo cambiarlo (probado con SDL 1.2.1).
+  </simpara></listitem>
+<listitem><simpara>
+  ¡NO USE SDL con GUI! El comportamiento no será el esperado.
+  </simpara></listitem>
+</itemizedlist>
+</sect4>
+
+
+<sect4 id="svgalib">
+<title>SVGAlib</title>
+
+<formalpara>
+<title>INSTALACIÓN</title>
+<para>
+Debe instalar svgalib y su paquete de desarrollo para construir
+<application>MPlayer</application> con el controlador SVGAlib (es autodetectado,
+aunque también puede forzarse), y no se olvide de editar
+<filename>/etc/vga/libvga.config</filename> para configurar su tarjeta y su
+monitor.
+</para>
+</formalpara>
+
+<note>
+<para>
+Asegúrese de no usar la opción <option>-fs</option>, porque cambia el estado
+del uso del escalador software, y es lento. Si realmente lo necesita, use
+la opción <option>-sws 4</option> lo que le producirá peor calidad, pero
+es algo más rápido.
+</para>
+</note>
+
+<formalpara><title>SOPORTE EGA (4BPP)</title>
+<para>
+SVGAlib incorpora EGAlib, y <application>MPlayer</application> tiene la
+posibilidad de mostrar cualquier película en 16 colores, de manera que se
+puede usar con las siguientes configuraciones de equipos:
+</para>
+</formalpara>
+
+<itemizedlist>
+<listitem><simpara>
+  Tarjeta EGA con monitor EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp
+  </simpara></listitem>
+<listitem><simpara>
+  Tarjeta EGA con monitor CGA: 320x200x4bpp, 640x200x4bpp
+  </simpara></listitem>
+</itemizedlist>
+
+<para>
+El valor bpp (bits por pixel) debe establecerse a 4 manualmente:
+<option>-bpp 4</option>
+</para>
+
+<para>
+La película probablemente deberá ser escalada para ajustarse al modo EGA:
+<screen>-vf scale=640:350</screen>
+o
+<screen>-vf scale=320:200</screen>
+</para>
+
+<para>
+Para eso se necesita una rutina de escalado de mala calidad pero rápida:
+<screen>-sws 4</screen>
+</para>
+
+<para>
+Quizá la corrección automática de relación de aspecto deberá desactivarse:
+<screen>-noaspect</screen>
+</para>
+
+<note><para>
+De acuerdo con mi experiencia la mejor calidad de imagen
+en pantallas EGA puede obtenerse decrementando el brillo un poco:
+<option>-vf eq=-20:0</option>. También necesité bajar la tasa de
+muestreo en mi equipo, porque el sonido no funcionaba a 44kHz:
+<option>-srate 22050</option>.
+</para></note>
+
+<para>
+Puede activar OSD y subtítulos solo con el filtro <systemitem>expand</systemitem>,
+vea la página de manual para los parámetros concretos.
+</para>
+</sect4>
+
+
+<sect4 id="fbdev">
+<title>Salida en framebuffer (FBdev)</title>
+
+<para>
+Si se construye o no el objetivo FBdev es autodetectado durante el
+<filename>./configure</filename>. Lea la documentación del framebuffer en
+los fuentes del núcleo (<filename>Documentation/fb/*</filename>) para más
+información.
+</para>
+
+<para>
+Si su tarjeta no soporta el estándar VBE 2.0 (tarjetas ISA/PCI antiguas, tales
+como S3 Trio64), solo VBE 1.2 (¿o anterior?): Bueno, VESAfb sigue funcionando,
+pero necesitará cargar SciTech Display Doctor (formalmente UniVBE) antes de
+iniciar Linux. Use un disco de inicio DOS o similar. Y no olvide registrar
+UniVBE ;))
+</para>
+
+<para>
+La salida FBdev toma parámetros adicionales sobre los otros:
+</para>
+
+<variablelist>
+<varlistentry>
+  <term><option>-fb</option></term>
+  <listitem><simpara>
+    especifica el dispositivo framebuffer a usar (<filename>/dev/fb0</filename>)
+    </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-fbmode</option></term>
+  <listitem><simpara>
+    nombre del modo a usar (de acuerdo con <filename>/etc/fb.modes</filename>)
+    </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-fbmodeconfig</option></term>
+  <listitem><simpara>
+    archivo de configuración de modos (por defecto <filename>/etc/fb.modes</filename>)
+    </simpara></listitem>
+</varlistentry>
+<varlistentry>
+  <term><option>-monitor_hfreq</option></term>
+  <term><option>-monitor_vfreq</option></term>
+  <term><option>-monitor_dotclock</option></term>
+  <listitem><simpara>
+    valores importantes <emphasis role="bold">important</emphasis>, vea
+    <filename>example.conf</filename>
+    </simpara></listitem>
+</varlistentry>
+</variablelist>
+
+<para>
+Si desea cambiar a un modo específico, use
+<screen>mplayer -vm -fbmode <replaceable>nombre_del_modo</replaceable> <replaceable>nombrearchivo</replaceable></screen>
+</para>
+
+<itemizedlist>
+<listitem><para>
+  <option>-vm</option> sin más opciones elije el mejor modo desde
+  <filename>/etc/fb.modes</filename>. Puede usarse junto con
+  las opciones <option>-x</option> y <option>-y</option> también. La opción
+  <option>-flip</option> está soportada solo si el formato de pixel de la
+  película coincide con el formato de pixel del modo de video. Preste atención
+  al valor bpp, el controlador fbdev intentará usar el actual, o si especifica
+  uno con la opción <option>-bpp</option>, pues ese.
+  </para></listitem>
+<listitem><para>
+  La opción <option>-zoom</option> no está soportada (use <option>-vf scale</option>).
+  No puede usar modos de 8bpp (o menos).
+  </para></listitem>
+<listitem><para>
+  Posiblemente quiera desactivar el cursor:
+  <screen>echo -e '\033[?25l'</screen>
+  o
+  <screen>setterm -cursor off</screen>
+  y el protector de pantalla:
+  <screen>setterm -blank 0</screen>
+  Para volver a activar el cursor:
+  <screen>echo -e '\033[?25h'</screen>
+  o
+  <screen>setterm -cursor on</screen>
+  </para></listitem>
+</itemizedlist>
+
+<note>
+<para>
+Los cambios de modo de video para FBdev <emphasis>no funcionan</emphasis> con
+el framebuffer VESA, y no nos pida que funcione, porque no es una limitación
+de <application>MPlayer</application>.
+</para>
+</note>
+</sect4>
+
+
+<sect4 id="mga_vid">
+<title>Framebuffer de Matrox (mga_vid)</title>
+
+<para>
+Esta sección se encarga de describir el soporte de Matrox
+G200/G400/G450/G550 BES (Back-End Scaler), el controlador del núcleo mga_vid.
+Está en activo desarrollo poro A'rpi, y tiene soporte de VSYNC por hardware
+con triple buffering. Funciona tanto en consola con frambuffer como bajo X.
+</para>
+
+<warning>
+<para>
+¡Esto es solo en Linux! En sistemas no-Linux (probado en FreeBSD), puede
+usar en su lugar <link linkend="vidix">VIDIX</link>!
+</para>
+</warning>
+
+<procedure>
+<title>Instalación:</title>
+<step><para>
+  Para usarlo, primero tendrá que compilar <filename>mga_vid.o</filename>:
+  <screen>
+cd drivers
+make<!--
+--></screen>
+  </para></step>
+<step><para>
+  Cree ahora el dispositivo <filename>/dev/mga_vid</filename>:
+  <screen>mknod /dev/mga_vid c 178 0</screen>
+  y cargue el controlador con
+  <screen>insmod mga_vid.o</screen>
+  </para></step>
+<step><para>
+  Deberá verificar la autodetección del tamaño de memoria
+  usando la órden <command>dmesg</command>. Si es incorrecta,
+  use la opción <option>mga_ram_size</option> (antes haga
+  <command>rmmod mga_vid</command>), especifique el tamaño
+  de la memoria de la tarjeta gráfica en MB:
+  <screen>insmod mga_vid.o mga_ram_size=16</screen>
+  </para></step>
+<step><para>
+  Para que se cargue/descargue automáticamente cuando sea necesario,
+  primero inserte la siguiente línea al final de
+  <filename>/etc/modules.conf</filename>:
+  
+  <programlisting>alias char-major-178 mga_vid</programlisting>
+
+  Después copie el módulo <filename>mga_vid.o</filename> al lugar