diff options
author | ptt <ptt@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2007-07-02 15:32:28 +0000 |
---|---|---|
committer | ptt <ptt@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2007-07-02 15:32:28 +0000 |
commit | c6f9387ad8c8df96cb79dc9e4ef3f1864d3b5da3 (patch) | |
tree | 92f0d92ee15d31fa42be44c74bdbff90f6b110d5 /DOCS/xml/it | |
parent | 5e7f6adb17b6dcb429d648f77fa6b4c1d937a98f (diff) | |
download | mpv-c6f9387ad8c8df96cb79dc9e4ef3f1864d3b5da3.tar.bz2 mpv-c6f9387ad8c8df96cb79dc9e4ef3f1864d3b5da3.tar.xz |
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
Diffstat (limited to 'DOCS/xml/it')
-rw-r--r-- | DOCS/xml/it/video.xml | 2630 |
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" > /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 & 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 |