first step of video.xml translation... (it's soooo huuuuuge..... :))

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

1 files changed, 2630 insertions, 0 deletions

diff --git a/DOCS/xml/it/video.xml b/DOCS/xml/it/video.xml
new file mode 100644
index 0000000000..0d8c900f5d
--- /dev/null
+++ b/DOCS/xml/it/video.xml
@@ -0,0 +1,2630 @@
+<?xml version="1.0" encoding="utf-8"?>
+<!-- 52% synced with r23272 -->
+<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, poiché possono aumentare di 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'accellerazione 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 supportato!
+  </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 erano conosciuti per aver problemi con l'accellerazione
+XVideo, non supportavano gli spazi colore YUY2 o YV12. 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ù nuovo, 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 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'accellerazione 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, è 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">accellerato</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 tanto 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>
+</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 oltrepassi 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à 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/"/>.
+</para>
+
+<procedure>
+<title>Installazione:</title>
+<step><para>
+  Per usarlo, devi innanzitutto compilare <filename>mga_vid.o</filename>:
+  <screen>
+cd drivers
+make<!--
+--></screen>
+</para></step>
+<step><para>
+  Poi esegui (come <systemitem class="username">root</systemitem>)
+  <screen>make install</screen>
+  che dovrebbe installare il modulo e creare per te il nodo del dispositivo.
+  Carica il driver con
+  <screen>insmod mga_vid.o</screen>
+</para></step>
+<step><para>
+  Dovresti verificare il rilevamento della dimensione della memoria usando il
+  comando <command>dmesg</command>. Se è errato, usa l'opzione
+  <option>mga_ram_size</option> (prima fai <command>rmmod mga_vid</command>),
+  indicando in MB la dimensione della memoria della scheda:
+  <screen>insmod mga_vid.o mga_ram_size=16</screen>
+</para></step>
+<step><para>
+  Per far sì che venga caricato/scaricato quando serve, prima inserisci la
+  riga seguente alla fine di <filename>/etc/modules.conf</filename>:
+
+  <programlisting>alias char-major-178 mga_vid</programlisting>
+</para></step>
+<step><para>
+  Ora devi (ri)compilare <application>MPlayer</application>,
+  <command>./configure</command> rileverà <filename>/dev/mga_vid</filename> e
+  compilerà il driver 'mga'. Si potrà usare da
+  <application>MPlayer</application> con <option>-vo mga</option> se sei su una
+  console matroxfb, oppure <option>-vo xmga</option> se sei sotto XFree86 3.x.x
+  o 4.x.x.
+</para></step>
+</procedure>
+
+<para>
+Il driver mga_vid collabora con Xv.
+</para>
+
+<para>
+Si può leg