2.3.1. Dispositivi di output video

NOTA: guarda le prossime sezioni per dettagli e requisiti!

2.3.1.1. Configurare l' MTRR

E' DECISAMENTE consigliato controllare se i registri MTRR sono ben configurati, perchè possono fornire un grande aumento di prestazioni.

Fai un 'cat /proc/mtrr' :

--($:~)-- cat /proc/mtrr
reg00: base=0xe4000000 (3648MB), size= 16MB: write-combining, count=9
reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1


E' a posto, mostra la mia Matrox G400 con 16Mb di memoria. L'ho ottenuto con XFree 4.x.x , che configura i registri MTRR automaticamente.

Se non ha funzionato, devi farlo manualmente. Prima, bisogna trovare l'indirizzo di base. Hai 3 modi per scoprirlo:

• dai messaggi di avvio di X11, per esempio:

  (--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000
(--) SVGA: Linear framebuffer at 0xD8000000

• da /proc/pci (usa il comando lspci -v):

  01:00.0 VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525 Memory at d8000000 (32-bit, prefetchable)

• dai messaggi del driver del kernel mga_vid (usa dmesg):

  mga_mem_base = d8000000

Poi troviamo la dimensione della memoria. E molto semplice, basta convertire la quantità di ram video in esadecimale, o usare questa tabella:

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:

  echo "base=0xd8000000 size=0x2000000 type=write-combining" >| /proc/mtrr

Non tutte le CPU supportano l'MTRR. Per esempio i più vecchi K6-2 [circa 266Mhz, stepping 0] non supportano l'MTRR, ma gli stepping 12 si ('cat /proc/cpuinfo' per controllare').

2.3.1.2. Xv

Sotto XFree86 4.0.2 o più recente, si possono usare le routine hardware della tua scheda usando l'estensione XVideo. Questo è quello che usa l'opzione '-vo xv'. Inoltre, questo driver è quello che supporta la regolazione di luminosità/contrasto/hue/etc (a meno che tu stia usando il vecchio, lento codec DirectShow DivX, che lo supporta ovunque), vedi la pagina di man.

Per farlo funzionare, assicurati delle seguenti cose:

• Devi usare XFree86 4.0.2 o più recente (le versioni precedenti non hanno XVideo)
• La tua scheda supporta l'accelerazione hardware (le schede moderne lo fanno)
• X carica l'estensione XVideo, è qualcosa del genere:

    (II) Loading extension XVideo

  in /var/log/XFree86.0.log

  NOTA: questo carica solo l'estensione XFree86. In una buona installazione, questo è sempre caricato, e non significa che il supporto XVideo _della scheda_ è caricato!

• La tua scheda ha il supporto Xv sotto Linux. Per vederlo, prova 'xvinfo', è parte della distribuzione di XFree86. Dovrebbe mostrare un lungo testo, simile a questo:

  	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...)
  

  Deve supportare i formati pixel YUY2 packed, e YV12 planar per essere utilizzabile con MPlayer.

• E infine, controlla se MPlayer è stato compilato col supporto 'xv'. ./configure ti dice questo.

2.3.1.2.1. Schede 3dfx

I vecchi driver 3dfx avevano problemi con l'accelerazione XVideo, non supportavano ne YUY2 ne YV12, e cose del genere. Verifica di possedere XFree86 versione 4.1.0 o maggiore, funziona bene con YUY2, ma va in crash con YV12! Quindi, o aspetta il 4.2.0 o usa il cvs di DRI . Se hai strani effetti con -vo xv, prova SDL (ha anche XVideo) e guarda se aiuta. Controlla la sezione SDL per dettagli.

O, prova il NUOVO driver -vo tdfxfb! Vedi la sezione 2.3.1.9!

2.3.1.2.2. Schede S3

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'è il supporto xv, ma la scheda stessa è molto lenta, quindi faresti meglio a rivenderla.

NOTA: la schede Savage hanno una visualizzazione delle immagini lenta con YV12 (deve fare una conversione YV12->YUY2, perchè l'hardware Savage non può usare YV12). Quindi quando ad un certo punto di questa documentazione si dice "ha l'output YV12 usa questo, è più veloce", non è cosa certa. Prova questo driver che usa MMX2 per questa operazione ed è più veloce del driver nativo di X.

2.3.1.2.3. Schede nVidia

nVidia non è una scelta molto buona sotto Linux (secondo NVidia, questo non è vero).. 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.

Per quanto ne so l'ultimo driver XFree86 contiene il supporto XVideo per Geforce 2 e 3.

• Le schede Riva128 non hanno il supporto XVideo neanche col driver di nvidia :( Lamentati con NVidia.

2.3.1.2.4. Schede ATI

2.3.1.2.5. Schede NeoMagic

Queste schede possono essere trovate su molti laptop. Sfortunatamente, il driver in X 4.2.0 non può usare Xv, ma abbiamo un driver modificato, capace di Xv, per te. Scaricalo da qui. Driver fornito da Atmosfear.

2.3.1.2.6. Schede Trident

Se vuoi usare xv con una scheda trident, dato che non funziona col 4.1.0, prova l'ultimo cvs di Xfree o aspetta Xfree 4.2.0. L'ultimo cvs aggiunge il supporto per xv a pieno schermo con la scheda Cyberblade XP.

2.3.1.3. DGA

2.3.1.3.1. Sommario

Questo documento tenta di spiegare cosa sia il DGA in generale e cosa può fare (e cosa non può) il driver di output video DGA di mplayer.

2.3.1.3.2. Cos'è il DGA

DGA è l'acronimo di Direct Graphics Access (Accesso Diretto alla Grafica, ndt) ed è un modo per un programma di aggirare il server X e modificare direttamente la memoria del framebuffer. Detto tecnicamente questo è possibile mappando la memoria del framebuffer nell'area di memoria del tuo processo. Questo è 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!).

Esistono due versioni di DGA: DGA1 è usato da XFree 3.x.x e DGA2 è stato introdotto con XFree 4.0.1.

DGA1 fornisce solo accesso diretto al framebuffer come descritto sopra. Per cambiare la risoluzione del segnale video bisogna appoggiarsi all'estensione XVidMode.

DGA2 incorpora le caratteristiche di XVidMode e permette anche di cambiare la profondità del display. Cosi puoi, anche se è in esecuzione un server X a 32 bit di profondità, cambiare ad una profondità di 15 bit e vice versa.

Però 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 che controlla questo chip. Quindi non funziona su tutti i sistemi ...

2.3.1.3.3. Installare il supporto DGA per MPlayer

Per prima cosa assicurati che X carichi l'estensione DGA, controlla in /var/log/XFree86.0.log:

    (II) Loading extension XFree86-DGA

Vedi, XFree86 4.0.x o maggiore è DECISAMENTE CONSIGLIATO! Il driver DGA di MPlayer è trovato automaticamente da ./configure, o si può forzare con --enable-dga.

Se il driver non può cambiare ad una risoluzione minore, prova con le opzioni -vm (solo con X 3.3.x), -fs, -bpp, -zoom per trovare una modalità adatta. Non c'è una conversione per ora.. :(

Diventa ROOT. DGA ha bisogno dell'accesso di root per poter scrivere direttamente nella memoria video. Se vuoi eseguirlo da utente, allora installa MPlayer SUID root:

    chown root /usr/local/bin/mplayer
    chmod 750 /usr/local/bin/mplayer
    chmod +s /usr/local/bin/mplayer

Ora funziona anche da semplice utente.

!!!! MA RIMANI IN ASCOLTO !!!!
Questo è un GRANDE rischio per la sicurezza! Non farlo mai su un server o un computer al quale possono accedere altre persone perchè si possono ottenere i privilegi di root attraverso mplayer suid root.
!!!! QUINDI SEI STATO AVVISATO ... !!!!

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ù veloce!!!

2.3.1.3.4. Cambiare risoluzione

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 /etc/X11/XF86Config (/etc/X11/XF86Config-4 per XFree 4.0.X). Queste sono definite dalle cosi dette modeline e dipendono dalle capacità 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à rimangono nel file di log di X11. Si trova in: /var/log/XFree86.0.log.

Vedi l'appendice A per alcune definizioni di modeline di esempio.

2.3.1.3.5. DGA & MPlayer

DGA è utilizzato in due posti in MPlayer: nel driver SDL (-vo sdl:dga) e nel driver DGA (-vo dga). Quello detto sopra è valido per entrambi; nella seguente sezione spiegherò come funziona il driver DGA di MPlayer.

2.3.1.3.6. Caratteristiche del driver DGA

Il driver DGA è invocato specificando -vo dga alla riga di comando. Il comportamento di default è quello di cambiare ad una risoluzione il più vicino possibile a quella originale del filmato. Ignora deliberatamente le opzioni -vm e -fs (cambiare la modalità video e il pieno schermo) - tenta sempre di coprire la maggior parte possibile del monitor cambiando la modalità video, astenendosi così dall'usare anche un solo ciclo in più della CPU per ridimensionare l'immagine. Se non ti piace la modalità che ha scelto puoi forzarlo ad usare la risoluzione più vicina a quella che gli viene passata con le opzioni -x e -y. Con l'opzione -v, il driver DGA stamperà 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à usando l'pzione -bpp. Le profondità valide sono 15, 16, 24 e 32. Dipende dal tuo hardware se queste profondità sono supportate nativamente o se deve essere fatta una (possibilmente lenta) conversione.

Se sei abbastanza fortunato da avere abbastanza memoria video rimasta per inserire un'intera immagine, il driver DGA userà il doppio buffering, che permette una riproduzione video più fluida. Ti dirà se il doppio buffering è abilitato oppure no.

Doppio buffering significa che la successiva immagine del filmato viene disegnata nella memoria video mentre è mostrata l'immagine attuale. Quando il successivo frame è 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à di nuovo riempito con nuovi dati video.

2.3.1.3.7. Questioni sulla velocità

Parlando in generale, l'accesso al framebuffer DGA dovrebbe essere veloce almeno quanto il driver X11 con in più il beneficio di avere l'immagine a pieno schermo. I valori di velocità 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 seriale della tua box ed esegui top per vedere cosa sta realmente accadendo ...

Parlando in generale, l'incremento di velocità 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.

Se hai un sistema lento, faresti meglio ad usare una profondità di 15 o 16bit in quanto necessitano solo metà della larghezza di banda della memoria rispetto ai 32.

Anche usare una profondità di 24bit è 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à 32/32.

Ho visto già dei file avi riprodotti su un Pentium MMX 266. Le CPU AMD K6-2 dovrebbero andare bene dai 400 MHZ in su.

2.3.1.3.8. Bug conosciuti

Bene, secondo alcuni sviluppatori di XFree, DGA è proprio una bestiaccia. Raccomandano di non usarlo. La sua implementazione non è sempre perfetta con tutti i driver per chipset di XFree la fuori.

• con XFree 4.0.3 e nv.o c'è un bug che risulta in strani colori
• il driver ATI necessita di cambiare la modalità più volte dopo aver finito di usare DGA
• alcuni driver semplicemente falliscono nel ritornare alla risoluzione normale (usa Ctrl-Alt-Keypad +, - per ritornarci manualmente)
• alcuni driver semplicemente mostrano strani colori
• alcuni driver mentono sulla quantità di memoria che mappano nello spazio di indirizzamento del processo, così vo_dga non userà il doppio buffering (SIS?)
• alcuni driver sembrano fallire nel riportare anche una singola modalità valida. In questo caso il driver DGA si interromperà lamentandosi di una modalità senza senso di 100000x100000 o simile ...
• OSD funziona solo col doppio buffering abilitato

2.3.1.3.9. Lavoro futuro

• usare la nuova interfaccia di rendering di X11 per OSD
• dov'è la mia lista delle cose da fare ???? :-(((

2.3.1.3.A. Alcune modeline

  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

Queste funzionano bene col mio chip Riva128, usando il modulo del driver XServer nv.o .

2.3.1.3.B. Segnalazione bug

Se riscontri dei problemi col driver DGA per favore sentiti libero di inviare una segnalazione di bug a me (indirizzo e-mail sotto). Per favore esegui mplayer con l'opzione -v e includi tutte le linee che cominciano con vo_dga: nella segnalazione

Includi anche la versione di X11 che usi, la scheda video e il tuo tipo di CPU. Anche il modulo del driver X11 (definito in XF86-Config) potrebbe aiutare. Grazie!

Acki (acki@acki-netz.de, www.acki-netz.de)

2.3.1.4. SDL

SDL (Simple Directmedia Layer, Semplice Livello Diretto per media, ndt) è in generale una interfaccio video/audio 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ò 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.

Con MPlayer, abbiamo usato la capacita di ridimensionamento software del suo driver X11 per schede/driver che non supportano XVideo, finchè non abbiamo fatto il nostro (più veloce, più bello) ridimensionatore software. Abbiamo anche usato il suo output aalib, ma ora abbiamo il nostro che è più comodo. La sua modalità DGA era migliore della nostra, fino a poco tempo fà. Afferrato ora? :)

Aiuta anche con alcuni driver/schede difettosi se il video o l'audio sono a scatti (non un problema di sistema lento).

Ecco alcune note sull'output SDL in MPlayer.

Ci sono molte opzioni a riga di comando per SDL:
	-vo sdl:nome		specifica il driver video sdl da usare (es. aalib, dga, x11)
	-ao sdl:nome		specifica il driver audio sdl da usare (es. dsp, esd, arts)
	-noxv		disabilita l'accelerazione hardware Xvideo
	-forcexv		tenta di forzare l'accelerazione Xvideo
Tasti per SDL:
	F		scambia le modalità pieno schermo/finestra
	C		cambia tra le modalità a pieno schermo disponibili
	W/S		sostituiscono * e / (controllo mixer)

BUG CONOSCIUTI:

• 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).

2.3.1.5. SVGAlib

Se non hai X, puoi usare l'output SVGAlib! Assicurati di non usare l'opzione -fs, in quanto abilita l'utilizzo del ridimensionamento software, e è LEEENTO per ora, a meno che tu non abbia una CPU veramente veloce (e/o MTRR?). :(

Naturalmente dovrai installare svgalib e il suo pacchetto di sviluppo in modo che MPlayer possa compilare il suo driver SVGAlib (trovato automaticamente, ma può essere forzato), e non dimenticare di modificare /etc/vga/libvga.config per adattarlo alla tua scheda video & monitor.

2.3.1.6. Output col Framebuffer (FBdev)

Se compilare il driver FBdev è stabilito automaticamente da ./configure . Leggi la documentazione del framebuffer nei sorgenti del kernel (Documentation/fb/*) per informazioni su come abilitarlo, ecc.. !

Se la tua scheda non supporta lo standard VBE 2.0 (le più vecchie schede ISA/PCI, come la S3 Trio64), ma solo VBE 1.2 (o più vecchio?) : ebbene, VESAfb è ancora disponibile, ma dovrai caricare il programma SciTech Display 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 ;))

L'output FBdev accetta alcuni parametri supplementari tra i quali:

	-fb		specifica il dispositivo framebuffer da usare (/dev/fb0)
	-fbmode		nome della modalità da usare (secondo /etc/fb.modes)
	-fbmodeconfig		file di configurazione delle modalità (default /etc/fb.modes)
	-monitor_hfreq		valori IMPORTANTI, vedi example.conf
	-monitor_vfreq
	-monitor_dotclock

Se vuoi cambiare ad una modalità specifica, allora usa

    mplayer -vm -fbmode (NomeModalità) nomefile

• l'opzione -vm sceglierà la modalità più adatta da /etc/fb.modes . Può essere usata anche insieme alle opzioni -x e -y. L'opzione -flip è supportata solo se il formato dei pixel del filmato corrisponde a quello dei pixel della modalità video. Fai attenzione al valore di bpp, il driver fbdev tenta di usare l'attuale, o se si specifica l'opzione -bpp, allora quella.
• l'opzione -zoom non è supportata (il ridimensionamento software è lento). l'opzione -fs non è supportata. Non puoi usare le modalità a 8bpp (o meno).
• Probabilmente vuoi nascondere il cursore : echo -e '\033[?25l' o setterm -cursor off
  e lo screen saver: setterm -blank 0
  Per riavere il cursore : echo -e '\033[?25h' o setterm -cursor on

NOTA: il cambiamento di modalità video di FBdev _non funziona_ col framebuffer VESA, e non richiederlo, in quanto non è una limitazione di MPlayer.

2.3.1.7. Framebuffer Matrox (mga_vid)

Questa sezione parla del supporto BES (Back-End Scaler) di Matrox G200/G400/G450/G550, il driver del kernel mga_vid. E' attualmente sviluppato da me (A'rpi), e ha il supporto VSYNC hardware con triplo buffering. Funziona sia da console col framebuffer che sotto X.

ATTENZIONE: su sistemi non-Linux, usa Vidix per mga_vid !!!

Per usarlo, devi prima compilare mga_vid.o:

    cd drivers
    make

Poi crea il dispositivo /dev/mga_vid:

    mknod /dev/mga_vid c 178 0

e carica il driver con

    insmod mga_vid.o

Dovresti controllare il riconoscimento della dimensione della memoria usando il comando 'dmesg'. Se è sbagliata, usa l'opzione mga_ram_size (prima rmmod mga_vid), specifica la dimensione della memoria della scheda in MB:

    insmod mga_vid.o mga_ram_size=16

Per farlo caricare/scaricare automaticamente quando ce n'è bisogno, prima inserisci la seguente riga alla fine di /etc/modules.conf:

    alias char-major-178 mga_vid

Quindi copia il modulo mga_vid.o nella posizione appropriata sotto /lib/modules/<versione kernel>/daqualcheparte.

Poi esegui

    depmod -a

Ora devi (ri)compilare MPlayer, ./configure troverà /dev/mga_vid e compilerà il driver 'mga'. In MPlayer si usa con '-vo mga' se hai la console matroxfb, o '-vo xmga' sotto XFree86 3.x.x o 4.x.x.

Il driver mga_vid coopera con Xv.

Il file del dispositivo /dev/mga_vid può essere letto (per esempio con cat /dev/mga_vid) per avere alcune informazioni, e scritto per cambiare la luminosità : echo "brightness=120" > /dev/mga_vid

2.3.1.8. Framebuffer SiS 6326 (sis_vid)

Driver del framebuffer YUV SiS 6326 -> driver del kernel sis_vid

La sua interfaccia dovrebbe essere compatibile con mga_vid, ma il driver non è stato aggiornato dopo i cambiamenti di mga_vid, quindi è obsoleto ora. Si cercano volontari per testarlo e aggiornare il codice.

2.3.1.9. Supporto YUV 3dfx (tdfxfb)

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 ./configure --enable-tdfxfb

2.3.1.10. Output in OpenGL

MPlayer supporta la visualizzazione dei filmati usando OpenGL. Sfortunatamente, non tutti i driver hanno questa capacità. Per esempio i driver Utah-GLX (per XFree86 3.3.6) lo supportano, con tutte le schede. Vedi http://utah-glx.sourceforge.net per dettagli su come installarlo.

XFree86(DRI) >= 4.0.3 lo supporta solo con schede Matrox, e Radeon. Vedi http://dri.sourceforge.net per scaricarlo, e per istruzioni sull'installazione.

2.3.1.11. AAlib - visione in modalità testo

Usandolo da terminale otterrai una più alta velocità e qualità usando il driver di linux, non curses (-aadriver linux). Ma per questo devi avere accesso in scrittura a /dev/vcsa<terminale>! Questa non è ipostata automaticamente da aalib, ma vo_aa cerca di trovare la modalità migliore. Vedi http://aa-project.sourceforge.net/tune/ per ulteriori questioni di regolazione.

2.3.1.12. VESA - output col BIOS VESA

2.3.1.13. X11

Il ridimensionamento software è molto lento, faresti meglio a cambiare modalità video invece. E' molto semplice. Vedi la sezione sulle modeline DGA, e inseriscile nel tuo XF86Config.

• Se hai XFree86 4.x.x - usa l'opzione -vm. Cambierà ad una risoluzione adatta al tuo filmato. Se non funziona :
• Con XFree86 3.x.x - devi cercare tra tutte le risoluzioni disponibili con i tasti CTRL-ALT-più e meno.

2.3.1.14. Livello video Rage128 (pro) / Radeon (radeon_vid)

radeon_vid e rage128_vid forniscono supporto per il BackEnd Scaler su chipset ATI Radeon e Rage128 (Pro). Sono stati studiati e introdotti come analoghi del driver mga_vid, quindi puoi usarli nello stesso modo!
Ma l'obbiettivo principale dell'uso di questi driver è il driver VESA.
Semplicemente perchè VESA abilita il TV-out sulle schede ATI ma il Backend scaler è usato dopo il cambiamento di modalità. Questa implementazione da il flusso video su entrambi: schermo TV e monitor CRTC simultaneamente. (Diminuisce leggermente la qualità dell'output video, ma è meglio che niente). Spiacente! Non sono riuscito a trovare nessuna informazione sul livello video sulle pagine di ATI. (ho deciso di implementarlo attraverso chiamate int 10h). Ma è stato molto facile implementare queste cose attraverso le porte di lettura/scrittura di Radeon.
NOTA: la tecnologia XXX_VID è assolutamente non documentata e probabilmente in futuro queste cose saranno completamente riscritte. Questo è il primo rilascio pubblico dei driver.

Installazione

• cd drivers/radeon
make
make install
make nodes
• aggiungi uno dei seguenti alla fine del file /etc/modules.conf :
    alias char-major-178 radeon_vid
  alias char-major-178 rage128_vid
• run depmod -a

Utilizzo:
  mplayer -vo vesa:vidix <le tue opzioni> nomefile

Più esempi (per il deinterlacing hardware, ecc) si possono trovare qui.

NOTA: non usare nessun framebuffer se intendi usare questi driver ! Usalo solo da una console in modalità testo.

Conclusioni: So che ci sono molte cose che mancano e molti bug. Quindi se sei in grado di migliorare qualcosa mandami semplicemente le tue patch.

2.3.1.15. VIDIX

COS'E' IL VIDIX

VIDIX è l'acronimo di VIDeo Interface for *niX (Interfaccia Video per *nix, ndt).
VIDIX è stato studiato e implementato come un'interfaccia per veloci driver in spazio utente che forniscono DGA ovunque è possibile (a differenza di X11). Spero che questi driver saranno portabili come X11 (non solo su *nix).
Cos'è:

Posso dirtelo in lettere maiuscole e grassetto :
VIDIX FORNISCE ACCESSO DIRETTO ALLA GRAFICA ALLA MEMORIA YUV BES.

Bene (è tra le cose che devo fare) - implementare un decoder da DGA a MPEG2.

Questa interfaccia è stata studiata come un tentativo di far rientrare le esistenti interfacce di accelerazione video (conosciute come mga_vid, mga_yuv, radeon_vid) in uno schema fisso. Fornisce 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à grafica). Cioè, l'obbiettivo principale di questa interfaccia è di fornire la massima velocità di riproduzione video ma non di mettere il segnale video sullo schermo della tua TV o sul nastro del tuo videoregistratore. Sebbene anche queste cose siano molto importanti - è esattamente un altro compito. (Comunque penso che sarebbe possibile implementare qualcosa come un mini-X (non confondetelo con Minix ;) in futuro, se si troverà un certo numero di volontari.

UTILIZZO

REQUISITI

METODI DI UTILIZZO

Quando VIDIX è usato come sottodispositivo (-vo vesa:vidix) allora la configurazione della modalità video è fatta dal dispositivo di output video (vo_server in breve). Quindi puoi passare alla linea di comando di MPlayer le stesse opzioni di vo_server. In aggiunta interpreta l'opzione -double come un parametro globalmente visibile. (Consiglio di usare questa opzione con VIDIX almeno per le schede ATI).
Come per -vo xvidix : attualmente riconosce le seguenti opzioni: -fs -zoom -x -y -double.

Puoi anche specificare il driver VIDIX direttamente come terzo sotto argomento alla linea di comando :

  mplayer -vo xvidix:mga_vid.so -fs -zoom -double file.avi
o
  mplayer -vo vesa:vidix:radeon_vid.so -fs -zoom -double -bpp 32 file.avi

Ma è pericoloso, e non dovresti farlo. In questo caso il driver dato sarà forzato e il risultato è imprevedibile (potrebbe bloccare il tuo computer). Dovresti farlo SOLO se sei assolutamente sicuro che funzionerà, e MPlayer non lo fa automaticamente. Per favore dillo agli sviluppatori. Il Modo Giusto è usare VIDIX senza argomenti per abilitare il riconoscimento automatico del driver.

VIDIX è una tecnologia molto nuova ed è molto probabile che sul tuo sistema (OS=abc CPU=xyz) non funzioni. In questo caso la sola soluzione per te è di eseguire un port (principalmente libdha). Ma c'è la speranza che funzioni su quei sistemi dove funziona X11.

E l'ultimo AVVERTIMENTO: (s)fortunatamente DEVI avere i permessi di ROOT per usare VIDIX a causa dell'accesso diretto all'hardware. Al limite dai il bit suid all'eseguibile MPlayer.

EQUALIZZATORE VIDEO

Questo è un equalizzatore video implementato specificatamente per Vidix. Puoi usarlo sia coi tasti 1-8 come descritto nelle pagine di man, o con argomenti dalla linea di comando. MPlayer riconosce le seguenti opzioni :

  -brightness - regola la LUMINOSITÀ dell'output video. Non è come la regolazione della luminosità sul pannello del monitor o della TV. Cambia l'intensità dei componenti RGB del segnale video da schermo nero a bianco.
  -contrast - regola il CONTRASTO dell'output video. Funziona in maniera simile alla lumunosità.
  -saturation - regola la SATURAZIONE dell'output video. Puoi ottenere un output in scala di grigi con questa opzione.
  -hue - regola l' HUE del segnale video. Puoi ottenere il negativo a colori dell'immagine con questa opzione.
  -red_intensity - regola l'intensità della componente ROSSO del segnale video.
  -green_intensity - regola l'intensità della componente VERDE del segnale video.
  -blue_intensity - regola l'intensità della componente BLU del segnale video.

Ogni parametro accetta valori da -1000 a +1000.
Il valore predefinito per ogni parametro è 0.

Nota: Non tutti i driver supportano ognuno di questi parametri. Attualmente solo radeon_vid.so fornisce il pieno supporto per l'equalizzazione video. Altri driver supportano solo parzialmente queste opzioni.

Esempi:
mplayer -vo vesa:vidix -brightness -300 -contrast 200 nomefile.avi
o
mplayer -vo xvidix -red_intensity -50 -saturation 400 -hue 300 nomefile.vob

2.3.1.16. Zr

Questo è un driver per la visualizzazione (-vo zr) 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 è usato libavcodec, ed è quindi necessario.

Questo driver dialoga col driver del kernel disponibile a http://mjpeg.sourceforge.net, quindi devi far funzionare questo prima. Poi ricompila MPlayer con --enable-zr.

Alcune osservazioni:

• non iniziare o fermare XawTV sul dispositivo di riproduzione durante la stessa, bloccherà il tuo computer. Va comunque bene far partire PRIMA XawTV, e POI MPlayer, aspettare che MPlayer finisca e POI fermare XawTV.
• questo driver aggiunge le opzioni -zr* alla linea di comando. La spiegazione di queste opzioni può essere visualizzata con -zrhelp. E' possibile tagliare il frame di input (tagliare i bordi per adattarlo o migliorare le prestazioni) e fare altre cose.
• Il driver prende i dati nei formati YV12 e YUY2. Questo significa che alcuni codec non funzioneranno. Alcuni vecchi codec VfW (Video for Windows), per esempio, non sono compatibili con questo driver. Il messaggio d'errore che vedrai è: Sorry, selected video_out device is incompatible with this codec.
• OSD non è attualmente supportato, quindi non vedrai i sottotitoli.

2.3.1.A. Supporto TV-out

2.3.1.A.1. Schede Matrox

Sotto Linux hai due modi per far funzionare l'output TV :

• XFree86: usando il driver e il modulo HAL, disponibile al sito della Matrox. Questo ti darà X sulla TV.
  Questo metodo non da una riproduzione accelerata come sotto Windoze! Il secondo connettore ha solo il framebuffer YUV, il BES (Back End Scaler, il ridimensionatore YUV sulle schede G200/G400/G450/G550) non funziona su questo! Il driver per windows in qualche modo aggira questo problema, probabilmente usando il motore 3D per zoomare, e il framebuffer YUV per visualizzare l'immagine zoomata. Se vuoi veramente usare X, usa le opzioni -vo x11 -fs -zoom, ma sarà LENTO, e ha la protezione da copia Macrovision abilitata (puoi "aggirare" Macrovision usando questo script perl.
• Framebuffer: usando i moduli matroxfb dei kernel 2.4. I kernel 2.2 non hanno la possibilità di usare il TVout, quindi sono inutili per questo. Devi abilitare TUTTE le voci relative al matroxfb durante la compilazione (eccetto il MultiHead), e compilarle come moduli!
  • Entra in TVout/matroxset e fai make. Installa matroxset da qualche parte nel tuo PATH.
  • Se non hai fbset installato, entra in TVout/fbset e fai make. Installa fbset da qualche parte nel tuo PATH.
  • Poi entra nella directory TVout/ dei sorgenti di MPlayer, ed esegui ./modules da root. La tua console in modalità testo entrerà in modalità framebuffer (non si può tornare indietro!).
  • Quindi, esegui lo script ./matroxtv. Questo ti presenterà un menu molto semplice. Premi 2 e ENTER. Ora dovresti avere la stessa immagine sul monitor e sulla TV. L'opzione 3. cambierà al display indipendente, ma a quel punto non puoi usare X! Se l'immagine della TV (PAL !) ha delle strane strisce, lo script non è stato in grado di settare correttamente la risoluzione (a 640x512 di default). Usa altre voci del menu a caso e andrà a posto :)

  Yoh. Il prossimo compito è quello di far scomparire il cursore su tty1 (o quello che è), e disattivare lo spegnimento dello schermo. Esegui i seguenti comandi:

  echo -e '\033[?25l' o setterm -cursor off
setterm -blank 0

  Probabilmente vorrai metterli in uno script, e anche pulire lo schermo.. Per riavere il cursore :
  echo -e '\033[?25h' o setterm -cursor on

  Inizia la riproduzione del filmato con mplayer -vo mga -fs -screenw 640 -screenh 512 <nomefile>
  (se usi X, ora cambia a matroxfb con per esempio CTRL-ALT-F1 !)
  Cambia 640x512 se hai impostato la risoluzione diversamente..
  Goditi l' ultra-veloce output TV Matrox (meglio di Xv) !

2.3.1.A.2. Schede ATI

Poche parole sul TV-out di ATI:
Attualmente ATI non vuole supportare nessuno dei suoi chip TV-out sotto Linux. Sotto c'è la risposta ufficiale di ATI Inc.:


> Ciao!
>
> Sulle vostre pagine scrivete che supportate gli sviluppatori linux.
> Attualmente partecipo al progetto mplayer (www.mplayerhq.hu)
> Sono interessato ad abilitare il TV-out su chip Radeon VE durante
> la riproduzione di filmati. Sarebbe bello aggiungere questa caratteristica al driver radeonfb
> (che si trova nell'albero CVS del progetto mplayer in main/drivers/radeon).
> Ho la possibilità di avere della documentazione tecnica ufficiale?
Non possiamo fornire documentazione relativa al TV out a causa della presenza di macrovision.
Anche il decoding mpeg2 è qualcosa che POTREMMO considerare nel futuro ma non
al momento. Questo è dovuto ancora a informazioni proprietarie e di terze
parti.

Peccato vero?

D:Cos'è Macrovision?
R:E' un meccanismo di protezione dalla copia.

Significa che se loro rilasciano qualunque informazione relativa al TV-out allora gli hacker saranno in grado di disabilitare la protezione dalla copia sui loro chip. Quindi non abbiamo possibilità di far funzionare il TV-out sulle ATI.

Qual'è lo stato dei chip tv-out ATI sotto Linux: