diff options
Diffstat (limited to 'DOCS/xml/it/video.xml')
-rw-r--r-- | DOCS/xml/it/video.xml | 2722 |
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" > /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 & 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 'mg |