diff options
Diffstat (limited to 'DOCS/xml/es/video.xml')
-rw-r--r-- | DOCS/xml/es/video.xml | 2602 |
1 files changed, 0 insertions, 2602 deletions
diff --git a/DOCS/xml/es/video.xml b/DOCS/xml/es/video.xml deleted file mode 100644 index 4695319f4f..0000000000 --- a/DOCS/xml/es/video.xml +++ /dev/null @@ -1,2602 +0,0 @@ -<?xml version="1.0" encoding="utf-8"?> -<!-- synced with 1.51 --> -<chapter id="video-dev"> -<title>Dispositivos de salida de video</title> - -<sect1 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>cat /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> -</sect1> - -<sect1 id="output-trad"> -<title>Salidas de video para tarjetas de video tradicionales</title> -<sect2 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'. - Haga <command>mplayer -vo help | grep xv</command>. Si fue compilado - con soporte 'xv', aparecerá una línea similar a: - <screen> - xv X11/Xv<!-- - --></screen> - </para></listitem> -</orderedlist> -</para> - -<sect3 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 -sección <link linkend="sdl">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> -</sect3> - - -<sect3 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> -</sect3> - - -<sect3 id="nvidia"> -<title>Tarjetas nVidia</title> - -<para> -nVidia no es siempre una buena elección bajo Linux ... El controlador de -código abierto de XFree86 tiene soporte en la mayoría de los casos, pero para -algunas tarjetas, tiene que usar un controlador de código-cerrado de nVidia, -disponible en -<ulink url="http://www.nvidia.com/object/linux.html">el sitio web de nVidia</ulink>. -Siempre necesitará ese controlador de todos modos si quiere también aceleración 3D. -</para> - -<para> -Las tarjetas Riva128 no tienen soporte XVideo con el controlador nVidia de -XFree86 :( Las quejas a nVidia. -</para> - -<para> -Sin embargo, <application>MPlayer</application> contiene un controlador -<link linkend="vidix">VIDIX</link> para la mayoría de las tarjetas nVidia. -Actualmente está en estado beta, y tiene algunos problemas. Para más -información, vea la sección <link linkend="vidix-nvidia">nVidia VIDIX</link>. -</para> -</sect3> - - -<sect3 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> -</sect3> - - -<sect3 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> -</sect3> - - -<sect3 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> - -<para> -Alternativamente, <application>MPlayer</application> contiene un controlador -<link linkend="vidix">VIDIX</link> para la tarjeta Cyberblade/i1. -</para> - -</sect3> - - -<sect3 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> -</sect3> -</sect2> - -<!-- ********** --> - -<sect2 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</systemitem> 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 <application>MPlayer</application></title> - -<para>Primero asegura que X carga la extensión DGA, mira en -<filename>/var/log/XFree86.0.log</filename>: - -<programlisting>(II) Loading extension XFree86-DGA</programlisting> - -Vea, ¡XFree86 4.0.x o posterior es <emphasis role="bold">altamente recomendado</emphasis>! -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 <replaceable>/usr/local/bin/mplayer</replaceable> -chmod 750 <replaceable>/usr/local/bin/mplayer</replaceable> -chmod +s <replaceable>/usr/local/bin/mplayer</replaceable> -</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 & <application>MPlayer</application></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><para> - Con XFree 4.0.3 y <filename>nv.o</filename> hay un fallo que resulta en - extraños colores. - </para></listitem> -<listitem><para> - El controlador ATI requiere cambiar el modo original más de una vez una - vez finaliza el uso de DGA. - </para></listitem> -<listitem><para> - 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). - </para></listitem> -<listitem><para> - Algunos controladores símplemente muestran colores extraños. - </para></listitem> -<listitem><para> - 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?). - </para></listitem> -<listitem><para> - 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í. - </para></listitem> -<listitem><para> - OSD solo funciona con doblebuffering activado (si no parpadea). - </para></listitem> -</itemizedlist> - -</sect2> -<!--</sect1>--> - -<!-- ********** --> - -<sect2 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><para> - especifica el controlador de SDL de video a usar (i.e. <literal>aalib</literal>, - <literal>dga</literal>, <literal>x11</literal>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-ao sdl:<replaceable>nombre</replaceable></option></term> - <listitem><para> - especifica el controlador de SDL de audio a usar (i.e. <literal>dsp</literal>, - <literal>esd</literal>, <literal>arts</literal>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-noxv</option></term> - <listitem><para> - desactiva la aceleración hardware XVideo - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-forcexv</option></term> - <listitem><para> - intenta forzar la aceleración XVideo - </para></listitem> -</varlistentry> -</variablelist> - -<table id="teclas_sdl"> -<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><para> - 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). - </para></listitem> -<listitem><para> - ¡NO USE SDL con GUI! El comportamiento no será el esperado. - </para></listitem> -</itemizedlist> -</sect2> - - -<sect2 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><para> - Tarjeta EGA con monitor EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp - </para></listitem> -<listitem><para> - Tarjeta EGA con monitor CGA: 320x200x4bpp, 640x200x4bpp - </para></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 <option>expand</option>, -vea la página de manual para los parámetros concretos. -</para> -</sect2> - - -<sect2 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><para> - especifica el dispositivo framebuffer a usar (<filename>/dev/fb0</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-fbmode</option></term> - <listitem><para> - nombre del modo a usar (de acuerdo con <filename>/etc/fb.modes</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-fbmodeconfig</option></term> - <listitem><para> - archivo de configuración de modos (por defecto <filename>/etc/fb.modes</filename>) - </para></listitem> -</varlistentry> -<varlistentry> - <term><option>-monitor-hfreq</option></term> - <term><option>-monitor-vfreq</option></term> - <term><option>-monitor-dotclock</option></term> - <listitem><para> - valores importantes <emphasis role="bold">important</emphasis>, vea - <filename>example.conf</filename> - </para></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> -</sect2> - - -<sect2 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> |