summaryrefslogtreecommitdiffstats
path: root/DOCS/xml/it/video.xml
diff options
context:
space:
mode:
Diffstat (limited to 'DOCS/xml/it/video.xml')
-rw-r--r--DOCS/xml/it/video.xml2722
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>
-
-<procedure>
-<title>Installazione:</title>
-<step><para>
- Per usarlo devi innanzitutto compilare <filename>drivers/mga_vid.o</filename>:
- <screen>
-cd drivers
-make drivers<!--
---></screen>
-</para></step>
-<step><para>
- Poi esegui (come <systemitem class="username">root</systemitem>)
- <screen>make install-drivers</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 xmg