diff options
author | nauj27 <nauj27@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-10-06 11:06:05 +0000 |
---|---|---|
committer | nauj27 <nauj27@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-10-06 11:06:05 +0000 |
commit | 1d69d160d87b39b0fbeeb3bd92ed041516f51def (patch) | |
tree | ce4f3de59ca7eb7168e8cb36c3015090fc79350f /DOCS | |
parent | becb080bd6ebfe36290a2d53385869cb33346bd3 (diff) | |
download | mpv-1d69d160d87b39b0fbeeb3bd92ed041516f51def.tar.bz2 mpv-1d69d160d87b39b0fbeeb3bd92ed041516f51def.tar.xz |
New spanish doc file. Only faq.xml remaining!
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@11026 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r-- | DOCS/xml/es/video.xml | 2229 |
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" >| /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 & 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& |