Merge remote-tracking branch 'origin/master'

Conflicts:
	.gitignore
	bstr.c
	cfg-mplayer.h
	defaultopts.c
	libvo/video_out.c

The conflict in bstr.c is due to uau adding a bstr_getline function in
commit 2ba8b91a97e7e8. This function already existed in this branch.
While uau's function is obviously derived from mine, it's incompatible.
His function preserves line breaks, while mine strips them. Add a
bstr_strip_linebreaks function, fix all other uses of bstr_getline, and
pick uau's implementation.

In .gitignore, change vo_gl3_shaders.h to use an absolute path
additional to resolving the merge conflict.

1 files changed, 0 insertions, 2722 deletions

diff --git a/DOCS/xml/it/video.xml b/DOCS/xml/it/video.xml
deleted file mode 100644
index cf980b0df2..0000000000
--- a/DOCS/xml/it/video.xml
+++ /dev/null
@@ -1,2722 +0,0 @@
-<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r27770 -->
-<chapter id="video">
-<title>Dispositivi di uscita video</title>
-
-<sect1 id="mtrr">
-<title>Impostare gli MTRR</title>
-
-<para>
-Si consiglia vivamente di controllare che i registri MTRR siano impostati
-correttamente, al fine di migliorare molto le prestazioni.
-</para>
-
-<para>
-Fai un <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>
-E' giusto, mostra la mia Matrox G400 con 16MB di memoria. L'ho fatto da
-XFree 4.x.x, che imposta i registri MTRR automaticamente.
-</para>
-
-<para>
-Se non ha funzionato, devi farlo a mano. Per prima cosa, devi trovare
-l'indirizzo di base. Hai 3 modi per trovarlo:
-
-<orderedlist>
-<listitem><para>
-  dai messaggi di avvio di X11, per esempio:
-  <screen>
-(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
-(--) SVGA: Linear framebuffer at 0xD8000000<!--
-  --></screen>
-</para></listitem>
-<listitem><para>
-  da <filename>/proc/pci</filename> (usa il comando
-  <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>
-  dai messaggi del driver del kernel mga_vid (usa <command>dmesg</command>):
-  <screen>mga_mem_base = d8000000</screen>
-</para></listitem>
-</orderedlist>
-</para>
-
-<para>
-Ora troviamo la dimensione della memoria. Questo è molto facile, converti
-semplicemente la video RAM in esadecimale, o usa questa tabella:
-<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>
-Ora che sai l'indirizzo di base e la dimensione della memoria, impostiamo i
-registri MTRR!
-Per esempio, per la scheda Matrox suddetta (<literal>base=0xd8000000</literal>)
-con 32MB di ram (<literal>size=0x2000000</literal>) esegui semplicemente:
-<screen>
-echo "base=0xd8000000 size=0x2000000 type=write-combining" &gt; /proc/mtrr
-</screen>
-</para>
-
-<para>
-Non tutte le CPU hanno gli MTRR. Per esempio le CPU K6-2 più vecchie (intorno
-ai 266MHz, stepping 0) non hanno degli MTRR, ma gli stepping 12 invece sì
-(esegui <command>cat /proc/cpuinfo</command> per verificarlo).
-</para>
-</sect1>
-
-
-<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
-
-
-<sect1 id="xv">
-<title>Xv</title>
-
-<para>
-In XFree86 4.0.2 o successivi, puoi utilizzare le funzioni YUV hardware della
-tua scheda usando l'estensione XVideo. Questo è quello che fa l'opzione
-<option>-vo xv</option>. Inoltre, il driver supporta l'impostazione di
-luminosità/contrasto/tonalità/etc (a meno che tu non usi il vecchio e
-lento codec DirectShow DivX, che le supporta ovunque), vedi la pagina man.
-</para>
-
-<para>
-In order to make this work, be sure to check the following:
-Per far sì che funzioni, assicurati di controllare le seguenti:
-
-<orderedlist>
-<listitem><para>
-  Che tu usi XFree86 4.0.2 o superiore (le versioni precedenti non hanno XVideo)
-</para></listitem>
-<listitem><para>
-  Che la tua scheda supporti l'accelerazione hardware (le schede moderne
-  la supportano)
-</para></listitem>
-<listitem><para>
-  Che X carichi l'estensione XVideo, è un qualcosa del genere:
-  <programlisting>(II) Loading extension XVideo</programlisting>
-  in <filename>/var/log/XFree86.0.log</filename>
-  <note><para>
-   Questo carica solo l'estensione per XFree86. In una buona installazione
-   viene sempre caricata, e non significa che il supporto per l'XVideo della
-   <emphasis role="bold">scheda</emphasis> sia presente!
-  </para></note>
-</para></listitem>
-<listitem><para>
-  Che la tua scheda abbia il supporto Xv sotto Linux. Per controllare, prova con
-  <command>xvinfo</command>, è parte della distribuzione di XFree86. Dovrebbe
-  mostrarti un lungo testo, simile al seguente:
-  <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>
-  Deve supportare i formati pixel YUY2 packed e YV12 planar per poter essere
-  utilizzabile con <application>MPlayer</application>.
-</para></listitem>
-<listitem><para>
-  E infine, controlla che <application>MPlayer</application> sia stato compilato
-  col supporto per 'xv'. Lancia un <command>mplayer -vo help | grep xv </command>.
-  Se il supporto per 'xv' è compilato, dovrebbe uscire una linea come la
-  seguente:
-  <screen>  xv      X11/Xv</screen>
-</para></listitem>
-</orderedlist>
-</para>
-
-
-<sect2 id="tdfx">
-<title>Schede 3dfx</title>
-
-<para>
-I vecchi driver 3dfx avevano notoriamente dei problemi con l'accelerazione
-XVideo, non erano compatibili con gli spazi colore YV12 e YUY2. Verifica di
-avere XFree86 4.2.0 o superiore, può gestire YV12 e YUY2, mentre le versioni
-precedenti, 4.1.0 incluso,
-<emphasis role="bold">vanno in crash con YV12</emphasis>. Se hai degli strani
-risultati usando <option>-vo xv</option>, prova SDL (anch'essa ha XVideo) e vedi
-se aiuta. Controlla la sezione su <link linkend="sdl">SDL</link> per i dettagli.
-</para>
-
-<para>
-<emphasis role="bold">OPPURE</emphasis>, prova il NUOVO driver
-<option>-vo tdfxfb</option>! Vedi la sezione
-<link linkend="tdfxfb">tdfxfb</link>
-</para>
-</sect2>
-
-
-<sect2 id="s3">
-<title>Schede S3</title>
-
-<para>
-Le S3 Savage3D dovrebbero funzionare bene, ma per le Savage4, usa XFree86 4.0.3
-o superiore (nel caso tu abbia problemi di immagini, prova a 16bpp). Per le
-S3 Virge invece: c'è il supporto per xv, ma la scheda in sé è molto lenta,
-per cui ti conviene venderla.
-</para>
-
-<para>
-Non c'è un driver framebuffer nativo per le schede S3 Virge simile a tdfxfb.
-Configura il tuo framebuffer (per es. aggiungi
-"<option>vga=792 video=vesa:mtrr</option>" alla riga di avvio del kernel) e usa
-<option>-vo s3fb</option> (<option>-vf yuy2</option> e <option>-dr</option>
-aiutano).
-</para>
-
-<note><para>
-Non è ben chiaro il perché i modelli Savage non abbiano il supporto YV12 e
-facciano la conversione con il driver (lento). Se pensi sia colpa della scheda,
-cerca un driver più recente, o chiedi gentilmente di un driver abilitato
-MMX/3DNow! sulla mailing list MPlayer-users.
-</para></note>
-</sect2>
-
-
-<sect2 id="nvidia">
-<title>Schede nVidia</title>
-
-<para>
-nVidia non è sempre una scelta molto buona sotto Linux... Il driver
-open-source di XFree86 supporta la maggior parte di queste schede, ma in alcuni
-casi, dovrai usare il driver proprietario a sorgenti chiusi di nVidia,
-disponibile sul
-<ulink url="http://www.nvidia.com/object/linux.html">sito nVidia</ulink>.
-Ti servirà sempre questo driver anche se vuoi l'accelerazione 3D.
-</para>
-
-<para>
-Le schede Riva128 non hanno il supporto XVideo con il driver nVidia di
-XFree86 :(
-Lamentati con nVidia.
-</para>
-
-<para>
-Tuttavia, <application>MPlayer</application> contiene un driver
-<link linkend="vidix">VIDIX</link> per la maggior parte delle schede nVidia.
-Attualmente è a livello di sviluppo beta e ha alcuni problemi. Per
-ulteriori informazioni, vedi la sezione
-<link linkend="vidix-nvidia">VIDIX nVidia</link>.
-</para>
-</sect2>
-
-
-<sect2 id="ati">
-<title>Schede ATI</title>
-
-<para>
-Il <ulink url="http://gatos.sf.net">driver GATOS</ulink>
-(che dovresti usare a meno che tu non abbia una Rage128 o una Radeon) di
-default ha il VSYNC abilitato. Ciò significa che la velocità di decodifica
-(!) è sincronizzata alla frequenza di aggiornamento del monitor. Se la
-riproduzione ti pare lenta, prova a disabilitare in qualche modo VSYNC, o ad
-impostare la frequenza di aggiornamento a n*(fps del film) Hz.
-</para>
-
-<para>
-Read the <link linkend="vidix">VIDIX</link> section.
-Radeon VE - se ti serve X, per questa scheda usa XFree86 4.2.0 o superiore.
-Il TV out non è supportato. Ovviamente con <application>MPlayer</application>
-puoi felicemente avere un display <emphasis role="bold">accelerato</emphasis>,
-con o senza l'<emphasis role="bold">uscita TV</emphasis>, e non servono
-librerie né X.
-Leggi la sezione <link linkend="vidix">VIDIX</link>.
-</para>
-</sect2>
-
-
-<sect2 id="neomagic">
-<title>Schede NeoMagic</title>
-
-<para>
-Queste schede si possono trovare in molti portatili. Devi usare XFree86 4.3.0 o
-superiore, o alternativamente usare i
-<ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/">driver con Xv</ulink>
-di Stefan Seyfried.
-Scegli semplicemente quello che ti serve in base alla tua versione di XFree86.
-</para>
-
-<para>
-XFree86 4.3.0 include il supporto per Xv, caomunque Bohdan Horst ha postato
-una piccola <ulink url="http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neo_driver.patch">patch</ulink> ai sorgenti di XFree86 che velocizza fino a
-quattro volte le operazioni sul framebuffer (quindi XVideo).
-La patch è stata poi incorporata in XFree86 CVS e dovrebbe esserci nei rilasci
-successivi al 4.3.0.
-</para>
-
-<para>
-Per permettere la riproduzione di contenuti della dimensione DVD, modifica il
-tuo XF86Config in questo modo:
-<programlisting>
-Section "Device"
-    [...]
-    Driver "neomagic"
-    <emphasis>Option "OverlayMem" "829440"</emphasis>
-    [...]
-EndSection<!--
---></programlisting>
-</para>
-</sect2>
-
-
-<sect2 id="trident">
-<title>Schede Trident</title>
-
-<para>
-Se vuoi usare Xv con una scheda Trident, assunto il fatto che con 4.1.0 non
-funziona, intalla Xfree 4.2.0. Il 4.2.0 aggiunge il supporto per Xv a schermo
-intero con la scheda Cyberblade XP.
-</para>
-
-<para>
-Alternativamente, <application>MPlayer</application> contiene un driver
-<link linkend="vidix">VIDIX</link> per le schede Cyberblade/i1.
-</para>
-</sect2>
-
-
-<sect2 id="kyro">
-<title>Schede Kyro/PowerVR</title>
-
-<para>
-Se vuoi usare Xv con una scheda basata su Kyro (per esempio la Hercules
-Prophet 4000XT), dovresti scaricare i driver dal
-<ulink url="http://www.powervr.com/">sito di PowerVR</ulink>.
-</para>
-</sect2>
-
-
-<sect2 id="intel">
-<title>Schede Intel</title>
-
-<para>
-Queste schede si possono trovare in molti portatili. Si consiglia un Xorg
-recente.
-</para>
-
-<para>
-Per permettere la riproduzione di contenuti a dimensione DVD (o superiore)
-modifica il tuo file di configurazione XF86Config/xorg.conf nel modo seguente:
-<programlisting>
-Section "Device"
-    [...]
-    Driver "intel"
-    <emphasis>Option "LinearAlloc" "6144"</emphasis>
-    [...]
-EndSection
-</programlisting>
-L'assenza di questa opzione di solito porta a un errore del tipo
-<screen>X11 error: BadAlloc (insufficient resources for operation)</screen>
-quando si cerca di usare <option>-vo xv</option>.
-</para>
-</sect2>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="dga">
-<title>DGA</title>
-
-<formalpara>
-<title>PREAMBOLO</title>
-<para>
-Questa documento cerca di spiegare in poche parole cosa sia DGA e cosa possa
-fare (e cosa no) il driver di uscita video DGA di
-<application>MPlayer</application>.
-</para>
-</formalpara>
-
-<formalpara>
-<title>COS'E' DGA</title>
-<para>
-<acronym>DGA</acronym> è il nome breve di <emphasis>Direct Graphics
-Access</emphasis> (accesso grafico diretto) ed è un modo per fa sì
-che un programma scavalchi l'X server e modifichi direttamente la memoria
-del framebuffer. In termini tecnici la memoria del framebuffer viene
-rimappata nello spazio di memoria del tuo processo.
-Questo è permesso dal kernel solo se hai provilegi di superutente. Puoi averli
-o autenticandoti come <systemitem class="username">root</systemitem> o
-impostando il bit SUID sull'eseguibile di <application>MPlayer</application>
-(<emphasis role="bold">sconsigliato</emphasis>).
-</para>
-</formalpara>
-<para>
-Ci sono due versioni di DGA: DGA1 usato da XFree 3.x.x e DGA2 che è stato
-introdotto con XFree 4.0.1.
-</para>
-
-<para>
-DGA1 fornisce solamente accesso diretto al framebuffer come descritto sopra.
-Per modificare la risoluzione del segnale video devi affidarti all'estensione
-XVidMode.
-</para>
-
-<para>
-DGA2 include le funzionalità dell'estensione XVidMode e inoltre permette la
-modifica della profondità di colore del display. Così, anche se stai facendo
-girare un X server con profondità di 32 bit, puoi passare a una di 15 e
-viceversa.
-</para>
-
-<para>
-Tuttavia DGA ha dei punti deboli. Sembra sia in qualche modo dipendente dal
-chip grafico utilizzato e dall'implementazione del driver video dell'X server
-che controlla tale chip. Per cui non funziona su tutti i sistemi...
-</para>
-
-<formalpara>
-<title>INSTALLARE IL SUPPORTO PER DGA IN MPLAYER</title>
-
-<para>
-Per prima cosa assicurati che X carichi l'estensione DGA, guarda in
-<filename>/var/log/XFree86.0.log</filename>:
-
-<programlisting>(II) Loading extension XFree86-DGA</programlisting>
-
-Attenzione, si <emphasis role="bold">consiglia vivamente </emphasis>
-XFree86 4.0.x o superiore!
-Il driver DGA di <application>MPlayer</application> viene rilevato
-automaticamente da <filename>./configure</filename>, ovvero puoi forzarlo
-con <option>--enable-dga</option>.
-</para>
-</formalpara>
-
-<para>
-Se il driver non è riuscito a reimpostare una risoluzione inferiore, fai delle
-prove con le opzioni <option>-vm</option> (solo con X 3.3.x),
-<option>-fs</option>, <option>-bpp</option>, <option>-zoom</option> per trovare
-una modalità video in cui ci stia il film. Per ora non c'è un convertitore :(
-</para>
-
-<para>
-Diventa <systemitem class="username">root</systemitem>. A DGA serve l'accesso
-da root per essere in grado di scrivere direttamente sulla memoria video. Se
-vuoi eseguirlo come utente, allora installa <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>
-
-Ora funziona anche da utente normale.
-</para>
-
-<caution>
-<title>Rischi di sicurezza</title>
-<para>
-Questo porta un <emphasis role="bold">grosso</emphasis> rischio di sicurezza!
-Non farlo <emphasis role="bold">mai</emphasis> su un server o su un computer
-che può essere utilizzato da altre persone, perché si possono ottenere
-privilegi di root attraverso <application>MPlayer</application> SUID root.
-</para>
-</caution>
-
-<para>
-Ora usa l'opzione <option>-vo dga</option>, e sei a cavallo! (speralo:)
-Potresti anche provare se ti funziona l'opzione
-<option>-vo sdl:driver=dga</option>!
-E' molto più veloce!
-</para>
-
-
-<formalpara id="dga-modelines">
-<title>MODIFICARE LA RISOLUZIONE</title>
-
-<para>
-Il driver DGA permette la modifica della risoluzione del segnale di uscita.
-Questo evita la necessità di eseguire un (lento) ridimensionamento software e
-allo stesso tempo fornisce un'immagine a schermo pieno. Idealmente dovrebbe
-ridimensionarsi alla risoluzione precisa (rispettando il rapporto di aspetto)
-dei dati video, ma l'X server permette solo di impostare le risoluzioni
-precedentemente definite in <filename>/etc/X11/XF86Config</filename>
-(<filename>/etc/X11/XF86Config-4</filename> per XFree 4.X.X).
-Queste ultime sono conosciute come "modelines" e dipendono dalle potenzialità
-del tuo hardware video. Il server X legge questo file di configurazione
-all'avvio e disabilita le modelines incompatibili col tuo hardware.
-Puoi scoprire quali modalità ti restano attraverso il file di log di X11.
-Si può trovare qui: <filename>/var/log/XFree86.0.log</filename>.
-</para>
-</formalpara>
-
-<para>
-Queste modalità si sa che funzionano correttamente con un chip Riva128,
-usando il driver nv.o del server 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 is used in two places with <application>MPlayer</application>: The SDL
-driver can be made to make use of it (<option>-vo sdl:driver=dga</option>) and
-within the DGA driver (<option>-vo dga</option>). The above said is true
-for both; in the following sections I'll explain how the DGA driver for
-<application>MPlayer</application> works.
-DGA viene usato con <application>MPlayer</application> in due posti: può
-essere usato attraverso il driver SDL (<option>-vo sdl:driver=dga</option>) e
-con il driver DGA (<option>-vo dga</option>). Quanto detto sopra è valido per
-entrambi; nei paragrafi seguenti viene spiegato come il driver DGA funziona per
-<application>MPlayer</application>.
-
-</para>
-</formalpara>
-
-
-<formalpara>
-<title>CARATTERISTICHE</title>
-
-<para>
-Il driver DGA viene utilizzato specificando <option>-vo dga</option> sulla riga
-comando. Il comportamento di default è di passare ad una risoluzione il più
-vicino possibile a quella originaria del video. Ignora volutamente le opzioni
-<option>-vm</option> e <option>-fs</option> (abilitazione ridimensionamento
-video e schermo intero) - cerca sempre di coprire la più vasta area possibile
-dello schermo reimpostando la modalità video, evitando così di sprecare cicli
-della CPU per ridimensionare l'immagine. Se la modalità video selezionata non
-ti piace, puoi forzarlo a scegliere la modalità più prossima alla risoluzione
-specificata con <option>-x</option> e <option>-y</option>. Impostando l'opzione
-<option>-v</option>, il driver DGA emetterà, tra una sacco ci altre cose,
-un'elenco delle risoluzioni supportate dal tuo file
-<filename>XF86Config</filename>. Se hai DGA2, puoi anche forzarlo ad utilizzare
-una data profondità usando l'opzione <option>-bpp</option>. Profondità
-valide sono 15, 16, 24 e 32. Se queste profondità siano supportate nativamente
-oppure se debba venir effettuata una conversione (eventualmente lenta), dipende
-dal tuo hardware.
-</para>
-</formalpara>
-<para>
-Se dovessi essere abbastanza fortunato da avere sufficiente memoria fuori dalla
-visualizzazione per poterci far stare un'immagine intera, il driver DGA userà
-un buffering doppio, fornendo una riproduzione più fluida. Ti dirà quando il
-doppio buffering sarà abilitato o no.
-</para>
-
-<para>
-"Doppio buffering" significa che il fotogramma successivo del video viene
-disegnato nella memoria fuori dello schermo, mentre il fotogramma corrente
-viene mostrato. Quando il fotogramma successivo è pronto, il chip grafico
-rivece solo l'indirizzo in memoria del nuovo fotogramma e semplicemente prende
-da là i dati da mostrare. Nel frattempo l'altro buffer di memoria viene
-riempito con altri dati video.
-</para>
-
-<para>
-Il doppio buffering può venir abilitato usando l'opzione
-<option>-double</option> e disabilitato con <option>-nodouble</option>.
-L'opzione attuale di default è di disabilitarlo. Usando il driver DGA, la
-visualizzazione dati su schermo (OSD, onscreen display) funziona solo con il
-doppio buffering abilitato. In ogni caso, abilitare il doppio buffering può
-portare una pesante penalizzazione della velocità (sul mio K6-II+ 525 usa
-un ulteriore 20% di tempo di CPU) in dipendenza dall'implementazione per DGA
-del tuo hardware.
-</para>
-
-
-<formalpara>
-<title>PROBLEMI DI VELOCITA'</title>
-
-<para>
-In generale, l'accesso DGA al framebuffer dovrebbe essere almeno veloce quanto
-utilizzare il driver X11, con il beneficio aggiunto di ottenere un'immagine a
-schermo intero. I valori di velocità percentuale emessi da
-<application>MPlayer</application> devono essere interpretati con un po' di
-attenzione, dato che per esempio con il driver X11 non includono il tempo usato
-dal server X per il disegno effettivo. Attacca un terminale sulla seriale della
-tua macchina e lancia <command>top</command> per vedere cosa stia davvero
-succedendo.
-</para>
-</formalpara>
-
-<para>
-In linea di massima, l'aumento di velocità usando DGA rispetto all'utilizzo
-'normale' di X11 dipende fortemente dalla tua scheda video e da quanto bene il
-relativo modulo del server X sia ottimizzato.
-</para>
-
-<para>
-Se hai un sistema lento, è meglio usare una profondità di 15 o 16 bit, visto
-che richiedono solo la metà della banda di memoria di una visualizzazion a
-32 bit.
-</para>
-
-<para>
-Usare una profondità di 24 è una buona idea anche se la tua scheda supporta
-nativamente solo quella a 32 bit, dato che trasferisce il 25% dei dati in meno
-rispetto alla modalità a 32/32.
-</para>
-
-<para>
-Ho visto alcuni file AVI riprodotti su Pentium MMX 266. Le CPU AMD K6-2 possono
-lavorare a 400 MHz e oltre.
-</para>
-
-
-<formalpara>
-<title>PROBLEMI/BACHI CONOSCIUTI</title>
-
-<para>
-Bene, secondo gli sviluppatori di XFree, DGA è quasi una bestia. Ti dicono che
-è meglio non usarla. La sua implementazione non è sempre perfetta con tutti i
-driver dei chip per XFree che ci sono là fuori.
-</para>
-</formalpara>
-
-<itemizedlist>
-<listitem><para>
-  Con XFree 4.0.3 e <filename>nv.o</filename> c'è un baco che porta ad avere
-  strani colori.
-</para></listitem>
-<listitem><para>
-  I driver ATI hanno bisogno che la modalità sia reimpostata più di una
-  volta dopo aver utilizzato DGA.
-</para></listitem>
-<listitem><para>
-  Alcuni driver semplicemente non riescono a tornare alla risoluzione normale
-  (Usa
-  <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap><keycap>Keypad +</keycap></keycombo>
-  e
-  <keycombo><keycap>Ctrl</keycap><keycap>Alt</keycap><keycap>Keypad -</keycap></keycombo>
-  per cambiarla manualmente).
-</para></listitem>
-<listitem><para>
-  Alcuni driver semplicemente mostrano strani colori.
-</para></listitem>
-<listitem><para>
-  Alcuni driver mentono riguardo alla memoria che mappano nello spazio
-  indirizzi del processo, perciò vo_dga non usa il doppio buffering (SIS?).
-</para></listitem>
-<listitem><para>
-  Alcuni driver sembra che falliscano nel fornire almeno una modalità valida.
-  In questo caso il driver DGA andrà in crash raccontandoti di una modalità
-  senza senso tipo 100000x100000 o qualcosa di simile.
-</para></listitem>
-<listitem><para>
-  L'OSD funziona solo col doppio buffering abilitato (altrimenti sfarfalla).
-</para></listitem>
-</itemizedlist>
-
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="sdl">
-<title>SDL</title>
-
-<para>
-<acronym>SDL</acronym> (Simple Directmedia Layer) è praticamente un'interfaccia
-unificata audio/video. I programmi che la usano non sanno che driver video o
-audio SDL usi davvero, ma conoscono solo l'interfaccia. Per esempio un porting
-di Doom che usi SDL può girara sopra a svgalib, aalib, X, fbdev e altro, devi
-semplicemente specificare (per esempio) il driver video da usare attraverso la
-variabile d'ambiente <envar>SDL_VIDEODRIVER</envar>. In teoria, perlomeno.
-</para>
-
-<para>
-Con <application>MPlayer</application>, usiamo la sua potenzialità di
-ridimensionamento via software del driver di X11 per le schede che non
-gestiscono XVideo, fino a quando non faremo il nostro (più veloce, più bello)
-ridimensionatore software. Abbiamo anche usato la sua uscita per aalib, ma ora
-abbiamo la nostra che è più comoda. La sua modalità per DGA era migliore
-della nostra fino a poco tempo fa. Hai capito, no? :)
-</para>
-
-<para>
-Aiuta anche con alcuni driver/schede bacate, se il video è scattoso (non per
-problemi di sistema lento) oppure l'audio è saltellante.
-</para>
-
-<para>
-L'uscita video SDL supporta la visualizzazione dei sottotitoli sotto al filmato
-ovvero sulla striscia nera (se presente).
-</para>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="svgalib">
-<title>SVGAlib</title>
-
-<formalpara>
-<title>INSTALLAZIONE</title>
-<para>
-Affinché <application>MPlayer</application> compili il suo driver per SVGAlib
-(autorilevato, ma può essere forzato), devi installare svgalib e il suo
-pacchetto di sviluppo e non dimenticare di modificare
-<filename>/etc/vga/libvga.config</filename> in modo che corrisponda alla tua
-scheda e al tuo monitor.
-</para>
-</formalpara>
-
-<note><para>
-Assicurati di non usare l'opzione <option>-fs</option>, dato che attiva
-l'utilizzo del ridimensionatore software, ed è lento. Se davvero ti serve, usa
-l'opzione <option>-sws 4</option>, che porterà una bassa qualità, ma è in
-qualche modo più veloce.
-</para></note>
-
-<formalpara>
-<title>SUPPORTO PER EGA (4BPP)</title>
-<para>
-SVGAlib include EGAlib, e <application>MPlayer</application> ha la possibilità
-di mostrare qualsiasi filmato in 16 colori, utilizzabile in queste situazioni:
-</para>
-</formalpara>
-
-<itemizedlist>
-<listitem><para>
-  Scheda EGA con monitor EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp
-</para></listitem>
-<listitem><para>
-  Scheda EGA con monitor CGA: 320x200x4bpp, 640x200x4bpp
-</para></listitem>
-</itemizedlist>
-
-<para>
-Il valore dei bpp (bit per pixel) deve essere impostato a 4 manualmente:
-<option>-bpp 4</option>
-</para>
-
-<para>
-Il filmato probabilmente deve essere rimpicciolito per starci nella modalità
-EGA:
-<screen>-vf scale=640:350</screen>
-or
-<screen>-vf scale=320:200</screen>
-</para>
-
-<para>
-Per questo ci serve una funzione di ridimensionamento veloce ma a bassa
-qualità:
-<screen>-sws 4</screen>
-</para>
-
-<para>
-Forse la correzione automatica dell'aspetto va disattivata:
-<screen>-noaspect</screen>
-</para>
-
-<note><para>
-Secondo la mia esperienza la qualità migliore dell'immagine su schermi EGA
-può essere ottenuta diminuendo un pochino la luminosità:
-<option>-vf eq=-20:0</option>. Sul mio sistema ho anche bisogno di abbassare
-la frequenza audio, dato che era rovinata a 44kHz:
-<option>-srate 22050</option>.
-</para></note>
-
-<para>
-Puoi abilitare l'OSD e i sottotitoli solo con il filtro <option>expand</option>,
-vedi la pagina man per i parametri precisi.
-</para>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="fbdev">
-<title>Uscita su framebuffer (FBdev)</title>
-
-<para>
-Se compilare l'uscita FBdev o no viene rilevato automaticamente da
-<filename>./configure</filename>. Leggi nei sorgenti del kernel la
-documentazione sul framebuffer (<filename>Documentation/fb/*</filename>) per
-ulteriori informazioni.
-</para>
-
-<para>
-Se la tua scheda non supporta lo standard VBE 2.0 (vecchie schede ISA/PCI, come
-la S3 Trio64), ma solo VBE 1.2 (o precedente?): bene, c'è ancora VESAfb, ma
-ddovrai caricare SciTech Display Doctor (conosciuto precedentemente come UniVBE)
-prima di avviare Linux. Usa un disco di avvio DOS o qualcosa del genere. E non
-dimenticare di registrare il tuo UniVBE ;))
-</para>
-
-<para>
-L'uscita su FBdev richiede principalmente alcuni parametri addizionali:
-</para>
-
-<variablelist>
-<varlistentry>
-  <term><option>-fb</option></term>
-  <listitem><para>
-    specifica il dispositivo framebuffer da usare (default:
-    <filename>/dev/fb0</filename>)
-  </para></listitem>
-</varlistentry>
-<varlistentry>
-  <term><option>-fbmode</option></term>
-  <listitem><para>
-    nome della modalità da usare (come in <filename>/etc/fb.modes</filename>)
-  </para></listitem>
-</varlistentry>
-<varlistentry>
-  <term><option>-fbmodeconfig</option></term>
-  <listitem><para>
-    file di configirazione delle modalità (default:
-    <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>
-    valori <emphasis role="bold">importanti</emphasis>, vedi
-    <filename>example.conf</filename>
-  </para></listitem>
-</varlistentry>
-</variablelist>
-
-<para>
-Se vuoi passare a una modalità particolare, allora usa
-<screen>
-mplayer -vm -fbmode <replaceable>nome_modalità</replaceable> <replaceable>nomefile</replaceable>
-</screen>
-</para>
-
-<itemizedlist>
-<listitem><para>
-  <option>-vm</option> da sola può scegliere la modalità più adatta da
-  <filename>/etc/fb.modes</filename>. Può essere usata anche insieme con le
-  opzioni <option>-x</option> e <option>-y</option>. L'opzione
-  <option>-flip</option> è supportata solo se il formato pixel del film
-  corrisponde al formato pixel della modalità video. Stai attento al valore
-  di bpp, il driver fbdev cerca di usare prima quello corrente, poi quello che
-  indichi tramite l'opzione <option>-bpp</option> option.
-</para></listitem>
-<listitem><para>
-  l'opzione <option>-zoom</option> non è supportata
-  (usa <option>-vf scale</option>). Non puoi usare modalità a 8bbp (o meno).
-</para></listitem>
-<listitem><para>
-  Probabilmente vuoi disabilitare il cursore:
-  <screen>echo -e '\033[?25l'</screen>
-  o
-  <screen>setterm -cursor off</screen>
-  e il salvaschermo:
-  <screen>setterm -blank 0</screen>
-  Per riabilitare il cursore:
-  <screen>echo -e '\033[?25h'</screen>
-  o
-  <screen>setterm -cursor on</screen>
-</para></listitem>
-</itemizedlist>
-
-<note><para>
-La modifica della modalità video di FBdev <emphasis>non funziona</emphasis>
-con il framebuffer VESA, e non chiederla, visto che non è una limitazione di
-<application>MPlayer</application>.
-</para></note>
-</sect1>
-
-<!-- ********** -->
-
-<sect1 id="mga_vid">
-<title>Framebuffer Matrox (mga_vid)</title>
-
-<para>
-<systemitem>mga_vid</systemitem> è un'incrocio di un driver di uscita video e
-di un modulo del kernel, che utilizza il ridimensionatore e l'overlay video
-delle Matrox G200/G400/G450/G550 per effettuare una conversione dello spazio
-colore YUV->RGB e un ridimensionamento video arbitrario.
-<systemitem>mga_vid</systemitem> ha un supporto hardware per VSYNC con triplo
-buffering. Funziona sia in una console su framebuffer che dentro X, ma solo con
-Linux 2.4.x.
-</para>
-
-<para>
-Per una versione del driver per Linux 2.6.x controlla
-<ulink url="http://attila.kinali.ch/mga/"/> oppure butta un occhio sul
-repository Subversion esterno di mga_vid, che si può ottenere tramite
-
-<screen>
-svn checkout svn://svn.mplayerhq.hu/mga_vid
-</screen>
-</para>