2002-02-26 02:07:17 +00:00
< HTML >
2003-04-01 23:03:18 +00:00
<!-- Sync with english version 1.136 -->
2002-02-26 02:07:17 +00:00
2002-04-13 01:25:51 +00:00
< HEAD >
2002-09-26 17:22:49 +00:00
< TITLE > Video - MPlayer - Movie Player per Linux< / TITLE >
2003-04-06 22:01:54 +00:00
< LINK REL = "stylesheet" TYPE = "text/css" HREF = "../default.css" >
2002-09-26 17:22:49 +00:00
< META HTTP-EQUIV = "Content-Type" CONTENT = "text/html; charset=iso-8859-1" >
2002-04-13 01:25:51 +00:00
< / HEAD >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< BODY >
2002-06-19 01:44:19 +00:00
2003-01-01 23:09:22 +00:00
< H3 > < A NAME = "video" > 2.3.1. Dispositivi di output video< / A > < / H3 >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "mtrr" > 2.3.1.1. Configurare l' MTRR< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > E' DECISAMENTE consigliato controllare se i registri MTRR sono ben configurati,
perch<EFBFBD> possono fornire un grande aumento di prestazioni.< / P >
< P > Fai un '< CODE > cat /proc/mtrr< / CODE > ' :< / P >
< P > < CODE >
--($:~)-- cat /proc/mtrr< BR >
reg00: base=0xe4000000 (3648MB), size= 16MB: write-combining, count=9< BR >
reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1< BR >
< / CODE > < / P >
2002-03-06 23:28:06 +00:00
< P > E' a posto, mostra la mia Matrox G400 con 16Mb di memoria. L'ho ottenuto con
2002-02-26 02:07:17 +00:00
XFree 4.x.x , che configura i registri MTRR automaticamente.< / P >
< P > Se non ha funzionato, devi farlo manualmente. Prima, bisogna trovare l'indirizzo
di base.
Hai 3 modi per scoprirlo:< / P >
< P > < UL >
< LI > dai messaggi di avvio di X11, per esempio:
< P > < CODE > (--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000< BR >
(--) SVGA: Linear framebuffer at 0xD8000000< / CODE > < / P > < / LI >
< LI > da /proc/pci (usa il comando lspci -v):
< P >
< CODE > 01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525< / CODE >
< CODE > Memory at d8000000 (32-bit, prefetchable)< / CODE >
< / P >
< LI > dai messaggi del driver del kernel mga_vid (usa dmesg):
< P > < CODE > mga_mem_base = d8000000< / CODE > < / P >
< / UL > < / P >
< P > Poi troviamo la dimensione della memoria. E molto semplice, basta convertire la quantit<69> di ram video
in esadecimale, o usare questa tabella:< / P >
< TABLE BORDER = 0 >
< TD > < / TD > < TD > 1 MB< / TD > < TD WIDTH = 10% > < / TD > < TD > 0x100000< / TD > < TR >
< TD > < / TD > < TD > 2 MB< / TD > < TD > < / TD > < TD > 0x200000< / TD > < TR >
< TD > < / TD > < TD > 4 MB< / TD > < TD > < / TD > < TD > 0x400000< / TD > < TR >
< TD > < / TD > < TD > 8 MB< / TD > < TD > < / TD > < TD > 0x800000< / TD > < TR >
< TD > < / TD > < TD > 16 MB< / TD > < TD > < / TD > < TD > 0x1000000< / TD > < TR >
< TD > < / TD > < TD > 32 MB< / TD > < TD > < / TD > < TD > 0x2000000< / TD > < TR >
< / TABLE >
< P > Conosci l'indirizzo di base e la dimensione della memoria, configuriamo i registri mtrr!
Per esempio, per la scheda Matrox di cui sopra (base=0xd8000000) con 32MB di
ram (size=0x2000000) basta eseguire:< / P >
< P > < CODE > echo "base=0xd8000000 size=0x2000000 type=write-combining" > | /proc/mtrr< / CODE > < / P >
< P > Non tutte le CPU supportano l'MTRR. Per esempio i pi<70> vecchi K6-2 [circa 266Mhz,
stepping 0] non supportano l'MTRR, ma gli stepping 12 si ('< CODE > cat /proc/cpuinfo< / CODE > '
per controllare').< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "normal" > 2.3.1.2 Output video per normali schede video< / A > < / H4 >
< H4 > < A NAME = "xv" > 2.3.1.2.1 Xv< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > Sotto XFree86 4.0.2 o pi<70> recente, si possono usare le routine hardware della tua scheda
usando l'estensione XVideo. Questo <20> quello che usa l'opzione '-vo xv'. Inoltre,
questo driver <20> quello che supporta la regolazione di luminosit<69> /contrasto/hue/etc (a meno che tu stia usando
2002-03-06 23:28:06 +00:00
il vecchio, lento codec DirectShow DivX, che lo supporta ovunque), vedi la pagina di
2002-02-26 02:07:17 +00:00
man.< / P >
< P > Per farlo funzionare, assicurati delle seguenti cose:< / P >
< P > < UL >
< LI > Devi usare XFree86 4.0.2 o pi<70> recente (le versioni precedenti non hanno XVideo)
< LI > La tua scheda supporta l'accelerazione hardware (le schede moderne lo fanno)
< LI > X carica l'estensione XVideo, <20> qualcosa del genere:
< P > < CODE > (II) Loading extension XVideo< / CODE > < / P >
< P > in /var/log/XFree86.0.log< / P >
< P > NOTA: questo carica solo l'estensione XFree86. In una buona installazione, questo <20>
sempre caricato, e non significa che il supporto XVideo _della scheda_ <20> caricato!< / P >
< LI > La tua scheda ha il supporto Xv sotto Linux. Per vederlo, prova 'xvinfo', <20>
parte della distribuzione di XFree86. Dovrebbe mostrare un lungo testo, simile
a questo:
< PRE >
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)
(...ecc...)
< / PRE >
< P > Deve supportare i formati pixel YUY2 packed, e YV12 planar per essere
2003-01-01 23:09:22 +00:00
utilizzabile con MPlayer.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< LI > E infine, controlla se MPlayer <20> stato compilato col supporto 'xv'.
2002-02-26 02:07:17 +00:00
./configure ti dice questo.
< / UL > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_3dfx" > 2.3.1.2.1.1 Schede 3dfx< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > I vecchi driver 3dfx avevano problemi con l'accelerazione XVideo,
non supportavano ne YUY2 ne YV12, e cose del genere. Verifica di possedere
2002-04-13 01:25:51 +00:00
XFree86 versione 4.2.0 o maggiore, funziona bene con YV12 e YUY2. Le versioni
precedenti, inclusa la 4.1.0 < B > vanno in crash con YV12< / B > !
2002-03-06 23:28:06 +00:00
Se hai strani effetti con -vo xv, prova SDL (ha anche XVideo)
2002-09-26 17:22:49 +00:00
e guarda se aiuta. Controlla la < A HREF = "#sdl" > sezione SDL< / A > per dettagli.< / P >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< P > < B > O< / B > , prova il NUOVO driver -vo tdfxfb! Vedi la sezione < A HREF = "#tdfxfb" " > tdfxfb< / A > !< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_s3" > 2.3.1.2.1.2. Schede S3< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > La S3 Savage3D dovrebbe funzionare bene, ma per la Savage4, usa XFree86 versione 4.0.3
o maggiore (in caso di problemi con l'immagine, prova 16bpp). Come per S3 Virge.. c'<27> il supporto
xv, ma la scheda stessa <20> molto lenta, quindi faresti meglio a rivenderla.< / P >
2003-01-01 23:09:22 +00:00
< P > < B > NOTA< / B > : non <20> chiaro in quali modelli Savage manchi il supporto YV12,
ed <20> convertito dal driver (lento). Se hai dei sospetti sulla tua scheda, prendi un nuovo driver,
o chiedi gentilmente sulla mailing list mplayer-users mailing un driver col supporto
MMX/3DNow.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_nvidia" > 2.3.1.2.1.3. Schede nVidia< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > nVidia non <20> una scelta molto buona sotto Linux (secondo NVidia, questo
< A HREF = "users_against_developers.html#nvidia" > non <20> vero< / A > ).. Sarai costretto ad usare
il driver binario closed-source di nVidia, disponibile sul sito di nVidia. Il driver XFree86 standard
non supporta XVideo per queste schede, a causa delle specificazioni e dei sorgenti chiusi di nVidia.< / P >
< P > Per quanto ne so l'ultimo driver XFree86 contiene il supporto XVideo per
Geforce 2 e 3.< / P >
< P > < UL > < LI > Le schede Riva128 non hanno il supporto XVideo neanche col driver di nvidia :(
Lamentati con NVidia.< / UL > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_ati" > 2.3.1.2.1.4. Schede ATI< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P >
2003-01-01 23:09:22 +00:00
< LI > Il < A HREF = "http://gatos.sourceforge.net" > driver GATOS< / A > (che dovresti
2002-02-26 02:07:17 +00:00
usare, a meno che tu non abbia Rage128 o Radeon) ha VSYNC abilitato di default. Questo
significa che la velocit<69> di decodifica (!) <20> sincronizzata con quella di refresh del monitor. Se
la riproduzione sembra essere lenta, prova a disabilitare il VSYNC in qualche modo, o regola la velocit<69> di refresh
a n*(fps del filmato) Hz.< / LI >
< LI > Radeon VE - attualmente solo il CVS di XFree86 ha un driver per questa scheda, la versione
2003-01-01 23:09:22 +00:00
4.1.0 no. E nessun supporto TV out. Naturalmente con MPlayer puoi felicemente
2002-02-26 02:07:17 +00:00
ottenere una visualizzazione < B > accelerata< / B > , con o senza < B > output TV< / B > , e
2003-04-01 23:03:18 +00:00
non servono librerie o X. Leggi le sezioni < A HREF = "#vidix" > VIDIX< / A > .< / LI >
< / UL >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_neomagic" > 2.3.1.2.1.5. Schede NeoMagic< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P >
2002-03-05 01:13:04 +00:00
Queste schede possono essere trovate su molti laptop. Sfortunatamente, il driver in
X 4.2.0 non pu<70> usare Xv, ma abbiamo un driver modificato, capace di Xv, per te.
< A HREF = "http://www.mplayerhq.hu/MPlayer/contrib/NeoMagic-driver/neomagic_drv.o.4.2.0.bz2" > Scaricalo da qui< / A > .
2002-04-13 01:25:51 +00:00
Driver fornito da Stefan Seyfried.< / P >
< P > Per permettere la riproduzione di DVD cambia il tuo XF86Config cos<6F> :< / P >
< P >
Section "Device"< BR >
< I > [...]< / I > < BR >
Driver "neomagic"< BR >
< B > Option "OverlayMem" "829440"< / B > < BR >
< I > [...]< / I > < BR >
EndSection
< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "xv_trident" > 2.3.1.2.1.6. Schede Trident< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< P > Se vuoi usare xv con una scheda Trident, dato che non funziona
2003-01-01 23:09:22 +00:00
col 4.1.0, installa XFree 4.2.0 che
aggiunge il supporto per xv a pieno schermo con la scheda
2002-02-26 02:07:17 +00:00
Cyberblade XP.< / P >
2003-04-01 23:03:18 +00:00
< H4 > < A NAME = "xv_powervr" > 2.3.1.2.1.7 Kyro/PowerVR cards< / A > < / H4 >
< P > Se vuoi usare Xv con una scheda basata su Kyro (ad esempio la Hercules
Prophet 4000XT), devi scaricare i driver dal
< A HREf = "http://www.powervr.com" > sito PowerVR< / A > .< / P >
< H4 > < A NAME = "dga_summary" > 2.3.1.2.2 DGA< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > INTRODUZIONE< / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< P > Questa sezione tenta di spiegare cosa sia il DGA in generale e
2002-02-26 02:07:17 +00:00
cosa pu<70> fare (e cosa non pu<70> ) il driver di output video DGA di mplayer.< / P >
2003-04-01 23:03:18 +00:00
< H4 > COS'E IL DGA< / H4 >
2002-02-26 02:07:17 +00:00
< P > DGA <20> l'acronimo di Direct Graphics Access (Accesso Diretto alla Grafica, ndt) ed <20> un modo per un programma di
aggirare il server X e modificare direttamente la memoria del framebuffer.
Detto tecnicamente questo <20> possibile mappando la memoria del framebuffer nell'area
di memoria del tuo processo. Questo <20> permesso dal kernel solo se
hai i privilegi di superutente. Puoi ottenerli o loggandoti come
root o applicando il bit suid all'eseguibile mplayer (NON
consigliato!).< / P >
< P > Esistono due versioni di DGA: DGA1 <20> usato da XFree 3.x.x e DGA2 <20> stato
introdotto con XFree 4.0.1.< / P >
< P > DGA1 fornisce solo accesso diretto al framebuffer come descritto sopra. Per
cambiare la risoluzione del segnale video bisogna appoggiarsi all'estensione
XVidMode.< / P >
< P > DGA2 incorpora le caratteristiche di XVidMode e permette anche
di cambiare la profondit<69> del display. Cosi puoi, anche se <20> in esecuzione
un server X a 32 bit di profondit<69> , cambiare ad una profondit<69> di 15 bit e vice
versa. < / P >
< P > Per<EFBFBD> il DGA ha alcune pecche. Sembra che siano in qualche modo dipendenti dal
chip grafico che si usa e dall'implementazione del driver video del server X
2003-04-01 23:03:18 +00:00
che controlla questo chip. Quindi non funziona su tutti i sistemi.< / P >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > INSTALLARE IL SUPPORTO DGA PER MPLAYER< / H4 >
2002-02-26 02:07:17 +00:00
< P > Per prima cosa assicurati che X carichi l'estensione DGA, controlla in /var/log/XFree86.0.log:< / P >
< P > < CODE > (II) Loading extension XFree86-DGA< / CODE > < / P >
< P > Vedi, XFree86 4.0.x o maggiore <20> DECISAMENTE CONSIGLIATO!
2003-01-01 23:09:22 +00:00
Il driver DGA di MPlayer <20> trovato automaticamente da ./configure, o si pu<70> forzare con
2002-02-26 02:07:17 +00:00
--enable-dga.< / P >
< P > Se il driver non pu<70> cambiare ad una risoluzione minore, prova con le opzioni
-vm (solo con X 3.3.x), -fs, -bpp, -zoom per trovare una modalit<69> adatta.
Non c'<27> una conversione per ora.. :(< / P >
< P > Diventa ROOT. DGA ha bisogno dell'accesso di root per poter scrivere direttamente nella memoria video.
2003-01-01 23:09:22 +00:00
Se vuoi eseguirlo da utente, allora installa MPlayer SUID root:< / P >
2002-02-26 02:07:17 +00:00
< P > < CODE >
chown root /usr/local/bin/mplayer< BR >
chmod 750 /usr/local/bin/mplayer< BR >
chmod +s /usr/local/bin/mplayer< / CODE > < / P >
< P > Ora funziona anche da semplice utente.< / P >
< P > < B > !!!! MA RIMANI IN ASCOLTO !!!!< / B > < BR >
Questo <20> un < B > GRANDE< / B > rischio per la sicurezza! Non farlo mai su un server o un computer
al quale possono accedere altre persone perch<63> si possono ottenere i privilegi di root
attraverso mplayer suid root.< BR >
< B > !!!! QUINDI SEI STATO AVVISATO ... !!!!< / B > < / P >
< P > Ora usa l'opzione '-vo dga', ed ecco fatto! (spero:)
Dovresti anche provare se l'opzione '-vo sdl:dga' funziona per te! E' molto pi<70>
veloce!!!< / P >
2003-04-01 23:03:18 +00:00
< H4 > < A NAME = "dga_modelines" > CAMBIARE RISOLUZIONE< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > Il driver DGA permette di cambiare la risoluzione del segnale di uscita.
Questo evita la necessita di eseguire un (lento) ridimensionamento software e allo stesso
tempo fornisce un'immagine a pieno schermo. Idealmente dovrebbe andare all'esatta risoluzione
(tranne che per rispettare le proporzioni) dei dati video, ma il server X
permette solo di andare ad una risoluzione presente in
< CODE > /etc/X11/XF86Config< / CODE > (< CODE > /etc/X11/XF86Config-4< / CODE > per XFree 4.0.X).
Queste sono definite dalle cosi dette modeline e dipendono dalle capacit<69>
del tuo hardware video. Il server X legge questo file di configurazione all'avvio e
disabilita le modeline non adatte al tuo hardware. Puoi scoprire quali modalit<69> rimangono
nel file di log di X11. Si trova in:
< CODE > /var/log/XFree86.0.log< / CODE > .< / P >
2003-04-01 23:03:18 +00:00
< P > Queste funzionano bene col mio chip Riva128, usando il modulo del driver
XServer < CODE > nv.o< / CODE > .< / P >
< PRE >
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
< / PRE >
< H4 > DGA & MPlayer< / H4 >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > DGA <20> utilizzato in due posti in MPlayer: nel driver SDL
2002-02-26 02:07:17 +00:00
(-vo sdl:dga) e nel driver DGA (-vo dga).
Quello detto sopra <20> valido per entrambi; nella seguente sezione spiegher<65> come funziona
2003-01-01 23:09:22 +00:00
il driver DGA di MPlayer.< / P >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > CARATTERISTICHE< / H4 >
2002-02-26 02:07:17 +00:00
< P > Il driver DGA <20> invocato specificando -vo dga alla riga di comando.
Il comportamento di default <20> quello di cambiare ad una risoluzione il pi<70> vicino possibile
a quella originale del filmato. Ignora deliberatamente le opzioni
-vm e -fs (cambiare la modalit<69> video e il pieno schermo) -
tenta sempre di coprire la maggior parte possibile del monitor cambiando la
modalit<EFBFBD> video, astenendosi cos<6F> dall'usare anche un solo ciclo in pi<70> della CPU
per ridimensionare l'immagine.
Se non ti piace la modalit<69> che ha scelto puoi forzarlo ad usare la risoluzione
pi<EFBFBD> vicina a quella che gli viene passata con le opzioni -x e -y.
Con l'opzione -v, il driver DGA stamper<65> a video, tra le altre cose,
una lista delle risoluzioni supportate dal tuo attuale file
XF86-Config.
Con il DGA2 puoi anche forzarlo ad usare una certa profondit<69> usando l'pzione -bpp.
Le profondit<69> valide sono 15, 16, 24 e 32. Dipende dal tuo hardware
se queste profondit<69> sono supportate nativamente o se deve essere fatta una (possibilmente lenta)
conversione.< / P >
< P > Se sei abbastanza fortunato da avere abbastanza memoria video rimasta
per inserire un'intera immagine, il driver DGA user<65> il doppio buffering, che permette una riproduzione
video pi<70> fluida. Ti dir<69> se il doppio buffering <20> abilitato oppure
no.< / P >
< P > Doppio buffering significa che la successiva immagine del filmato viene disegnata nella
memoria video mentre <20> mostrata l'immagine attuale. Quando il successivo frame
<EFBFBD> pronto, basta dire al chip grafico la posizione nella memoria
del nuovo frame e prende semplicemente i dati da visualizzare da l<> .
Nel frattempo un altro buffer nella memoria sar<61> di nuovo riempito con nuovi dati
video.< / P >
Il doppio buffering pu<70> essere abilitato con l'opzione -double e disabilitato con
-nodouble. L'azione attualmente predefinita <20> quella di disabilitare il doppio
buffering. Quando si usa il driver DGA, l' OSD funziona
solo col doppio buffering abilitato. Comunque, abilitare il doppio buffering pu<70>
risultare in una grande perdita di velocit<69> (sul mio K6-II+ 525 usa un 20% in pi<70> di tempo della
CPU!) a seconda dell'implementazione del DGA per il tuo hardware.< / P >
2003-04-01 23:03:18 +00:00
< H4 > QUESTIONI SULLA VELOCITA'< / H4 >
2002-02-26 02:07:17 +00:00
< P > Parlando in generale, l'accesso al framebuffer DGA dovrebbe essere veloce almeno quanto
il driver X11 con in pi<70> il beneficio di avere l'immagine a pieno schermo.
I valori di velocit<69> in percentuale dati da mplayer devono essere interpretati con una certa
cura, dato che per esempio, col driver X11 non includono il tempo impiegato
dal server X necessario per il reale disegno. Aggancia un terminale alla porta
2003-04-01 23:03:18 +00:00
seriale della tua box ed esegui top per vedere cosa sta realmente accadendo.< / P >
2002-02-26 02:07:17 +00:00
< P > Parlando in generale, l'incremento di velocit<69> dato da DGA rispetto ad un uso 'normale' di X11
dipende in larga misura dalla tua scheda grafica e da quanto sia ben ottimizzato il modulo X-Server
per essa.< / P >
< P > Se hai un sistema lento, faresti meglio ad usare una profondit<69> di 15 o 16bit in quanto necessitano
solo met<65> della larghezza di banda della memoria rispetto ai 32.< / P >
< P > Anche usare una profondit<69> di 24bit <20> una buona idea se la tua scheda li supporta nativamente solo i
32 bit in quanto trasferisce il 25% in meno di dati rispetto alla modalit<69> 32/32.< / P >
< P > Ho visto gi<67> dei file avi riprodotti su un Pentium MMX 266. Le CPU AMD K6-2
dovrebbero andare bene dai 400 MHZ in su.< / P >
2003-04-01 23:03:18 +00:00
< H4 > BUG CONOSCIUTI< / H4 >
2002-02-26 02:07:17 +00:00
< P > Bene, secondo alcuni sviluppatori di XFree, DGA <20> proprio una bestiaccia. Raccomandano
di non usarlo. La sua implementazione non <20> sempre perfetta
con tutti i driver per chipset di XFree la fuori.< / P >
< P > < UL >
2003-04-01 23:03:18 +00:00
< LI > con XFree 4.0.3 e nv.o c'<27> un bug che risulta in strani colori< / LI >
2002-02-26 02:07:17 +00:00
< LI > il driver ATI necessita di cambiare la modalit<69> pi<70> volte dopo aver finito di usare
2003-04-01 23:03:18 +00:00
DGA< / LI >
2002-02-26 02:07:17 +00:00
< LI > alcuni driver semplicemente falliscono nel ritornare alla risoluzione normale (usa
2003-04-01 23:03:18 +00:00
Ctrl-Alt-Keypad +, - per ritornarci manualmente)< / LI >
< LI > alcuni driver semplicemente mostrano strani colori< / LI >
2002-02-26 02:07:17 +00:00
< LI > alcuni driver mentono sulla quantit<69> di memoria che mappano nello spazio di indirizzamento del
2003-04-01 23:03:18 +00:00
processo, cos<6F> vo_dga non user<65> il doppio buffering (SIS?)< / LI >
2002-02-26 02:07:17 +00:00
< LI > alcuni driver sembrano fallire nel riportare anche una singola modalit<69> valida. In questo caso
il driver DGA si interromper<65> lamentandosi di una modalit<69> senza senso di
2003-04-01 23:03:18 +00:00
100000x100000 o simile.< / LI >
< LI > OSD funziona solo col doppio buffering abilitato< / LI >
2002-02-26 02:07:17 +00:00
< / UL > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "sdl" > 2.3.1.2.3 SDL< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > SDL (Simple Directmedia Layer, Semplice Livello Diretto per media, ndt) <20> in generale una interfaccio video/audio
2002-03-06 23:28:06 +00:00
unificata. I programmi che ne fanno uso conoscono solo l' SDL, e nulla su quale driver video
o audio SDL usano veramente. Per esempio un port di Doom che usa SDL pu<70>
2002-02-26 02:07:17 +00:00
essere eseguito su svgalib, aalib, X, fbdev, e altri, devi solo specificare il
(per esempio) driver video da usare con la variabile d'ambiente SDL_VIDEODRIVER.
Bhe, in teoria.< / P >
2003-01-01 23:09:22 +00:00
< P > Con MPlayer, abbiamo usato la capacita di ridimensionamento software del suo driver X11 per
2002-02-26 02:07:17 +00:00
schede/driver che non supportano XVideo, finch<63> non abbiamo fatto il nostro (pi<70> veloce,
pi<70> bello) ridimensionatore software. Abbiamo anche usato il suo output aalib, ma ora abbiamo il nostro che <20>
pi<70> comodo. La sua modalit<69> DGA era migliore della nostra, fino a poco
tempo f<> . Afferrato ora? :)< / P >
< P > Aiuta anche con alcuni driver/schede difettosi se il video o l'audio sono a scatti
(non un problema di sistema lento).< / P >
2002-04-13 01:25:51 +00:00
< P > Il video output SDL supporta la visualizzazione dei sottotitoli sotto al filmato, sulla (se
presente) barra nera.< / P >
2003-01-01 23:09:22 +00:00
< P > < B > Ci sono molte opzioni a riga di comando per SDL:< / B > < / P >
< DL >
< DT > < CODE > -vo sdl:name< / CODE > < / DT >
< DD > specifica il driver video sdl da usare (es. aalib, dga, x11)< / DD >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< DT > < CODE > -ao sdl:name< / CODE > < / DT >
< DD > specifica il driver audio sdl da usare (es. dsp, esd, arts)< / DD >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< DT > < CODE > -noxv< / CODE > < / DT >
< DD > disabilita l'accelerazione hardware Xvideo< / DD >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< DT > < CODE > -forcexv< / CODE > < / DT >
< DD > tenta di forzare l'accelerazione Xvideo< / DD >
< / DL >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< TABLE BORDER = 0 >
< TR > < TD COLSPAN = 4 > < P > < B > Tasti per SDL:< / B > < / P > < / TD > < / TR >
< TR > < TD > < / TD > < TD > < CODE > F< / CODE > < / TD > < TD > < / TD > < TD > scambia le modalit<69> pieno schermo/finestra< / TD > < / TR >
< TR > < TD > < / TD > < TD > < CODE > C< / CODE > < / TD > < TD > < / TD > < TD > cambia tra le modalit<69> a pieno schermo disponibili< / TD > < / TR >
< TR > < TD > < / TD > < TD > < CODE > W/S< / CODE > < / TD > < TD > < / TD > < TD > sostituiscono * e / (controllo mixer)< / TD > < / TR >
< / TABLE >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > BUG CONOSCIUTI:< H4 >
2002-02-26 02:07:17 +00:00
< P > < UL > < LI > I tasti premuti sotto il driver sdl:aalib si ripetono all'infinito. (usa -vo aa !)
E' un bug di SDL, io non posso cambiarlo (provato con SDL 1.2.1).
2003-01-01 23:09:22 +00:00
< LI > NON USARE L'SDL CON LA GUI! Non funziona come dovrebbe.< / LI >
2002-02-26 02:07:17 +00:00
< / UL > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "svgalib" > 2.3.1.2.4 SVGAlib< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > INSTALLAZIONE< / H4 > < P >
Devi installare svgalib ed il suo pacchetto di sviluppo per fare in modo che
2003-01-01 23:09:22 +00:00
MPlayer compili il suo driver SVGAlib (riconosciuto automaticamente, ma pu<70> essere forzato),
2002-07-27 01:12:53 +00:00
e non dimenticare di modificare /etc/vga/libvga.config per adattarlo alla tua scheda & monitor.< / P >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > NOTE< / H4 > < P >
2002-07-27 01:12:53 +00:00
Non usare l'opzione -fs, in quanto abilita il ridimensionamento via software,
che <20> lento. Se ne hai davvero bisogno, usa l'opzione < CODE > -sws 4< / CODE > ,
risulter<65> una qualit<69> peggiore ma <20> in qualche modo pi<70> veloce.< / P >
2003-04-01 23:03:18 +00:00
< H4 > SUPPORTO EGA (4BPP)< / H4 > < P >
2003-01-01 23:09:22 +00:00
SVGAlib incorpora EGAlib, e MPlayer pu<70> mostrare qualsiasi
2002-07-27 01:12:53 +00:00
filmato in 16 colori, quindi <20> utilizzabile con le seguenti configurazioni:< / P >
< UL >
< LI > Scheda EGA con monitor EGA: 320x200x4bpp, 640x200x4bpp, 640x350x4bpp< / LI >
< LI > Scheda EGA con monitor CGA: 320x200x4bpp, 640x200x4bpp< / LI >
< / UL >
< P > Il valore di bpp (bits per pixel) deve essere impostato manualmente a 4:< BR >
< CODE > -bpp 4< / CODE > < BR >
Il filmato probabilmente deve essere ridimensionato per adattarlo alla modalit<69> EGA:< BR >
2003-03-22 12:02:27 +00:00
< CODE > -vf scale=640:350< / CODE > or< BR >
< CODE > -vf scale=320:200< / CODE > < BR >
2002-07-27 01:12:53 +00:00
Per questo abbiamo bisogno di una routine di ridimensionamento veloca ma di cattiva qualit<69> :< BR >
< CODE > -sws 4< / CODE > < BR >
Forse deve essere disabilitata la correzione automatica dell'aspetto:< BR >
< CODE > -noaspect< / CODE > < BR >
< / P >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< P > < B > NOTA:< / B > secondo la mia esperienza, la migliore qualit<69> di immagine su EGA
2003-10-25 18:44:41 +00:00
si ottiene riducendo un po' la luminosit<69> : < CODE > -vf eq=-20:0< / CODE > . Sulla
2003-04-01 23:03:18 +00:00
mia macchina ho dovuto anche ridurre la frequenza di campionamento dell'audio,
poich<63> il suono dava problemi a 44kHz: < CODE > -srate 22050< / CODE > .< / P >
< P > Puoi attivare l'OSD ed i sottotitoli con il filtro < CODE > expand< / CODE > , vedi
la pagina man per i parametri esatti.< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "fbdev" > 2.3.1.2.5 Output col Framebuffer (FBdev)< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2002-03-05 01:13:04 +00:00
< P > Se compilare il driver FBdev <20> stabilito automaticamente da ./configure .
2002-02-26 02:07:17 +00:00
Leggi la documentazione del framebuffer nei sorgenti del kernel
(Documentation/fb/*) per informazioni su come abilitarlo, ecc.. !< / P >
< P > Se la tua scheda non supporta lo standard VBE 2.0 (le pi<70> vecchie schede ISA/PCI,
come la S3 Trio64), ma solo VBE 1.2 (o pi<70> vecchio?) :
2002-03-05 01:13:04 +00:00
ebbene, VESAfb <20> ancora disponibile, ma dovrai caricare il programma SciTech Display
2002-02-26 02:07:17 +00:00
Doctor (prima UniVBE) prima di fare il boot di Linux. Usa un dischetto di boot DOS o
quello che vuoi. E non dimenticare di registrare il tuo UniVBE ;))< / P >
< P > L'output FBdev accetta alcuni parametri supplementari tra i quali:< / P >
< P > < TABLE BORDER = 0 >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -fb< / TD > < TD > < / TD > < TD >
< FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > specifica il dispositivo framebuffer da usare (/dev/fb0)< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -fbmode< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > nome della modalit<69> da usare (secondo /etc/fb.modes)< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -fbmodeconfig< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > file di configurazione delle modalit<69> (default /etc/fb.modes)< / TD > < TR >
2003-10-27 10:23:10 +00:00
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -monitor-hfreq< / TD > < TD > < / TD > < TD ROWSPAN = 3 > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > valori IMPORTANTI, vedi example.conf< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -monitor-vfreq< / TD > < TD > < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -monitor-dotclock< / TD > < TD > < / TD > < TR >
2002-02-26 02:07:17 +00:00
< / TABLE > < / P >
< P > Se vuoi cambiare ad una modalit<69> specifica, allora usa< / P >
< P > < CODE > mplayer -vm -fbmode (NomeModalit<69> ) nomefile< / CODE > < / P >
< P > < UL > < LI > l'opzione < B > -vm< / B > sceglier<65> la modalit<69> pi<70> adatta da /etc/fb.modes . Pu<50> essere usata
anche insieme alle opzioni -x e -y. L'opzione -flip <20> supportata solo se
il formato dei pixel del filmato corrisponde a quello dei pixel della modalit<69> video.
Fai attenzione al valore di bpp, il driver fbdev tenta di usare l'attuale,
o se si specifica l'opzione -bpp, allora quella.< / LI >
< LI > l'opzione < B > -zoom< / B > non <20> supportata (il ridimensionamento software <20> lento). l'opzione -fs
non <20> supportata. Non puoi usare le modalit<69> a 8bpp (o meno).< / LI >
< LI > Probabilmente vuoi nascondere il cursore : < CODE > echo -e '\033[?25l'< / CODE >
o < CODE > setterm -cursor off< / CODE > < BR >
e lo screen saver: < CODE > setterm -blank 0< / CODE > < BR >
Per riavere il cursore : < CODE > echo -e '\033[?25h'< / CODE >
o < CODE > setterm -cursor on< / CODE >
< / UL > < / P >
< P > NOTA: il cambiamento di modalit<69> video di FBdev _non funziona_ col framebuffer VESA,
2003-01-01 23:09:22 +00:00
e non richiederlo, in quanto non <20> una limitazione di MPlayer.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "mga_vid" > 2.3.1.2.6. Framebuffer Matrox (mga_vid)< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > Questa sezione parla del supporto BES (Back-End Scaler) di Matrox G200/G400/G450/G550,
2003-04-01 23:03:18 +00:00
il driver del kernel mga_vid. E' attualmente sviluppato da A'rpi, e
2002-02-26 02:07:17 +00:00
ha il supporto VSYNC hardware con triplo buffering. Funziona sia da console col framebuffer
che sotto X.< / P >
2003-04-01 23:03:18 +00:00
< P > < B > ATTENZIONE< / B > : Questo vale solo per Linux! Su sistemi non-Linux (testato
su FreeBSD), usa < A HREF = #vidix > VIDIX< / A > !< / P >
2002-02-26 02:07:17 +00:00
< P > Per usarlo, devi prima compilare mga_vid.o:< / P >
< P > < CODE > cd drivers< BR >
make< / CODE > < / P >
< P > Poi crea il dispositivo /dev/mga_vid:< / P >
< P > < CODE > mknod /dev/mga_vid c 178 0< / CODE > < / P >
< P > e carica il driver con< / P >
< P > < CODE > insmod mga_vid.o< / CODE > < / P >
< P > Dovresti controllare il riconoscimento della dimensione della memoria usando il comando 'dmesg'. Se <20>
sbagliata, usa l'opzione mga_ram_size (prima rmmod mga_vid), specifica la dimensione della memoria
della scheda in MB:< / P >
< P > < CODE > insmod mga_vid.o mga_ram_size=16< / CODE > < / P >
< P > Per farlo caricare/scaricare automaticamente quando ce n'<27> bisogno, prima inserisci la seguente riga
alla fine di /etc/modules.conf:< / P >
< P > < CODE > alias char-major-178 mga_vid< / CODE > < / P >
< P > Quindi copia il modulo < CODE > mga_vid.o< / CODE > nella posizione appropriata sotto
< CODE > /lib/modules/< versione kernel> /daqualcheparte< / CODE > .< / P >
< P > Poi esegui< / P >
< P > < CODE > depmod -a< / CODE > < / P >
2003-01-01 23:09:22 +00:00
< P > Ora devi (ri)compilare MPlayer, ./configure trover<65> /dev/mga_vid
e compiler<65> il driver 'mga'. In MPlayer si usa con '-vo mga' se
2002-02-26 02:07:17 +00:00
hai la console matroxfb, o '-vo xmga' sotto XFree86 3.x.x o 4.x.x.< / P >
< P > Il driver mga_vid coopera con Xv.< / P >
< P > Il file del dispositivo < CODE > /dev/mga_vid< / CODE > pu<70> essere letto (per esempio con
2002-03-06 23:28:06 +00:00
< CODE > cat /dev/mga_vid< / CODE > ) per avere alcune informazioni, e scritto per cambiare la luminosit<69>
2002-02-26 02:07:17 +00:00
: < CODE > echo "brightness=120" > /dev/mga_vid< / CODE > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "tdfxfb" > 2.3.1.2.7. Supporto YUV 3dfx (tdfxfb)< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > Questo driver usa il driver framebuffer del kernel tdfx per riprodurre i filmati con
accelerazione YUV. Devi avere un kernel col supporto tdfxfb, e ricompilare con
< CODE > ./configure --enable-tdfxfb< / CODE > < / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "opengl" > 2.3.1.2.8. Output in OpenGL< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > MPlayer supporta la visualizzazione dei filmati usando OpenGL, ma se
2002-06-19 01:44:19 +00:00
la tua piattaforma/driver supporta xv come dovrebbe essere su un PC con Linux, usa xv
invece, le prestazioni di OpenGL sono peggiori. Se hai una implementazione X11
senza il supporto di xv, OpenGL <20> un' alternativa disponibile.< / P >
< P > Sfortunatamente, non tutti
2002-02-26 02:07:17 +00:00
i driver hanno questa capacit<69> . Per esempio i driver Utah-GLX
(per XFree86 3.3.6) lo supportano, con tutte le schede.
Vedi < A HREF = "http://utah-glx.sourceforge.net" > http://utah-glx.sourceforge.net< / A >
per dettagli su come installarlo.< / P >
2002-06-19 01:44:19 +00:00
< P > XFree86(DRI) >= 4.0.3 supporta OpenGL con schede Matrox, e Radeon, >= 4.2
lo supporta anche per le Rage128.
2002-02-26 02:07:17 +00:00
Vedi < A HREF = "http://dri.sourceforge.net" > http://dri.sourceforge.net< / A > per scaricarlo,
e per istruzioni sull'installazione.< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "aalib" > 2.3.1.2.9. AAlib - visione in modalit<69> testo< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > < B > AAlib< / B > <20> una libreria per vedere la grafica in modalit<69> testo, usando un potente
2002-03-06 23:28:06 +00:00
renderer ASCII. Ci sono MOLTI programmi che gi<67> la supportano, come Doom,
Quake, ecc. MPlayer contiene un driver molto facile da usare per questa.
2002-02-26 02:07:17 +00:00
Se ./configure trova aalib installata, sar<61> compilato il driver libvo aalib.< / P >
< P > < TABLE BORDER = 0 >
< TD COLSPAN = 4 > < P > < B > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > Puoi usare alcuni tasti nella finestra AA per cambiare le opzioni di rendering:< / B > < / P > < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 1< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > diminuisce il contrasto< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 2< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > aumenta il contrasto< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 3< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > diminuisce la luminosit<69> < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 4< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > aumenta la luminosit<69> < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 5< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > (dis)attiva il rendering veloce< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 6< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > cambia la modalit<69> di dithering (nessuno, distribuzione dell'errore, floyd steinberg)< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > 7< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > inverte l' immagine< / TD > < TR >
2002-03-06 23:28:06 +00:00
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > a< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > cambia i controlli da aa a mplayer< / TD > < TR >
2002-02-26 02:07:17 +00:00
< TD COLSPAN = 4 > < P > < B > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > Possono essere usate le seguenti opzioni a riga di comando:< / B > < / P > < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aaosdcolor=V< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > cambia il colore dell'osd< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aasubcolor=V< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > cambia il colore dei sottotitoli< / TD > < TR >
< TD COLSPAN = 3 > < / TD > < TD > < P > < I > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > dove V pu<70> essere: (0/normal, 1/dark, 2/bold, 3/boldfont, 4/reverse, 5/special)< / P > < / TD > < TR >
< TD COLSPAN = 4 > < P > < B > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > La stessa AAlib fornisce un gran numero do opzioni.
Eccone alcune importanti:< / P > < / B > < / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aadriver< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > seleziona il driver aa consigliato (X11, curses, linux)< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aaextended< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > usa tutti i 256 caratteri< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aaeight< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > usa ascii a otto bit< / TD > < TR >
< TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > -aahelp< / TD > < TD > < / TD > < TD > < FONT face = "Verdana, Arial, Helvetica, sans-serif" size = 2 > stampa tutte le opzioni di aalib< / TD > < TR >
< / TABLE > < / P >
< P > NOTA: il rendering utilizza molta CPU, specialmente usando aalib su X,
e ne usa meno su console standard,
non-framebuffer. Usa SVGATextMode per selezionare una modalit<69> testo grande,
2003-04-01 23:03:18 +00:00
e divertiti! (le schede Hercules con uscita secondaria vanno forte :)) (anche
2003-10-25 18:44:41 +00:00
se, secondo me, puoi usare l'ozione < CODE > -vf 1bpp< / CODE > per avere un
2003-04-01 23:03:18 +00:00
immagine grafica su hgafb:)< / P >
2002-02-26 02:07:17 +00:00
2002-03-06 23:28:06 +00:00
< P > Usa l'opzione -framedrop se il tuo computer non <20> abbastanza veloce da renderizzare tutti i frame!< / P >
2002-02-26 02:07:17 +00:00
< P > Usandolo da terminale otterrai una pi<70> alta velocit<69> e qualit<69> usando il driver di linux, non
curses (-aadriver linux). Ma per questo devi avere accesso in scrittura a /dev/vcsa< terminale> !
2002-03-06 23:28:06 +00:00
Questa non <20> ipostata automaticamente da aalib, ma vo_aa cerca di trovare la modalit<69> migliore.
2002-02-26 02:07:17 +00:00
Vedi < A HREF = "http://aa-project.sourceforge.net/tune/" > http://aa-project.sourceforge.net/tune/< / A > per ulteriori questioni di regolazione.< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "vesa" > 2.3.1.2.10. VESA - output col BIOS VESA< / H4 >
2002-02-26 02:07:17 +00:00
< P >
2002-03-06 23:28:06 +00:00
Questo driver <20> stato pensato e introdotto come un < b > driver generico< / b > per qualsiasi scheda video
2003-01-01 23:09:22 +00:00
con un BIOS VESA VBE 2.0+ compatibile. Ma c'<27> ancora una ragione per lo sviluppo di
2002-07-27 01:12:53 +00:00
questo driver - la sua possibilit<69> di abilitare l'output sulla TV.< BR >
2002-02-26 02:07:17 +00:00
< b > VESA BIOS EXTENSION (VBE) Versione 3.0 Data: 16 Settembre 1998< / b > (Pagina 70)
dice:
< / P >
< P >
< code > < i >
< b > Design a doppio controller< / b > < br >
VBE 3.0 supporta il design a doppio controller supponendo che, dato che entrambi
i controller sono solitamente forniti dallo stesso OEM, sotto il controllo di una
2002-03-06 23:28:06 +00:00
singola ROM BIOS sulla stessa scheda grafica, <20> possibile nascondere all'applicazione il fatto che
sono realmente presenti due controller. Questo ha la limitazione
2002-02-26 02:07:17 +00:00
di impedire l'uso contemporaneo dei controller indipendenti,
ma consente alle applicazioni rilasciate prima del VBE 3.0 di operare normalmente. La funzione
VBE 00h fornisce l'informazione combinata dei due
controller, inclusa la lista combinata delle modalit<69> disponibili.
Quando l'applicazione seleziona una modalit<69> , viene attivato il controller appropriato.
Ogni rimanente funzione VBE quindi opera sul controller attivo.
< / i > < / code >
< / P >
< P >
Quindi si ha la possibilit<69> di far andare il TV-out con questo driver.< br >
(Suppongo che spesso il TV-out abbia un output suo proprio,
almeno.)
< / P >
2003-04-01 23:03:18 +00:00
< H4 > VANTAGGI:< / H4 >
< UL >
< LI > Hai la possibilit<69> di vedere filmati < B > anche se Linux non conosce nemmeno
< / B > il tuo hardware video.< / LI >
< LI > Non devi aver installato niente per la grafica sul tuo Linux
(come X11 (cio<69> XFree86), fbdev e cos<6F> via). Questo driver pu<70> essere
eseguito dalla < B > modalit<EFBFBD> testo< / B > .< / LI >
< LI > Hai la possibilit<69> di avere il < B > TV-out funzionante< / B > (almeno con le
schede ATI).< / LI >
< LI > Questo driver richiama l'handler < B > int 10h< / B > quindi non <20> un emulatore
- richiama le cose < B > reali< / B > del < B > reale< / B > BIOS in modalit<69>
< B > reale< / B > . (detto meglio -in modalit<69> vm86).< / LI >
< LI > Puoi usarlo insieme a Vidix, ottenendo cos<6F> l'accelerazione video < B > E< / B >
l'output su TV allo stesso tempo! (raccomandato per le schede ATI)< / LI >
2003-10-27 10:23:10 +00:00
< LI > Se hai VESA VBE 3.0+, e hai specificato < CODE > monitor-hfreq< / CODE > ,
< CODE > monitor-vfreq< / CODE > , < CODE > monitor-dotclock< / CODE > da qualche parte (file di
2003-01-01 23:09:22 +00:00
configurazione, o linea di comando) otterrai il refresh rate pi<70> alto possibile. (Usando
General Timing Formula). Per abilitalo dovrai specificare
< B > tutte< / B > le opzioni del tuo monitor.< / LI >
2003-04-01 23:03:18 +00:00
< / UL >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > SVANTAGGI:< / H4 >
< UL >
< LI > Funziona solo su < B > sistemi x86< / B > .< / LI >
< LI > Pu<EFBFBD> essere usato solo da < B > ROOT< / B > .< / LI >
< LI > Attualmente <20> disponibile solo per < B > Linux< / B > .< / LI >
< / UL >
2002-02-26 02:07:17 +00:00
< P > Non usare questo driver col < B > GCC 2.96< / B > ! Non funzioner<65> !< / P >
2003-04-01 23:03:18 +00:00
< H4 > OPZIONI A RIGA DI COMANDO DISPONIBILI PER VESA:< / H4 >
2003-01-01 23:09:22 +00:00
< DL >
< DT > < CODE > -vo vesa:opzioni< / CODE > < / DT >
< DD > attualmente riconosciute: < B > dga< / B > per forzare la modalit<69> dga e < B > nodga< / B > per
disabilitarla. Nella modalit<69> dga si pu<70> abilitare il double buffering con l'opzione
< CODE > -double< / CODE > . Nota: si possono tralasciare questi parametri per abilitare il
< B > riconoscimento automatico< / B > della modalit<69> dga.< / DD >
< / DL >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > PROBLEMI CONOSCIUTI E COME AGGIRARLI< / H4 >
< UL >
< LI > Se hai installato il font < B > NLS< / B > sulla tua Linux box ed esegui il
driver VESA dalla modalit<69> testo allora dopo aver chiuso mplayer avrai il
< B > font ROM< / B > caricato invece del nazionale. Puoi ricaricare il font
nazionale usando l'utilit<69> < CODE > setsysfont< / CODE > dalla, per esempio,
distribuzione Mandrake. (< B > Suggerimento< / B > : la stessa utilit<69> <20> usata per
la "localizzazione" di fbdev).< / LI >
< LI > Alcuni < B > driver grafici di Linux< / B > non aggiornano la < B > modalit<EFBFBD>
BIOS< / B > attiva nella memoria DOS. Quindi se hai un tale problema - usa sempre
il driver VESA solo dalla < B > modalit<EFBFBD> testo< / B > . Altrimenti la modalit<69> testo
(#03) sar<61> attivata comunque e dovrai far ripartire il computer.< / LI >
< LI > Spesso dopo aver terminato il driver VESA si ottiene uno < B > schermo
nero< / B > . Per farlo ritornare allo stato originale - cambia semplicemente
console (premendo < B > Alt-Fx< / B > ) poi ritorna alla precedente console nello
stesso modo.< / LI >
< LI > Per far < B > funzionare il TV-out< / B > devi avere il connettore della tv
inserito prima di far partire il tuo PC in quanto il BIOS video si
inizializza solo una volta durante la procedura di POST.< / LI >
< / UL >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "x11" > 2.3.1.2.11. X11< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P > Evitalo se possibile. Da l'output a X11 (usa l'estensione per la memoria condivisa), senza alcuna
accelerazione hardware. Supporta (accelerato da MMX/3DNow/SSE, ma ancora
lento) il ridimensionamento software, usa le opzioni < CODE > -fs -zoom< / CODE > . Molte schede
hanno il supporto per il ridimensionamento hardware, usa l'output < CODE > -vo xv< / CODE > per queste, o
< CODE > -vo xmga< / CODE > per le Matrox.< / P >
< P > Il problema <20> che il driver della maggior parte delle schede non supporta
l'accelerazione hardware sulla seconda uscita/TV. In quei casi, si vede una finestra verde/blu
invece del filmato. Qui <20> dove questo driver <20> utile,
ma hai bisogno di una CPU potente per usare il ridimensionamento software. Non usare
l'output+scaler software del driver SDL, ha una pessima qualit<69> d'immagine !< / P >
< P > Il ridimensionamento software <20> molto lento, faresti meglio a cambiare modalit<69> video invece.
2002-09-26 17:22:49 +00:00
E' molto semplice. Vedi la < A HREF = "#dga_modelines" . A > sezione sulle modeline DGA< / A > , e
2002-02-26 02:07:17 +00:00
inseriscile nel tuo XF86Config.
< UL >
< LI > Se hai XFree86 4.x.x - usa l'opzione < CODE > -vm< / CODE > . Cambier<65> ad una
risoluzione adatta al tuo filmato. Se non funziona :< / LI >
< LI > Con XFree86 3.x.x - devi cercare tra tutte le risoluzioni disponibili
con i tasti < B > CTRL-ALT-pi<70> < / B > e < B > meno< / B > .< / LI >
< / UL >
Se non riesci a trovare le modalit<69> che hai inserito, controlla l'output di XFree86. Alcuni
driver non possono usare i bassi pixelclock necessari per modalit<69> video a bassa
risoluzione.< / P >
2003-04-01 23:03:18 +00:00
< H4 > < A NAME = "vidix" > 2.3.1.2.12. VIDIX< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H4 > INTRODUZIONE< / H4 >
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< P > VIDIX <20> l'acronimo di < B > VID< / B > eo < B > I< / B > nterface for *ni< B > X< / B >
(Interfaccia Video per *nix, ndt).
E' stato studiato e implementato come un'interfaccia per veloci driver in spazio utente
2002-07-27 01:12:53 +00:00
che offrono le stesse performance video che mga_vid fornisce pe le schede Matrox. E anche
molto portabile.< / P >
2002-02-26 02:07:17 +00:00
< P > Questa interfaccia <20> stata studiata come un tentativo di far rientrare le esistenti interfacce
2002-07-27 01:12:53 +00:00
di accelerazione video (conosciute come mga_vid, rage128_vid, radeon_vid, pm3_vid) in uno schema fisso. Fornisce
2002-02-26 02:07:17 +00:00
un'interfaccia di alto livello ai chip conosciuti come BES (BackEnd
scaler) o OV (Video Overlay). Non fornisce un'interfaccia di basso livello
a cose conosciute come server grafici. (Non voglio competere con il team di X11
nel cambiamento di modalit<69> grafica). Cio<69> , l'obbiettivo principale di questa interfaccia
2002-07-27 01:12:53 +00:00
<20> di fornire la massima velocit<69> di riproduzione video.
2002-02-26 02:07:17 +00:00
< / P >
< P > < B > < I > UTILIZZO< / I > < / B > < / P >
< P >
< LI > Puoi usare il driver di output video da solo: < CODE > -vo xvidix< / CODE > < BR >
Questo driver <20> stato sviluppato come una interfaccia di X11 per la tecnologia VIDIX.
2003-01-01 23:09:22 +00:00
necessita di un server X e pu<70> funzionare solo sotto un server X. Nota che, in quanto
accede direttamente all'hardware e aggira il driver X, le pixmap
salvate nella memoria della scheda video potrebbero essere corrotte. Si pu<70> evitare questo
limitando la quantit<69> di memoria video usata da X con l'opzione di XF86Config
"VideoRam" nella sezione device. Dovresti impostarla al valore della memoria della
scheda meno 4MB. Se hai meno di 8MB di
ram video, puoi invece usare l'opzione "XaaNoPixmapCache" nella sezione screen.< / LI >
2002-02-26 02:07:17 +00:00
< LI > Si pu<70> usare il sottodispositivo VIDIX che <20> stato applicato a molti driver di output video,
come:< BR >
2002-07-27 01:12:53 +00:00
< CODE > -vo vesa:vidix< / CODE > (< B > SOLO PER LINUX< / B > ) e < CODE > -vo fbdev:vidix< / CODE > < / LI >
2002-02-26 02:07:17 +00:00
Infatti non importa quale driver di output video si usa con < b > VIDIX< / b > .
< / P >
< P > < B > < I > REQUISITI< / I > < / B > < / P >
< P >
< LI > La scheda video dovrebbe essere in modalit<69> grafica (ho scritto < b > dovrebbe< / b > semplicemente
perch<63> l'ho provato in modalit<69> testo - funziona, ma da un terribile output ;) Usa
AAlib per quello).< BR >
< I > Nota: chiunque pu<70> provare questo trucco commentando il cambiamento di modalit<69> nel driver
vo_vesa.< / I > < / LI >
2003-01-01 23:09:22 +00:00
< LI > Il driver di output video di MPlayer dovrebbe conoscere la modalit<69> video attiva ed essere in grado di
2002-02-26 02:07:17 +00:00
dire al sottodispositivo VIDIX alcune caratteristiche video del server.< / LI >
< / P >
< P > < B > < I > METODI DI UTILIZZO< / I > < / B > < / P >
< P > Quando VIDIX <20> usato come < b > sottodispositivo< / b > (< CODE > -vo vesa:vidix< / CODE > ) allora
la configurazione della modalit<69> video <20> fatta dal dispositivo di output video
(< b > vo_server< / b > in breve). Quindi puoi passare alla linea di comando di
2003-01-01 23:09:22 +00:00
MPlayer le stesse opzioni di vo_server. In aggiunta interpreta l'opzione
2002-02-26 02:07:17 +00:00
< CODE > -double< / CODE > come un parametro globalmente visibile. (Consiglio di usare
questa opzione con VIDIX almeno per le schede ATI).< BR >
Come per < CODE > -vo xvidix< / CODE > : attualmente riconosce le seguenti
opzioni: < CODE > -fs -zoom -x -y -double< / CODE > .< BR >
< / P >
< P > Puoi anche specificare il driver VIDIX direttamente come terzo sotto argomento alla linea di
comando :< BR >
< BR >
< code > mplayer -vo xvidix:mga_vid.so -fs -zoom -double
file.avi< / code > < BR >
o< BR >
< code > mplayer -vo vesa:vidix:radeon_vid.so -fs -zoom -double -bpp
32 file.avi< / code > < BR >
< BR >
Ma <20> pericoloso, e non dovresti farlo. In questo caso il driver dato sar<61>
forzato e il risultato <20> imprevedibile (potrebbe < b > bloccare< / b > il tuo
computer). Dovresti farlo SOLO se sei assolutamente sicuro che funzioner<65> ,
2003-01-01 23:09:22 +00:00
e MPlayer non lo fa automaticamente. Per favore dillo agli
2002-02-26 02:07:17 +00:00
sviluppatori. Il Modo Giusto <20> usare VIDIX senza argomenti per abilitare il riconoscimento automatico del
driver.
< / P >
< P >
VIDIX <20> una tecnologia molto nuova ed <20> molto probabile che sul tuo sistema
2003-04-01 23:03:18 +00:00
non funzioni. In questo caso la sola soluzione per te <20> di eseguire
2002-02-26 02:07:17 +00:00
un port (principalmente libdha). Ma c'<27> la speranza che funzioni su quei sistemi dove funziona
X11.
< / P >
2003-04-01 23:03:18 +00:00
< P > Poich<EFBFBD> VIDIX richiede l'accesso diretto all'hardware, devi eseguirlo come
root od impostare il bit SUID sull'eseguibile di MPlayer (< B > Attenzione:
questo comporta grossi problemi di sicurezza!< / B > ). In alternativa, puoi usare
uno speciale modulo del kernel, facendo cos<6F> :< / P >
< OL >
< LI > Scarica la
< A HREF = "http://www.arava.co.il/matan/svgalib/" > versione in sviluppo< / A >
di svgalib (ad esemplio 1.9.17),< BR >
< B > O< / B > < BR >
scarica una versione creata da Alex apposta per l'utilizzo con
MPlayer (non richiede i sorgenti di svgalib per essere compilata) da
< A HREF = "http://www.mplayerhq.hu/~alex/svgalib_helper-1.9.17-mplayer.tar.bz2" >
qui< / A > .< / LI >
< LI > Compila il modulo nella directory < CODE > svgalib_helper< / CODE > (lo trovi
nella directory < CODE > svgalib-1.9.17/kernel/< / CODE > se hai
scaricato i sorgenti dal sito di svgalib) ed inseriscilo (insmod).< / LI >
< LI > Sposta la directory < CODE > svgalib_helper< / CODE > in
< CODE > mplayer/main/libdha/svgalib_helper< / CODE > .< / LI >
< LI > Da fare se hai scaricato i sorgenti dal sito svgalib: togliere il
commento prima della linea CFLAGS che contiene la stringa "svgalib_helper"
da < CODE > libdha/Makefile< / CODE > .< / LI >
< LI > Ricompilare ed installare libdha.< / LI >
< / OL >
< H4 > < A NAME = "vidix_ati" > 2.3.1.2.12.1 Schede ATI< / A > < / H4 >
< P > Attualmente la maggior parte delle schede ATI sono supportate in modo nativo,
dalla Mach64 alle ultime Radeon.< / P >
< P > Ci sono due driver: < CODE > radeon_vid< / CODE > per le schede Radeon e
< CODE > rage128_vid< / CODE > per le Rage 128. Puoi forzarne uno o lasciare che sia
VIDIX a cercare autonomamente il driver corretto.< / P >
< H4 > < A NAME = "vidix_matrox" > 2.3.1.2.12.2 Schede Matrox< / A > < / H4 >
< P > Le Matrox G200,G400,G450 e G550 sono state confermate funzionanti.< / P >
< P > Il driver supporta l'equalizzatore video e dovrebbere essere altrettanto
veloce come il < A HREF = "#mga_vid" > framebuffer Matrox< / A > .< / P >
< H4 > < A NAME = "vidix_trident" > 2.3.1.12.3 Schede Trident< / A > < / H4 >
< P > C'<27> un driver disponibile per il chipset Trident Cyberblade/i1 chipset, che
si trova sulle motherboard VIA Epia.< / P >
< P > il driver <20> stato scritto ed <20> mantenuto da Alastair M. Robinson, che offre
l'ultima versione disponibile sulla sua
< A HREF = "http://www.blackfiveservices.co.uk/EPIAVidix.shtml" > homepage< / A > .
I driver vengono portati in MPlayer con pochissimo ritardo, quindi
dovrebbero essere sempre aggiornati.< / P >
< H4 > < A NAME = "vidix_3dlabs" > 2.3.1.2.12.4 Schede 3DLabs< / A > < / H4 >
< P > Sebbene esista un driver per i chip 3DLabs GLINT R3 e Permedia3, nessuno lo
ha testato; quindi se hai notizie faccelo sapere.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "directfb" > 2.3.1.2.13 DirectFB< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > < I > "DirectFB <20> una libreria grafica che <20> stata progettata con in mente i sistemi
embedded. Offre la massima performance per l'accelerazione hardware con un minimo
utilizzo di risorse."< / I > - citato da
< A HREF = "http://www.directfb.org" > http://www.directfb.org< / A > .< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > Escluder<EFBFBD> le caratteristiche di DirectFB da questa sezione.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > Sebbene MPlayer non sia supportato come "video provider" in DirectFB, questo
driver di output abilita la riproduzione video tramite DirectFB. Naturalmente
2003-04-01 23:03:18 +00:00
<20> accelerata sulla mia Matrox G400 la velocit<69> di DirectFB <20> la stessa di
2003-01-01 23:09:22 +00:00
XVideo.< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > Cerca sempre di usare l'ultima versione di DirectFB. Si possono usare le opzioni di DirectFB
da riga di comando con l'opzione < CODE > -dfbopts< / CODE > .
La selezione del layer si pu<70> fare col metodo del sottodispositivo, es.: < CODE > -vo
directfb:2< / CODE > (layer -1 <20> il default: riconoscimento automatico)< / P >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "dfbmga" > 2.3.1.2.14 DirectFB/Matrox (dfbmga)< / A > < / H4 >
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > Leggi la < A HREF = "#directfb" > sezione principale di DirectFB< / A > per le informazioni
generali.< / P >
< P > Questo driver di output video abilita il CRTC2 (sulla seconda uscita) sulle schede
2003-04-01 23:03:18 +00:00
Matrox G400/G450/G550, mostrando il video < B > indipendentemente< / B > dalla prima uscita.< / P >
2002-09-26 17:22:49 +00:00
2003-01-01 23:09:22 +00:00
< P > Le istruzioni per farlo funzionare si trovano nella
< A HREF = "../tech/directfb.txt" > sezione tecnica< / A >
o direttamente sulla
2003-04-01 23:03:18 +00:00
< A HREF = "http://www.sci.fi/~syrjala/directfb/Matrox_TV-out_README.txt" >
home page< / A > di Ville Syrjala.< / P >
2003-01-01 23:09:22 +00:00
< P > Nota: noi non siamo riusciti a farlo andare, ma altri si. Comunque,
<20> iniziato il porting del codice CRTC2 in < B > mga_vid< / B > .< / P >
< H4 > < A NAME = "mpegdec" > 2.3.1.3 Decoder MPEG< / A > < / H4 >
< H4 > < A NAME = "dvb" > 2.3.1.3.1 DVB< / A > < / H4 >
< P > MPlayer supporta le schede con chipset DVB Siemens fabbricati da aziende quali
2002-09-26 17:22:49 +00:00
Siemens, Technotrend, Galaxis o Hauppauge. I driver DVB pi<70> recenti sono disponibili sul
sito < A HREF = "http://www.linuxtv.org" > Linux TV< / A > . Se vuoi
fare il transcoding software devi avere almeno una CPU da 1GHz.< / P >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< P > Lo script configure dovrebbe riconoscere automaticamente la tua scheda DVB. se non riesce, forzane
2003-01-01 23:09:22 +00:00
il riconoscimento con< / P >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< PRE >
./configure --enable-dvb
< / PRE >
< P > Se hai gli header ost in una locazione non-standard, imposta il path con< / P >
< PRE >
./configure --with-extraincdir=< directory sorgenti DVB> /ost/include
< / PRE >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< P > Quindi compila e installa come al solito.< / P >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< B > UTILIZZO< / B >
< P > Si pu<70> abilitare la decodifica hardware (riproduzione di file MPEG1/2 standard)
col comando:< / P >
< PRE >
mplayer -ao mpegpes -vo mpegpes file.mpg|vob
< / PRE >
< P > Si pu<70> abilitare la decodifica software o il transcoding da diversi formati a MPEG1
usando un comando come questo:< / P >
< PRE >
2003-03-22 12:02:27 +00:00
mplayer -ao mpegpes -vo mpegpes -vf lavc tuofile.ext
mplayer -ao mpegpes -vo mpegpes -vf expand,fame tuofile.ext
2002-09-26 17:22:49 +00:00
< / PRE >
< P > Nota che le schede DVB supportano solo un'altezza di 288 o 576 per il PAL e 240 o 480
per NTSC. < B > Devi< / B > ridimensionare se vuoi altre altezze aggiungendo
< CODE > scale=larghezza:altezza< / CODE > con le dimensioni desiderate all'opzione
2003-03-22 12:02:27 +00:00
< CODE > -vf< / CODE > . Le schede DVB accettano varie larghezze, come 720, 704,
2002-09-26 17:22:49 +00:00
640, 512, 480, 352 ecc e utilizzano il ridimensionamento hardware nella direzione orizzontale,
quindi nella maggior parte dei casi non devi ridimensionare orizzontalmente. Per un DivX 512x384 (aspetto 4:3) prova:< / P >
< PRE >
2003-03-22 12:02:27 +00:00
mplayer -ao mpegpes -vo mpegpes -vf scale=512:576,lavc
2002-09-26 17:22:49 +00:00
< / PRE >
< P > Se hai un filmato widescreen e non vuoi ridimensionarlo a piena altezza,
puoi usare il plugin < CODE > expand=l:a< / CODE > per aggiungere delle bande nere. Per vedere
un DivX 640x384, prova:< / P >
< PRE >
2003-03-22 12:02:27 +00:00
mplayer -ao mpegpes -vo mpegpes -vf expand=640:576,lavc file.avi
2002-09-26 17:22:49 +00:00
< / PRE >
< P > Se la tua CPU <20> troppo lenta per un DivX a dimensione intera 720x576, prova a ridurlo:< / P >
< PRE >
2003-03-22 12:02:27 +00:00
mplayer -ao mpegpes -vo mpegpes -vf scale=352:576,lavc file.avi
2002-09-26 17:22:49 +00:00
< / PRE >
< P > Se la velocit<69> non aumenta, prova anche a ridurlo verticalmente:< / P >
< PRE >
2003-03-22 12:02:27 +00:00
mplayer -ao mpegpes -vo mpegpes -vf scale=352:288,lavc file.avi
2002-09-26 17:22:49 +00:00
< / PRE >
2003-01-01 23:09:22 +00:00
< P > Per l'OSD e i sottotitoli usa l'opzione OSD del filtro di espansione. Quindi, invece
2002-09-26 17:22:49 +00:00
di < CODE > expand=l:a< / CODE > o < CODE > expand=l:a:x:y< / CODE > , usa
< CODE > expand=l:a:x:y:1< / CODE > (il quinto parametro < CODE > :1< / CODE > alla fine
abilita il rendering OSD). Potresti aver bisogno di spostare l'immagine un po' in alto
per ottenere una zona nera pi<70> grande per i sottotitoli. Potresti anche voler spostare in alto i sottotitoli, se
sono fuori dallo schermo della TV, usa l'opzione < CODE > -subpos < 0-100> < / CODE >
per regolarli (< CODE > -subpos 80< / CODE > <20> una buona scelta).< / P >
< P > Per riprodurre filmati non a 25fps su una TV PAL o con una CPU lenta, aggiungi l'opzione
< CODE > -framedrop< / CODE > .< / P >
< P > Per mantenere le proporzioni dei file DivX e ottenere i parametri di ridimensionamento ottimali
(ridimensionamento orizzontale in hardware e verticale in software mentre si conservano
2003-01-01 23:09:22 +00:00
le giuste proporzioni), usa il nuovo filtro dvbscale:< / P >
2002-09-26 17:22:49 +00:00
< PRE >
2003-05-16 13:56:27 +00:00
per TV 4:3: -vf dvbscale,scale=-1:0,expand=-1:576:-1:-1:1
2003-03-22 12:02:27 +00:00
per TV 16:9: -vf dvbscale=1024,scale=-1:0,expand=-1:576:-1:-1:1
2002-09-26 17:22:49 +00:00
< / PRE >
< H4 > FUTURO< / H4 >
< P > Se hai domande o vuoi sentire gli annunci di nuove caratteristiche e prender parte alle
discussioni su questo argomento, unisciti alla nostra mailing list
< A HREF = "http://mplayerhq.hu/mailman/listinfo/mplayer-dvb" > MPlayer-DVB< / A > .
Per favore ricorda che la lingua di questa lista <20> l'inglese.< / P >
< P > In futuro potresti aspettarti la possibilit<69> di mostrare l'OSD e i sottotitoli usando
la caratteristica OSD nativa delle schede DVB, e anche una riproduzione pi<70> fluente
dei filmati non a 25fps e il transcoding in tempo reale tra MPEG2 e MPEG4 (decompressione
parziale).< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "dxr2" > 2.3.1.3.2 DXR2< / A > < / H4 >
2002-09-26 17:22:49 +00:00
2003-01-01 23:09:22 +00:00
< P > DA FARE.< / P >
2002-09-26 17:22:49 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "dxr3" > 2.3.1.3.3 DXR3/Hollywood+< / A > < / H4 >
< P > MPlayer supporta la riproduzione accelerata in hardware con le schede Creative DXR3
2002-09-26 17:22:49 +00:00
e Sigma Designs Hollywood Plus. Queste schede usano il chip di decodifica MPEG em8300
prodotto da Sigma Designs.< / P >
< P > Prima di tutto devi installare correttamente i driver DXR3/H+, versione
0.12.0 o successiva. I driver e le istruzioni per l'installazione si trovano sul sito
< A HREF = "http://dxr3.sourceforge.net/" > DXR3 & Hollywood Plus per
Linux< / A > . Lo script configure dovrebbe riconoscere automaticamente la tua scheda, la compilazione
dovrebbe procedere senza problemi.< / P >
2003-04-01 23:03:18 +00:00
< H4 > UTILIZZO:< / H4 >
2002-09-26 17:22:49 +00:00
< DL >
2003-01-01 23:09:22 +00:00
< DT > < CODE > -vo dxr3:prebuf:sync:norm=x:< device> < / CODE > < / DT >
< DD > < CODE > overlay< / CODE > attiva l' overlay invece del TVOut. Necessita
un supporto overlay corretamente configurato. Il modo pi<70> facile per
configurarlo <20> di eseguire prima autocal. Quindi eseguire mplayer con l'output
dxr3 senza l'overlay, e eseguire dxr3view. In dxr3view si possono regolare
le impostazioni dell'overlay e vedere gli effetti in tempo reale, forse questa caratteristica
verr<72> supportata dalla GUI di MPlayer GUI in futuro. Quando l'overlay sar<61>
correttamente impostato non dovrai pi<70> usare dxr3view.< BR >
< DD > < CODE > prebuf< / CODE > attiva il prebuffering. Il prebuffering <20> una caratteristica
2002-09-26 17:22:49 +00:00
del chip em8300 che gli consente di tenere pi<70> di un frame del video alla volta.
2003-01-01 23:09:22 +00:00
Qusto significa che quando utilizzi il prebuffering
MPlayer tenta di tenere sempre pieno il buffer video.
Se sei su una macchina lenta probabilmente MPlayer user<65> circa
2002-09-26 17:22:49 +00:00
o esattamente il 100% della CPU. Questa situazione <20> comune in particolare nella riproduzione
2003-01-01 23:09:22 +00:00
di puri stream MPEG (come DVD, SVCD, ecc.) in quanto MPlayer non deve
2002-09-26 17:22:49 +00:00
ricodificarli in MPEG e riempir<69> il buffer molto velocemente.< BR >
Col prebuffering la riproduzione video <20> < B > molto< / B > meno sensibile ad altri
programmi che divorano la CPU, non scarter<65> alcun frame a meno che le altre applicazioni
non carichino la CPU per un lungo periodo.< BR >
2003-01-01 23:09:22 +00:00
Senza il prebuffering l' em8300 <20> molto pi<70> sensibile al carico della CPU load, quindi <20>
caldamente consigliato usare l'opzione di
MPlayer < CODE > -framedrop< / CODE > per evitare ulteriori perdite di sincronia.< BR >
< CODE > sync< / CODE > attiva il nuovo metodo di sincronia. E' attualmente in fase
sperimentale. Con questa opzione il clock interno dell' em8300
sar<61> continuamente monitorato, se comincia a deviare dal clock di MPlayer
verr<72> resettato facendo s<> che l' em8300 scarti i frame che sono rimasti indietro.< BR >
< CODE > norm=x< / CODE > imposta il norm della TV norm della scheda DXR3 senza la necessit<69> di
utility esterne come em8300setup. Norm valide sono 5 = NTSC, 4 = PAL-60,
3 = PAL. Norm speciali sono 2 (riconosce automaticamente PAL/PAL-60) e 1
(riconosce automaticamente PAL/NTSC) in quanto decidono quale norm usare
2003-04-01 23:03:18 +00:00
controllando il frame rate del filmato. norm = 0 (default) non modifica
2003-01-01 23:09:22 +00:00
il norm attuale.< BR >
2002-09-26 17:22:49 +00:00
< CODE > < device> < / CODE > = numero del dispositivo da usare se hai pi<70> di una scheda
em8300.
< BR >
2003-01-01 23:09:22 +00:00
Queste opzioni possono tutte essere tralasciate.
2003-04-01 23:03:18 +00:00
< CODE > :prebuf:sync< / CODE > sembra andare benissimo per i DivX.
Alcuni hanno segnalato problemi usando l'opzione < CODE > prebuf< / CODE >
con i normali MPEG. Prova prima senza queste opzioni, se hai problemi di
sincronia o con i sottotitoli DVD prova ad usare < CODE > :sync< / CODE > .< / DD >
2002-09-26 17:22:49 +00:00
< DT > < CODE > -ao oss:/dev/em8300_ma-X< / CODE > < / DT >
< DD > Per l'output audio, dove < CODE > X< / CODE > <20> il numero del dispositivo
(0 se hai una sola scheda).< / DD >
< DT > < CODE > -aop list=resample:fout=xxxxx< / CODE > < / DT >
< DD > L' em8300 non pu<70> riprodurre campioni con frequenza minore di 44100Hz. Se la frequenza
di campionamento <20> sotto 44100Hz seleziona 44100Hz o 48000Hz a seconda di quale pi<70> si
avvicina. Cio<69> se il filmato usa 22050Hz, allora usa 44100Hz dato che
44100 / 2 = 22050, se <20> a 24000Hz, usa 48000Hz dato che 48000 / 2 = 24000 e cos<6F> via.
Questo non funziona con output audio digitale (< CODE > -ac hwac3< / CODE > ).< / DD >
2003-03-22 12:02:27 +00:00
< DT > < CODE > -vf lavc/fame< / CODE > < / DT >
2002-09-26 17:22:49 +00:00
< DD > Per vedere contenuti non-MPEG sul em8300 (cio<69> DivX o RealVideo) devi specificare
un filtro video MPEG1 come libavcodec (lavc) o libfame
(fame). Al momento lavc <20> pi<70> veloce che e ha una migliore qualit<69> dell'immagine,
suggeriamo di usarlo a meno che tu non riscontra problemi. Leggi la pagina di man
2003-03-22 12:02:27 +00:00
per altre informazioni su < CODE > -vf lavc/fame< / CODE > .< BR >
2003-01-01 23:09:22 +00:00
Usare lavc <20> caldamente consigliato. Al momento non <20> possibile regolare
l'fps dell' em8300 e ci<63> significa che <20> fisso a 29.97fps. Perci<63> si
2003-03-22 12:02:27 +00:00
consiglia di usare < CODE > -vf lavc=< qualit<EFBFBD> > :25< / CODE > ,
2003-01-01 23:09:22 +00:00
specialmente se usi il prebuffering. Quindi perch<63> 25 e non 29.97? Bhe,
il fatto <20> che quando si usa 29.97 l'immagine saltella un po'. La ragione
<20> a noi sconosciuta. Se lo si imposta a qualcosa tra 25 e
27 l'immagine si stabilizza. Per ora tutto quello che possiamo fare <20> accettarlo
come un fatto.< / DD >
2003-03-22 12:02:27 +00:00
< DT > < CODE > -vf expand=-1:-1:-1:-1:1,lavc< / CODE > < / DT >
2003-01-01 23:09:22 +00:00
< DD > Anche se il driver DXR3 pu<70> inserire degli OSD nei video MPEG1/2/4,
ha una qualit<69> molto minore dell'OSD di MPlayer, e ha anche alcuni problemi di
refresh. La riga di comando scritta sopra prima converte il video in entrata
in MPEG4 (questo <20> obbligatorio, spiacente), poi applica un filtro di espansione
che in realt<6C> non espande nulla (-1: default), ma applica il normale OSD
sull'immagine (questo <20> quello che fa l' "1" alla fine).< / DD >
2002-09-26 17:22:49 +00:00
< DT > < CODE > -ac hwac3< / CODE > < / DT >
< DD > L' em8300 supporta la riproduzione audio AC3 (suono surround) attraverso
2003-01-01 23:09:22 +00:00
l'uscita audio digitale della scheda. Vedi l'opzione < CODE > -ao oss< / CODE >
sopra, deve essere usata per specificare l'output DXR3 al posto di una scheda
2003-04-01 23:03:18 +00:00
sonora.< / DD >
2002-09-26 17:22:49 +00:00
< / DL >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "other" > 2.3.1.4 Altro hardware di visualizzazione< / A > < / H4 >
2002-09-26 17:22:49 +00:00
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "zr" > 2.3.1.4.1 Zr< / A > < / H4 >
2002-09-26 17:22:49 +00:00
2003-01-01 23:09:22 +00:00
< P > Questo <20> un driver per la visualizzazione (< CODE > -vo zr< / CODE > ) per un certo numero di schede MJPEG
di cattura/riproduzione (testato per DC10+ e Buz, e dovrebbe funzionare per
LML33, DC10). Il driver funziona codificando il frame in jpeg e mandandolo poi
alla scheda. Per la codifica jpeg <20> usato < B > libavcodec< / B > ,
ed <20> quindi necessario. Con la speciale modalit<69> < I > cinerama< / I > , si possono
guardare i film in vero wide screen se hai due beamer e due schede
MJPEG. A seconda della risoluzione e delle impostazioni di qualit<69> , questo driver
pu<70> richiedere molta potenza di CPU, ricorda di specificare < CODE > -framedrop< / CODE >
se la tua macchina <20> troppo lenta. Nota: ill mio AMD K6-2 350MHz <20> abbastanza (con < CODE >
-framedrop< / CODE > ) potente per vedere cose della dimensione dei VCD e film
ridimensionati.< / P >
< P > Questo driver dialoga col driver del kernel disponibile a
< A HREF = "http://mjpeg.sourceforge.net" > http://mjpeg.sourceforge.net< / A > , quindi
2003-04-01 23:03:18 +00:00
devi far funzionare questo prima. La presenza di una scheda MJPEG <20> rilevata
automaticamente dallo script configure; se l'autorilevamento non ha successo
forzalo con< / P >
< PRE >
./configure --enable-zr
< / PRE >
2003-01-01 23:09:22 +00:00
2003-04-01 23:03:18 +00:00
< P > L'output pu<70> essere controllato con varie opzioni, una descrizione completa
si trova nella pagina man; per una descrizione breve eseguire
< PRE >
mplayer -zrhelp
< / PRE >
< P > Funzioni quali la scalatura o l'OSD non sono gestite dal driver, ma possono
essere fatte tramite i filtri video. Ad esempio, supponi di avere un filmato
con una risoluzione di < CODE > 512x272< / CODE > e vuoi vederlo a schermo intero
sulla tua scheda DC10+. Ci sono essenzialmente tre possibilit<69> : puoi riscalare
il filmato con una larghezza di < CODE > 768< / CODE > o < CODE > 384< / CODE > o
< CODE > 192< / CODE > . Per ragioni di performance e qualit<69> , io sceglierei di
ridimensionare il filmato a < CODE > 384x204< / CODE > usando lo scalatore software
con l'algoritmo bilineare veloce. La linea di comando <20>
< PRE >
2003-10-25 18:44:41 +00:00
mplayer -vo zr -sws 0 -vf scale=384:204 movie.avi
2003-04-01 23:03:18 +00:00
< / PRE >
< P > Il ritaglio (cropping) pu<70> essere fatto sia dal filtro < CODE > crop< / CODE > che
dal driver stesso. Supponi che un filmato sia troppo largo per essere
visualizzato dalla tua scheda Buz e che vuoi usare < CODE > -zrcrop< / CODE > per
ridurne la larghezza; il comando da usare sarebbe
< PRE >
mplayer -vo zr -zrcrop 720x320+80+0 benhur.avi
< / PRE >
se vuoi invece usare il filtro < CODE > crop< / CODE > fai
< PRE >
2003-10-25 18:44:41 +00:00
mplayer -vo zr -vf crop=720:320:80:0 benhur.avi
2003-04-01 23:03:18 +00:00
< / PRE >
< P > Usando pi<70> di un'opzione < CODE > -zrcrop< / CODE > si attiva la modalit<69>
< I > cinerama< / I > , che permette di dividere l'immagine su pi<70> TV o proiettori
(beamer), al fine di creare uno schermo pi<70> grande. Supponi di avere due
proiettori. Quello di sinistra <20> collegato alla tua scheda Buz
< CODE > /dev/video1< / CODE > e quello di destra alla tua scheda DC10+
< CODE > /dev/video0< / CODE > . Il filmato ha risoluzione < CODE > 704x288< / CODE > .
Supponi anche di voler far funzionare il proiettore di destra in bianco e nero,
e di avere su quello di sinistra immagini con qualit<69> jpeg < CODE > 10< / CODE > .
Il comando da utilizzare sarebbe
< PRE >
mplayer -vo zr -zrdev /dev/video0 -zrcrop 352x288+352+0 -zrxdoff 0 -zrbw \
-zrcrop 352x288+0+0 -zrdev /dev/video1 -zrquality 10 movie.avi
< / PRE >
< P > Puoi notare che le opzioni che appaiono prima del secondo
< CODE > -zrcrop< / CODE > si riferiscono solo alla scheda DC10+ e quelle che lo
seguono si applicano alla scheda Buz. Il numero massimo di schede utilizzabili
con < I > cinerama< / I > <20> quattro, quindi puoi construire un maxischermo
< CODE > 2x2< / CODE > .
< P > Per finire un avviso importante: non avviare o fermare XawTV sul dispositivo
di riproduzione durante la stessa,
2003-01-01 23:09:22 +00:00
bloccher<65> il tuo computer. Va comunque bene far partire < B > PRIMA< / B >
XawTV, e < B > POI< / B > MPlayer, aspettare che MPlayer finisca e
2003-04-01 23:03:18 +00:00
< B > POI< / B > fermare XawTV.< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "blinken" > 2.3.1.4.2 Blinkenlights< / A > < / H4 >
< P > Questo driver <20> in grado di usare il protocollo UPD Blinkenlights.
2003-04-01 23:03:18 +00:00
Se non sai cosa sia < A HERF = "http://www.blinkenlights.de" > Blinkenlights< / A > ,
non hai bisogno di questo driver.< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "tv-out" > 2.3.1.5. Supporto TV-out< / A > < / H4 >
< H4 > < A NAME = "tv-out_matrox" > 2.3.1.5.1. Schede Matrox G400< / A > < / H4 >
2002-04-13 01:25:51 +00:00
< P > Sotto Linux hai due modi per far funzionare l'output TV delle G400 :< / P >
2002-02-26 02:07:17 +00:00
2002-09-26 17:22:49 +00:00
< P > < B > IMPORTANTE:< / B > per istruzioni sul supporto TV-out delle Matrox G450/G550) vedi la
prossima sezione!< / B > < / P >
2002-02-26 02:07:17 +00:00
< P >
< UL >
< LI > < B > XFree86< / B > : usando il driver e il modulo HAL, disponibile al
< A HREF = "http://www.matrox.com" > sito della Matrox< / A > . Questo ti dar<61> X sulla
TV.< BR > < B > Questo metodo non da una riproduzione accelerata< / B > come
sotto Windoze! Il secondo connettore ha solo il framebuffer YUV, il < I > BES< / I >
(Back End Scaler, il ridimensionatore YUV sulle schede G200/G400/G450/G550) non funziona
2002-03-06 23:28:06 +00:00
su questo! Il driver per windows in qualche modo aggira questo problema, probabilmente usando il motore
2002-02-26 02:07:17 +00:00
3D per zoomare, e il framebuffer YUV per visualizzare l'immagine zoomata.
Se vuoi veramente usare X, usa le opzioni < CODE > -vo x11 -fs -zoom< / CODE > ,
ma sar<61> < B > LENTO< / B > , e ha la protezione da copia < B > Macrovision< / B >
abilitata (puoi "aggirare" Macrovision usando
< A HREF = "http://avifile.sourceforge.net/mgamacro.pl" > questo< / A > script perl.
< / LI >
< LI > < B > Framebuffer< / B > : usando i < B > moduli matroxfb< / B > dei kernel 2.4.
I kernel 2.2 non hanno la possibilit<69> di usare il TVout, quindi sono inutili per questo.
Devi abilitare TUTTE le voci relative al matroxfb durante la compilazione (eccetto il
2002-05-06 00:37:52 +00:00
MultiHead), e compilarle come < B > moduli< / B > ! Devi avere anche I2C abilitato.
2002-02-26 02:07:17 +00:00
< UL >
< LI >
Entra in < CODE > TVout/matroxset< / CODE > e fai < CODE > make< / CODE > . Installa
< CODE > matroxset< / CODE > da qualche parte nel tuo PATH.< / LI >
< LI >
Se non hai < CODE > fbset< / CODE > installato, entra in
< CODE > TVout/fbset< / CODE > e fai < CODE > make< / CODE > . Installa
< CODE > fbset< / CODE > da qualche parte nel tuo PATH.< / LI >
< LI >
2003-01-01 23:09:22 +00:00
Poi entra nella directory < CODE > TVout/< / CODE > dei sorgenti di MPlayer,
2002-02-26 02:07:17 +00:00
ed esegui < CODE > ./modules< / CODE > da root. La tua console in modalit<69> testo
entrer<65> in modalit<69> framebuffer (non si pu<70> tornare indietro!).< / LI >
2002-09-26 17:22:49 +00:00
< LI > Quindi, MODIFICA ed esegui lo script < CODE > ./matroxtv< / CODE > . Questo ti presenter<65> un
2002-02-26 02:07:17 +00:00
menu molto semplice. Premi < B > 2< / B > e < B > ENTER< / B > . Ora dovresti avere la stessa immagine
2002-09-26 17:22:49 +00:00
sul monitor e sulla TV. Se
l'immagine della TV (PAL di default) ha delle strane strisce, lo script non <20> stato in grado di
settare correttamente la risoluzione (a 640x512 di default). Prova altre
risoluzioni e/o esperimenta con fbset< / LI >
2002-02-26 02:07:17 +00:00
< / UL >
< P >
Yoh. Il prossimo compito <20> quello di far scomparire il cursore su tty1 (o quello che <20> ),
e disattivare lo spegnimento dello schermo. Esegui i seguenti comandi:< / P >
< P >
< CODE > echo -e '\033[?25l'< / CODE > o < CODE > setterm -cursor off< BR >
setterm -blank 0< / CODE >
< / P >
< P >
Probabilmente vorrai metterli in uno script, e anche pulire lo
schermo.. Per riavere il cursore :< BR > < CODE > echo -e '\033[?25h'< / CODE >
o < CODE > setterm -cursor on< / CODE >
< / P >
< P > Inizia la riproduzione del filmato con < CODE > mplayer -vo mga -fs -screenw 640
-screenh 512 < nomefile> < / CODE > < BR >
(se usi X, ora cambia a matroxfb con per esempio CTRL-ALT-F1 !)< BR >
Cambia 640x512 se hai impostato la risoluzione diversamente..< BR >
< B > Goditi l' ultra-veloce output TV Matrox (meglio di Xv) !< / B >
< / P >
< / LI >
< / LI >
< / UL >
< / P >
2003-01-01 23:09:22 +00:00
< H4 > Costruire un cavo TV-out Matrox< / H4 >
2003-04-01 23:03:18 +00:00
< P > Nessuno si assume alcuna responsabilit<69> n<> fornisce alcuna garanzia per
qualsiasi danno causato seguendo questa documentazione.< / P >
< P > < B > Cavo per G400< / B > : Il quarto pin del connettore CRTC2 <20> il segnale video
composito. Le masse sono il sesto, settimo e ottavo pin (informazioni fornite
da Bal<61> zs R<> cz).< / P >
2003-01-01 23:09:22 +00:00
2003-04-01 23:03:18 +00:00
< P > < B > Cavo per G450< / B > : Il primo pin del connettore CRTC2 <20> il segnale video
composito. Le masse sono il quinto, sesto, settimo e quindicesimo (5, 6, 7, 15)
pin (informazioni fornite da Bal<61> zs Kerekes).< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "tv-out_matrox_g450" > 2.3.1.5.2 Schede Matrox G450/G550< / A > < / H4 >
2002-09-26 17:22:49 +00:00
< P > Il supporto al TV output per queste schede <20> stato introdotto solo recentemente, e non
<20> ancore ne kernel ufficiale. Al momento il modulo < B > mga_vid< / B >
non pu<70> essere usato AFAIK, perch<63> il driver G450/G550 funziona solo in una configurazione:
il primo chip CRTC (con molte pi<70> caratteristiche) sul primo
display (sul monitor), e il secondo CRTC (non < B > BES< / B > - per una spiegazione del
BES, vedi la sezione G400 sopra) sulla TV. Quindi al momento puoi usare solo il driver di
2003-01-01 23:09:22 +00:00
output < I > fbdev< / I > di MPlayer.< / P >
2002-09-26 17:22:49 +00:00
< P > Il primo CRTC non pu<70> essere indirizzato alla seconda uscita, al momento.
L'autore del driver del kernel matroxfb - Petr Vandrovec - ne implementer<65> probabilmente il
supportp, visualizzando l'output del primo CRTC su entrambe le uscite insieme,
come attualmente raccomandato per la G400, vedi la sezione sopra.< / P >
2003-01-01 23:09:22 +00:00
< P > La patch del kernel necessaria e le istruzioni dettagliate sono scaricabili da
2003-04-06 15:29:40 +00:00
< A HREF = "http://www.bglug.ca/matrox_tvout/" > http://www.bglug.ca/matrox_tvout/< / A > < / P >
2002-09-26 17:22:49 +00:00
2002-02-26 02:07:17 +00:00
2003-01-01 23:09:22 +00:00
< P > < B > < A NAME = "tv-out_ati" > 2.3.1.5.3. Schede ATI< / A > < / B > < / P >
2002-02-26 02:07:17 +00:00
< P >
2003-04-01 23:03:18 +00:00
< H4 > PREAMBOLO< / H4 >
2002-07-27 01:12:53 +00:00
Attualmente ATI non vuole supportare nessuno dei suoi chip TV-out sotto Linux
a causa della tecnologia sotto licenza della Macrovision che utilizzano.
2002-02-26 02:07:17 +00:00
2003-04-01 23:03:18 +00:00
< H5 > STATO DEL TV-OUT DELLE SCHEDE ATI SOTTO LINUX< H5 >
2002-07-27 01:12:53 +00:00
< UL >
< LI > < b > ATI Mach64< / b > <20> supportato da < A HREF = "http://gatos.sf.net" > gatos< / A > .< / LI >
< LI > < b > ASIC Radeon VIVO< / b > <20> supportato da < A HREF = "http://gatos.sf.net" > gatos< / A > .< / LI >
2003-01-01 23:09:22 +00:00
< LI > < B > Radeon< / B > e < B > Rage128< / B > : supportate da MPlayer!
2002-09-26 17:22:49 +00:00
Controlla le sezioni < a href = "#vesa" > driver VESA< / a > e < A HREF = "#vidix" > Vidix< / A > .< / LI >
2003-01-01 23:09:22 +00:00
< LI > < B > Rage Mobility P/M, Radeon, Rage 128, Mobility M3/M4< / B > : Supportate da
< A HREF = "http://www.stud.uni-hamburg.de/users/lennart/projects/atitvout/" >
atitvout< / A > .
2002-07-27 01:12:53 +00:00
< / UL >
2002-02-26 02:07:17 +00:00
< P >
2002-09-26 17:22:49 +00:00
Con altre schede, usate semplicemente il < a href = "#vesa" > driver VESA< / a > , senza
2002-07-27 01:12:53 +00:00
Vidix. Per<65> <20> necessaria una CPU potente.
2002-02-26 02:07:17 +00:00
< / P >
2002-07-27 01:12:53 +00:00
< P > La sola cosa che devi fare - < B > collegare la TV prima di avviare
2002-09-26 17:22:49 +00:00
il PC< / B > in quanto il BIOS video viene inizializzato solo al momento della
2002-07-27 01:12:53 +00:00
procedura di POST.
2002-02-26 02:07:17 +00:00
< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "tv-out_voodoo" > 2.3.1.5.4. Voodoo 3< / A > < / H4 >
2002-02-26 02:07:17 +00:00
< P >
2002-07-27 01:12:53 +00:00
Controlla < A HREF = "http://www.iki.fi/too/tvout-voodoo3-3000-xfree" > questa URL< / A > .
2002-02-26 02:07:17 +00:00
< / P >
2003-01-01 23:09:22 +00:00
< H4 > < A NAME = "tv-out_nvidia" > 2.3.1.5.5 nVidia< / A > < / H4 >
< P > Primo, DEVI scaricare i driver a sorgenti chiusi da
< A HREF = "http://nvidia.com" > http://nvidia.com< / A > . Non descriviamo il processo
di installazione e configurazione perch<63> non rientra negli scopi di
questa documentazione.< / P >
< P > Dopo che XFree86, XVideo, e l'accelerazione 3D funzionano correttamente,
modifica la sezione Device della tua scheda nel file < CODE > XF86Config< / CODE > ,
riferendoti al seguente esempio (adattalo per la tua scheda/TV):< / P >
< PRE >
Section "Device"
Identifier "GeForce"
VendorName "ASUS"
BoardName "nVidia GeForce2/MX 400"
Driver "nvidia"
#Option "NvAGP" "1"
Option "NoLogo"
Option "CursorShadow" "on"
Option "TwinView"
Option "TwinViewOrientation" "Clone"
Option "MetaModes" "1024x768,640x480"
Option "ConnectedMonitor" "CRT, TV"
Option "TVStandard" "PAL-B"
Option "TVOutFormat" "Composite"
EndSection
< / PRE >
< P > Naturalmente la perte importante <20> quella del TwinView.< / P >
2002-02-26 02:07:17 +00:00
< / BODY >
< / HTML >
