Ci sono due modi di far funzionare i font TrueType. Il primo consiste nel passare l'opzione -font sulla riga comando per specificare un file di font TrueType. Questa opzione sarà una buona candidata da mettere nel tuo file di configurazione (vedi la pagina di manuale per i dettagli). Il secondo è creare un collegamento simbolico al font di tua scelta, con nome subfont.ttf. Sia

ln -s /percorso/del/font_di_esempio.ttf ~/.mplayer/subfont.ttf

singolarmente per ciascun utente, oppure uno di sistema:

ln -s /percorso/del/font_di_esempio.ttf $PREFIX/share/mplayer/subfont.ttf

Se MPlayer è compilato con il supporto per fontconfig, i metodi precedenti non funzioneranno, piuttosto -font si aspetterà un nome di font fontconfig e il suo default sarà il font sans-serif. Esempio:

mplayer -font 'Bitstream Vera Sans' anime.mkv

Per ottenere una lista dei font conosciuti da fontconfig, usa il comando fc-list.

Se per qualche ragione desideri o ti serve utilizzare font bitmap, scaricali dal nostro sito. Puoi scegliere tra vari font ISO e qualche font creato dagli utenti in varie codifiche.

Decomprimi il file che hai scaricato, in ~/.mplayer o $PREFIX/share/mplayer. Poi rinomina o crea un collegamento simbolico ad una delle directory font, per esempio:

ln -s ~/.mplayer/arial-24 ~/.mplayer/font

ln -s $PREFIX/share/mplayer/arial-24 $PREFIX/share/mplayer/font

I font dovrebbero avere un file font.desc appropriato che relazioni le posizioni unicode con la pagina di codici corrente dei sottotitoli di testo. Un'altra soluzione sarebbe avere sottotitoli in UTF-8 e usare l'opzione -utf8 oppure dare al file dei sottotitoli lo stesso nome del tuo file video, con un'estensione .utf e posizionarlo nella stessa directory del file video stesso.

MPlayer possiede un'interfaccia per i Menu OSD completamente personalizzabile.

Xvid è un codec video libero compatibile MPEG-4 ASP. Nota che Xvid non è necessario per decodificare video codificato in Xvid. Viene usata di default libavcodec, dato che è più veloce.

x264 è una libreria per creare flussi video H.264. I sorgenti di MPlayer vengono aggiornati ogniqualvolta ci sia un cambiamento nelle API di x264, quindi si consiglia sempre di utilizzare la versione Subversion di MPlayer.

Se hai un client GIT installato, si possono ottenere i sorgenti più recenti di x264 col seguente comando:

git clone git://git.videolan.org/x264.git

Dopodiché lo si compila e installa nel solito modo:

./configure && make && make install

Poi riesegui ./configure affinché MPlayer rilevi la presenza di x264.

Il codec voce Adaptive Multi-Rate è usato nei telefoni cellulari di terza generazione (3G). La referenza per l'implementazione è disponibile da The 3rd Generation Partnership Project (gratuita per uso personale). Per abilitarne il supporto, scarica e installa le librerie per AMR-NB e AMR-WB seguendo le istruzioni da quella pagina. Dopodiché ricompila MPlayer.

MPlayer può utilizzare i plugin di ingresso di XMMS per riprodurre molti formati file. Ci sono plugin per i suoni dei videgiochi SNES, SID (dal Commodore 64), molti formati Amiga, .xm, .it, VQF, musepack, Bonk, shorten e molti altri. Puoi trovarli sulla pagina dei plugin di ingresso di XMMS.

Per questa caratteristica devi avere XMMS e compilare MPlayer con ./configure --enable-xmms.

MPlayer ti permette di collegare un qualsiasi tasto/bottone ad un qualsiasi comando di MPlayer usando un semplice file di configurazione. La sintassi consiste di un valore chiave seguito da un comando. Il percorso del file di configurazione di default è $HOME/.mplayer/input.conf, ma può essere reimpostato usando l'opzione -input conf (i percorsi sono relativi a $HOME/.mplayer).

Puoi ottenere una lista completa dei valori chiave supportati eseguendo mplayer -input keylist e una lista completa dei comandi disponibili eseguendo mplayer -input cmdlist.

##
## MPlayer input control file
##

RIGHT seek +10
LEFT seek -10
- audio_delay 0.100
+ audio_delay -0.100
q quit
> pt_step 1
< pt_step -1
ENTER pt_step 1 1

Linux Infrared Remote Control - usa un ricevitore IR facile da costruire in casa, un (quasi) qualsiasi telecomando e con esso puoi controllare la tua macchina Linux! Più informazioni su di esso sulla homepage di LIRC.

Se hai il pacchetto LIRC installato, configure lo rileverà. Se tutto è andato bene, MPlayer scriverà "Configurazione del supporto per LIRC..." (o "Setting up LIRC support...") all'avvio. Se ci sarà un errore, te lo dirà. Se non c'è messaggio alcuno circa LIRC, non vi è il supporto compilato. Tutto qua :-)

Il nome dell'applicazione per MPlayer è - sorpresa - mplayer. Puoi usare qualsiasi comando di MPlayer e anche passare più di un comando separandoli con \n. Non dimenticarti di abilitare l'opzione repeat in .lircrc quando ciò abbia senso (ricerca, volume, etc). Qui c'è un estratto di un .lircrc di esempio:

begin
     button = VOLUME_PLUS
     prog = mplayer
     config = volume 1
     repeat = 1
end

begin
    button = VOLUME_MINUS
    prog = mplayer
    config = volume -1
    repeat = 1
end

begin
    button = CD_PLAY
    prog = mplayer
    config = pause
end

begin
    button = CD_STOP
    prog = mplayer
    config = seek 0 1\npause
end

Se non ti piace il percorso standard del file di configurazione di lirc (~/.lircrc) usa l'opzione -lircconf nomefile per indicare un altro file.

La modalità slave ti permette di costruire semplici frontend per MPlayer. Se eseguito con l'opzione -slave MPlayer leggerà comandi separati da un acapo (\n) dalllo standard input (stdin). I comandi sono documentati nel file slave.txt.

Una volte che riesci nel far riprodurre a MPlayer il tuo flusso internet preferito, puoi usare l'opzione -dumpstream per salvare il flusso in un file. Per esempio:

mplayer http://217.71.208.37:8006 -dumpstream -dumpfile stream.asf

salverà il contenuto riprodotto da http://217.71.208.37:8006 dentro a stream.asf. Ciò funziona con tutti i protocolli supportati da MPlayer, come MMS, RSTP, e così via.

Puoi diminuire la velocità delle unità CD-ROM IDE con hdparm, setcd o cdctl. Funziona così:

hdparm -E [velocità] [dispositivo cdrom]

setcd -x [velocità] [dispositivo cdrom]

cdctl -bS [velocità]

Se stai usando l'emulazione SCSI, puoi dover applicare le impostazioni al lettore IDE reale, e non al dispositivo emulato come SCSI.

Se hai i privilegi di root può essere di aiuto anche il comando seguente:

echo file_readahead:2000000 > /proc/ide/[dispositivo cdrom]/settings

hdparm -d1 -a8 -u1 [dispositivo cdrom]

Ciò imposta la lettura in prefetch dei file a 2MB, che aiuta con CD-ROM graffiati. Se la imposti troppo alta, il lettore continuerà ad aumentare e diminuire la velocità, e le prestazioni diminuiranno drasticamente. Si raccomanda di regolare il tuo lettore CD-ROM anche con hdparm:

hdparm -d1 -a8 -u1 [dispositivo cdrom]

Questo abilita l'accesso in DMA, la pre-lettura, e la mascheratura IRQ (leggi la pagina man di hdparm per una spiegazione dettagliata).

Per favore fai riferimento a "/proc/ide/[dispositivo cdrom]/settings" per regolare con precisione il tuo CD-ROM.

I lettori SCSI non hanno un modo uniforme di impostare questi parametri (ne conosci uno? diccelo!). C'è uno strumento che funziona con i lettori SCSI Plextor.

velocità:

cdcontrol [-f dispositivo] speed [velocità]

DMA:

sysctl hw.ata.atapi_dma=1

I lettori DVD al giorno d'oggi sono venduti con una costrizione senza senso chiamata codice regionale (in inglese). Questa è una strategia per forzare i lettori DVD ad accettare solamente DVD prodotti per una delle sei diverse regioni in cui è stato diviso il mondo. Come un gruppo di persone possano sedersi attorno ad un tavolo, partorire un'idea del genere ed aspettarsi che il mondo del 21° secolo si pieghi ai loro voleri, è aldilà di ogni comprensione.

I lettori che forzano l'impostazione regionale solo via software sono anche conosciuti come lettori RPC-1, quelli che lo gestiscono via hardware come RPC-2. I lettori RPC-2 permettono la modifica della regione per cinque volte, prima che resti bloccata. Sotto Linux puoi usare lo strumento regionset per per impostare il codice regionale del tuo lettore DVD.

Grazie al cielo, è possibile convertire lettori RPC-2 in lettori RPC-1 attraverso un aggiornamento del firmware. Inserisci il modello del tuo lettore DVD nel tuo motore di ricerca preferito oppure dai un'occhiata ai forum e alle sezioni di download di "The firmware page". Anche se si devono applicare le solite precauzioni per l'aggiornamento del firmware, le esperienze relative alla rimozione della forzatura del codice regionale sono generalmente positive.

Includi l'opzione -edl <nomefile> quando esegui MPlayer, con il nome del file EDL che vuoi sia applicato al video.

Il formato corrente dei file EDL è:

[secondi inizio] [secondi fine] [azione]

Dove i secondi sono numeri decimali e l'azione è 0 per saltare o 1 per silenziare. Esempio:

5.3   7.1    0
15    16.7   1
420   422    0

Questo farà saltare il video dal secondo 5.3 al secondo 7.1, poi lo silenzierà a 15 secondi, toglierà il muto a 16.7 e salterà dal secondo 420 al 422. Queste azioni saranno eseguite quando il tempo della riproduzione raggiunge i tempi indicati nel file.

Per creare un file EDL da cui partire, usa l'opzione -edlout <nomefile>. Durante la riproduzione, premi semplicemente i per segnare l'inizio e la fine di un blocco di salto. Una voce corrispondente sarà scritta nel file per quella posizione. Puoi poi tornare indietro e rifinire il file EDL generato così come cambiare l'operazione di default, che è saltare il blocco indicato da ogni riga.

Alcune tracce audio sono troppo silenziose per essere ascoltate bene senza amplificazione. Questo diventa un problema quando il tuo equipaggiamento non può amplificare il segnale per te. L'opzione -softvol indica a MPlayer di utilizzare un mixer interno. Puoi poi usare i tasti di regolazione volume (di default 9 e 0) per raggiungere livelli di volume molto più alti. Nota che ciò non bypassa il mixer della tua scheda audio; MPlayer amplifica solo il segnale prima di inviarlo alla tua scheda audio. L'esempio che segue è un buon punto di partenza:

mplayer file-silente -softvol -softvol-max 300

L'opzione -softvol-max specifica il massimo volume permesso di uscita come una percentuale del volume originario. Per esempio, -softvol-max 200 farà sì che il volume sia regolato fino a due volte il valore originale. E' sicuro indicare un valore alto con -softvol-max; il volume più alto non sarà usato fino a quando non userai i tasti di regolazione. L'unico svantaggio di un valore alto è che, dato che MPlayer regola il volume come una percentuale del massimo, non avrai un controllo così preciso usando i tasti di regolazione del volume. Usa un valore più basso con -softvol-max e/o specifica -volstep 1 se ti serve maggior precisione.

L'opzione -softvol funziona controllando il filtro audio volume. Se vuoi riprodurre un file a un dato volume sin dall'avvio puoi specificare volume manualmente:

mplayer file-silente -af volume=10

Questo riprodurrà il file con un guadagno di 10 decibel. Stai attento quando usi il filtro volume - puoi facilmente farti male alle orecchie se usi un valore troppo alto. Parti dal basso e sali gradualmente fino a quando capisci quanta regolazione è richiesta. Inoltre, se tu specifichi valori troppo alti, volume può aver bisogno di fare il clip del segnale per evitare di mandare alla tua scheda audio dati che siano fuori dalla gamma consentita; ciò risulterà in un audio distorto.

La lista completa delle opzioni è disponibile nella pagina di manuale. Qui ci sono giusto alcuni consigli:

MPlayer gestisce il testo normale, la grafica e i collegamenti per la navigazione. Sfortunatamente, le pagine colorate non sono ancora decodificate completamente - tutte le pagine vengono mostrate in scala di grigi. Vengono gestite anche le pagine dei sottotitoli (conosciute anche come 'Closed Captions').

MPlayer inizia a memorizzare nella cache tutte le pagine di televideo sin dall'inizio della ricezione dall'ingresso TV, perciò non devi attendere fino a quando si carica la pagina voluta.

Nota: usare il televideo con -vo xv genera strani colori.

Per abilitare la decodifica del televideo devi specificare il dispositivo VBI da cui ottenere i dati televideo (solitamente /dev/vbi0 per Linux). Puoi fare ciò speificando tdevice nel tuo file di configurazione, come mostrato qui sotto:

tv=tdevice=/dev/vbi0

Potresti voler indicare il codice di lingua del televideo per la tua zona. Per elencare tutti i codici di zona disponibili usa

tv=tdevice=/dev/vbi0:tlang=-1

Qui c'è un esempio per il russo:

tv=tdevice=/dev/vbi0:tlang=33

Questa sezione tratta di come abilitare l'ascolto della radio da un sintonizzatore compatibile V4L. Guarda la pagina man per una descrizione delle opzioni e dei controlli di tastiera per la radio.

mplayer radio://104.4

mplayer -radio driver=v4l radio://104.4

mplayer -radio channels=104.4=Sibir,103.9=Maximm radio://2

mplayer -rawaudio rate=32000 radio://2/capture \
    -radio adevice=hw=1.0:arate=32000:channels=104.4=Sibir,103.9=Maximm

I vecchi driver 3dfx avevano notoriamente dei problemi con l'accelerazione XVideo, non erano compatibili con gli spazi colore YV12 e YUY2. Verifica di avere XFree86 4.2.0 o superiore, può gestire YV12 e YUY2, mentre le versioni precedenti, 4.1.0 incluso, vanno in crash con YV12. Se hai degli strani risultati usando -vo xv, prova SDL (anch'essa ha XVideo) e vedi se aiuta. Controlla la sezione su SDL per i dettagli.

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

Le S3 Savage3D dovrebbero funzionare bene, ma per le Savage4, usa XFree86 4.0.3 o superiore (nel caso tu abbia problemi di immagini, prova a 16bpp). Per le S3 Virge invece: c'è il supporto per xv, ma la scheda in sé è molto lenta, per cui ti conviene venderla.

Non c'è un driver framebuffer nativo per le schede S3 Virge simile a tdfxfb. Configura il tuo framebuffer (per es. aggiungi "vga=792 video=vesa:mtrr" alla riga di avvio del kernel) e usa -vo s3fb (-vf yuy2 e -dr aiutano).

nVidia non è sempre una scelta molto buona sotto Linux... Il driver open-source di XFree86 supporta la maggior parte di queste schede, ma in alcuni casi, dovrai usare il driver proprietario a sorgenti chiusi di nVidia, disponibile sul sito nVidia. Ti servirà sempre questo driver anche se vuoi l'accelerazione 3D.

Le schede Riva128 non hanno il supporto XVideo con il driver nVidia di XFree86 :( Lamentati con nVidia.

Tuttavia, MPlayer contiene un driver VIDIX per la maggior parte delle schede nVidia. Attualmente è a livello di sviluppo beta e ha alcuni problemi. Per ulteriori informazioni, vedi la sezione VIDIX nVidia.

Il driver GATOS (che dovresti usare a meno che tu non abbia una Rage128 o una Radeon) di default ha il VSYNC abilitato. Ciò significa che la velocità di decodifica (!) è sincronizzata alla frequenza di aggiornamento del monitor. Se la riproduzione ti pare lenta, prova a disabilitare in qualche modo VSYNC, o ad impostare la frequenza di aggiornamento a n*(fps del film) Hz.

Read the VIDIX section. Radeon VE - se ti serve X, per questa scheda usa XFree86 4.2.0 o superiore. Il TV out non è supportato. Ovviamente con MPlayer puoi felicemente avere un display accelerato, con o senza l'uscita TV, e non servono librerie né X. Leggi la sezione VIDIX.

Queste schede si possono trovare in molti portatili. Devi usare XFree86 4.3.0 o superiore, o alternativamente usare i driver con Xv di Stefan Seyfried. Scegli semplicemente quello che ti serve in base alla tua versione di XFree86.

XFree86 4.3.0 include il supporto per Xv, caomunque Bohdan Horst ha postato una piccola patch ai sorgenti di XFree86 che velocizza fino a quattro volte le operazioni sul framebuffer (quindi XVideo). La patch è stata poi incorporata in XFree86 CVS e dovrebbe esserci nei rilasci successivi al 4.3.0.

Per permettere la riproduzione di contenuti della dimensione DVD, modifica il tuo XF86Config in questo modo:

Section "Device"
    [...]
    Driver "neomagic"
    Option "OverlayMem" "829440"
    [...]
EndSection

Se vuoi usare Xv con una scheda Trident, assunto il fatto che con 4.1.0 non funziona, intalla Xfree 4.2.0. Il 4.2.0 aggiunge il supporto per Xv a schermo intero con la scheda Cyberblade XP.

Alternativamente, MPlayer contiene un driver VIDIX per le schede Cyberblade/i1.

Se vuoi usare Xv con una scheda basata su Kyro (per esempio la Hercules Prophet 4000XT), dovresti scaricare i driver dal sito di PowerVR.

Queste schede si possono trovare in molti portatili. Si consiglia un Xorg recente.

Per permettere la riproduzione di contenuti a dimensione DVD (o superiore) modifica il tuo file di configurazione XF86Config/xorg.conf nel modo seguente:

Section "Device"
    [...]
    Driver "intel"
    Option "LinearAlloc" "6144"
    [...]
EndSection

L'assenza di questa opzione di solito porta a un errore del tipo

X11 error: BadAlloc (insufficient resources for operation)

quando si cerca di usare -vo xv.

Visto che VIDIX richiede un accesso diretto all'hardware puoi sia eseguirlo come root, sia impostare il bit SUID sull'eseguibile di MPlayer. (Attenzione: questo è un rischio di sicurezza!) Alternativamente puoi usare uno modulo del kernel speciale, come questo:

Attualmente la maggior parte delle schede ATI è supportata nativamente, dalle Mach64 alle più recenti Radeon.

Ci sono due binari compilati: radeon_vid per le Radeon e rage128_vid per le schede Rage 128. Puoi forzare l'utilizzo di uno dei due, oppure lasciare che il sistema VIDIX provi tutti i driver disponibili.

Le Matrox G200, G400, G450 and G550 sono state riportate come funzionanti.

Il driver supporta gli equalizzatori video e dovrebbe essere veloce quasi quanto il framebuffer Matrox.

C'è un driver disponibile per il chipset Trident Cyberblade/i1, che si può trovare sulle schede madri VIA Epia.

Il driver è scritto e mantenuto da Alastair M. Robinson.

Anche se esiste un driver per i chip 3DLabs GLINT R3 e Permedia3, nessuno lo ha provato, perciò delle informazioni sono benvenute.

Una caratteristica unica del driver nvidia_vid è la sua abilità nel mostrare video su di una semplice, pura, console di testo - senza alcun framebuffer o qualche magia di X. Per questo fine, dovremo usare il driver di uscita video cvidix, come mostrato nell'esempio che segue:

mplayer -vo cvidix esempio.avi

Questo codice è davvero sperimentale, proprio come nvidia_vid.

E' stato testato su SiS 650/651/740 (i chipset più diffusi usati nelle versioni SiS dello "Shuttle XPC").

Si attendono resoconti!

MPlayer supporta le schede con chipset DVB Siemens di produttori come Siemens, Technotrend, Galaxis o Hauppauge. I driver DVB più recenti sono disponibili sul sito di Linux TV. Se vuoi eseguire la transcodifica software dovresti avere almeno una CPU a 1GHz.

Configure dovrebbe rilevare la tua scheda DVB. Se non lo fa, forzalo con

./configure --enable-dvb

Se hai gli header ost in un percorso non standard, imposta il percorso con

./configure --extra-cflags=directory sorgenti DVB/ost/include

Poi compila ed installa come al solito.

USO.  La decodifica hardware di flussi contententi video MPEG-1/2 e/o audio MPEG puà essere effettuata con questo comando:

mplayer -ao mpegpes -vo mpegpes file.mpg|vob

La decodfica di qualsiasi altro tipo di flusso video richiede la transcodifica in MPEG-1, indi è lenta a potrebbe non valerne la pena, specialmente se il tuo computer è lento. Si puà ottenere usando un comando come questo:

mplayer -ao mpegpes -vo mpegpes tuofile.ext
mplayer -ao mpegpes -vo mpegpes -vf expand tuofile.ext

Fai attenzione che le schede DVB supportano solo le altezze 288 e 576 per PAL oppure 240 e 480 per NTSC. Devi ridimensionare le altre altezze aggiungendo scale=larghezza:altezza, con la larghezza e l'altezza volute, all'opzione -vf. Le schede DVB accettano diverse larghezze, come 720, 704, 640, 512, 480, 352 etc. ed effettuano il ridimensionamento hardware sulla direzione orizzontale, perciò nella maggior parte deiu casi non ti serve ridimensionare in orizzontale. Per un MPEG-4 (DivX) a 512x384 (aspetto 4:3), prova:

mplayer -ao mpegpes -vo mpegpes -vf scale=512:576

Se hai un film in widescreen e non vuoi ridimensionarlo ad altezza piena, puoi usare il filtro expand=w:h per aggiungere delle bande nere. Per guardare un MPEG-4 (DivX) a 640x384, prova:

mplayer -ao mpegpes -vo mpegpes -vf expand=640:576 file.avi

Se la tua CPU è troppo lenta per un MPEG-4 (DivX) intero a 720x576, prova a rimpicciolirlo:

mplayer -ao mpegpes -vo mpegpes -vf scale=352:576 file.avi

Se la velocità non migliora, prova a rimpicciolirlo anche in verticale:

mplayer -ao mpegpes -vo mpegpes -vf scale=352:288 file.avi

Per l'OSD e i sottotitoli usa la caratteristica OSD del filtro expand. Quindi, al posto di expand=w:h o expand=w:h:x:y, usa expand=w:h:x:y:1 (il quinto parametro :1 alla fine abiliterà il rendering dell'OSD). Potresti voler spostare leggermente verso l'alto l'immagine per ottenere una banda nera più ampia per i sottotitoli. Potresti anche voler spostare più in alto i sottotitoli, se sono al di fuori dello schermo della tua TV, usa l'opzione -subpos <0-100> (-subpos 80 è una buona scelta).

Per poter riprodurre un film non a 25fps su una TV PAL ovvero con una CPU lenta, aggiungi l'opzione -framedrop.

Per mantenere il rapporto di aspetto dei file MPEG-4 (DivX) e ottenere i parametri ottimali per il ridimensionamento (ridimensionamento orizzontale hardware e verticale software mantenendo il giusto rapporto di aspetto), usa il nuovo filtro dvbscale:

per una TV a  4:3: -vf dvbscale,scale=-1:0,expand=-1:576:-1:-1:1
per una TV a 16:9: -vf dvbscale=1024,scale=-1:0,expand=-1:576:-1:-1:1

TV Digitale (modulo d'ingresso DVB). Puoi usare la tua scheda TV per guardare la TV Digitale.

Dovresti avere installati i programmi scan e szap/tzap/czap/azap; essi sono inclusi nel pacchetto dei driver.

Verifica che i tuoi driver funzionino correttamente attraverso un programma tipo dvbstream (che è la base del modulo d'ingresso DVB).

Ora dovresti riempire un file ~/.mplayer/channels.conf, con la sintassi accettata da szap/tzap/czap/azap, o fare in modo che scan lo riempia per te.

Se hai più di un tipo di scheda (per es. Satellitare, Terrestre, Via Cavo e ATSC) puoi salvare i tuoi file dei canali come ~/.mplayer/channels.conf.sat, ~/.mplayer/channels.conf.ter, ~/.mplayer/channels.conf.cbl, e ~/.mplayer/channels.conf.atsc, rispettivamente, per spingere implicitamente MPlayer ad usare questi file invece che ~/.mplayer/channels.conf, e devi solamente specificare quale scheda usare.

Assicurati di avere solo canali in chiaro nel tuo file channels.conf, altrimenti MPlayer resterà in attesa di una trasmissione non criptata.

Nei tuoi campi audio e video puoi usare una sintassi espansa: ...:pid[+pid]:... (fino ad un massimo di 6 pid ciascuno); in questo caso MPlayer includerà nel flusso tutti i pid indicati, oltre al pid 0 (che contiene il PAT). Si consiglia di includere in ogni riga i pid PMT e PCR per il canale corrispondente (se conosciuti). Puoi anche specificare 8192, che seleziona tutti i pid su quella frequenza e puoi anche passare con TAB attraverso i programmi. Potrebbe aver bisogno di più banda, anche se le schede economiche passano sempre tutti canali al kernel, per cui non fa molta differenza per queste. Altri utilizzi possibili sono: pid televideo, seconda traccia audio, etc...

Se MPlayer si lamenta frequentemente di

Troppi pacchetti video/audio nel buffer

oppure noti una desincronizzazione crescente tra l'audio e il video, verifica la presenza del pid PCR nel tuo flusso (serve per adeguarsi alla modalità di buffering del trasmettitore) e/o prova ad usare il demuxer MPEG-TS di libavformat aggiungendo -demuxer lavf -lavfdopts probesize=128 alla tua riga comando.

Per vedere il primo dei canali presenti nella tua lista, esegui

mplayer dvb://

Se vuoi guardare un canale in particolare, come R1, esegui

mplayer dvb://R1

Se hai più di una scheda puoi anche dover specificare il numero della scheda dove il canale si vede (per es. 2) con la sintassi:

mplayer dvb://2@R1

Per cambiare canale premi i tasti h (successivo) e k (precedente), oppure usa il menu OSD.

Per disabilitare temporaneamente il flusso video o audio, copia quello che segue in ~/.mplayer/input.conf:

% set_property  switch_video -2
& step_property switch_video
? set_property  switch_audio -2
^ step_property switch_audio

(Reimpostando i comandi da tastiera come si preferisce.) Premendo il tasto corrispondente a switch_x -2, il flusso relativo verrà chiuso; premendo il tasto corrispondente a step_x il flusso verrà riaperto. Nota che quando ci sono più flussi audio e video nel multiplex questo meccanismo non funzionerà nel modo che ci si aspetta.

Durante la riproduzione (non durante la registrazione), per evitare saltellamenti e messaggi di errore tipo 'Il tuo sistema è troppo LENTO', si consiglia di aggiungere

-mc 10 -speed 0.97 -af scaletempo

alla riga comando, impostando i parametri di scaletempo come si preferisce.

Se il tuo ~/.mplayer/menu.conf contiene una voce <dvbsel>, come quella nel file di esempio etc/dvb-menu.conf (che puoi usare per sovrascrivere ~/.mplayer/menu.conf), il menu principale mostrerà una voce di sotto-menu che ti lascerà scegliere uno dei canali presenti nel tuo channels.conf, possibilmente preceduto da un menu con la lista delle schede disponibili, se ve ne è più di una utilizzabile da MPlayer.

Se vuoi salvare su disco un programma puoi usare

mplayer -dumpfile r1.ts -dumpstream dvb://R1

Se vuoi registrarlo in un formato diverso (ri-codificandolo) puoi invece lanciare un comando come

mencoder -o r1.avi -ovc xvid -xvidencopts bitrate=800 \
    -oac mp3lame -lameopts cbr:br=128 -pp=ci dvb://R1

Leggi la pagina man per una lista di opzioni che puoi passare al modulo di ingresso DVB.

FUTURO.  Se hai domande o vuoi ricevere gli annunci di nuove caratteristiche e vuoi partecipare a discussioni su questo argomento, iscriviti alla nostra mailing list MPlayer-DVB. Per favore tieni presente che la lingua della lista è l'inglese.

In futuro puoi aspettarti la possibilità di mostrare OSD e sottotitoli usando la caratteristica nativa delle schede DVB, così come una riproduzione più fluida di film non a 25fps e transcodifica in tempo reale tra MPEG-2 e MPEG-4 (decompressione parziale).

MPlayer fornisce una riproduzione accelerata hardware con la scheda Creative DXR2.

Prima di tutto ti serviranno dei driver DXR2 correttamente installati. Puoi trovare i driver e le istruzioni per l'installazione sul sito DXR2 Resource Center.

Il chipset di overlay usato sulla DXR2 ha una qualità piuttosto bassa, ma le impostazioni di default dovrebbero funzionare per chiunque. L'OSD potrebbe essre utilizzabile con l'overlay (non sulla TV) disegnandolo nella chiave colore. Con le impostazioni di default della chiave colore puoi ottenere risultati variabili, spesso vedrai la chiave colore attorno ai caratteri o qualche altro effetto strambo. Ma se imposti correttamente le opzioni della chiave colore dovresti ricavare dei risultati accettabili.

Per favore vedi nella pagina man le opzioni disponibili.

MPlayer fornisce una riproduzione accelerata con le schede Creative DXR3 e Sigma Designs Hollywood Plus. Queste schede usano entrambe il chip em8300 di decodifica MPEG di Sigma Designs.

Prima di tutto ti serviranno dei driver DXR3/H+ correttamente installati, versione 0.12.0 o successiva. Puoi trovare i driver e le istruzioni per l'installazione sul sito DXR3 & Hollywood Plus per Linux. configure dovrebbe rilevare automaticamente la tua scheda, la compilazione dovrebbe concludersi senza problemi.

Questo è un driver video (-vo zr) per un buon numero di schede di cattura/riproduzione MJPEG (provato con DC10+ e Buz, e dovrebbe funzionare per LML33, la DC10). Il driver lavora codificando il fotogramma in JPEG e poi inviandolo alla scheda. Per la codifica JPEG viene usata, e richiesta, libavcodec. Con la modalità speciale cinerama, puoi guardare filmati in verà modalità widescreen a patto che tu abbia due proiettori e due schede MJPEG. Proporzionalmente alla risoluzione e alle impostazioni della qualità, questo driver può richiedere molta potenza di CPU, ricordati di specificare -framedrop se la tua macchina è troppo lenta. Nota: il mio AMD K6-2 350MHz è (con -framedrop) abbastanza adeguato per riprodurre materiale VCD e film rimpiccioliti.

Il driver comunica col driver del kernel disponibile su http://mjpeg.sf.net, indi devi avere per prima cosa questo funzionante. La presenza di una scheda MJPEG è autorilevata dallo script configure, se la rilevazione fallisce, forzala con

./configure --enable-zr

L'uscita può essere controllata con varie opzioni, una descrizione dettagliata delle opzioni si trova nella pagina man, una lista breve delle opzioni si può avere eseguendo

mplayer -zrhelp

Cose come il ridimensionamento e l'OSD (on screen display) non sono gestite da questo driver ma possono essere ottenute usado dei filtri video. Per esempio, supponi di avere un film a una risoluzione di 512x272 e vuoi vederlo a schermo intero con un'ampiezza di 768, 384 o 192. Per ragioni di prestazioni e di qualità, io sceglierei di ridimensionare il film a 384x204 usando il ridimensionatore software bilineae veloce. La riga comando diventa

mplayer -vo zr -sws 0 -vf scale=384:204 filmato.avi

Il ritaglio può essere eseguito dal filtro crop e da questo driver di per sé. Supponi che un film sia troppo ampio per vedersi dal tuo Buz e che tu voglia usare -zrcrop per ridurre l'ampiezza del film, allora dovrai lanciare il comando seguente

mplayer -vo zr -zrcrop 720x320+80+0 benhur.avi

Se vuoi usare il filtro crop, dovresti lanciare

mplayer -vo zr -vf crop=720:320:80:0 benhur.avi

Ulteriori presenze di -zrcrop evocano la modalità cinerama, per es. puoi distribuire il filmato su varie TV o proiettori per creare uno schermo più grande. Supponi di avere due proiettori. Quello di sinistra è collegato al tuo Buz su /dev/video1 e quello di destra è connesso al tuo DC10+ su /dev/video0. Il film ha una risoluzione di 704x288. Supponi inoltre di volere il proiettore di destra in bianco e nero e che quello di sinistra debba avere fotogrammi JPEG con una qualità 10, allora dovrai eseguire il comando seguente

mplayer -vo zr -zrdev /dev/video0 -zrcrop 352x288+352+0 -zrxdoff 0 -zrbw \
    -zrcrop 352x288+0+0 -zrdev /dev/video1 -zrquality 10 \
    film.avi

Vedi che le opzioni che ci sono prima della seconda -zrcrop si applicano solo al DC10+ e che le opzioni dopo la seconda -zrcrop si applicano al Buz. Il massino numero di schede MJPEG contemporanee in cinerama è quattro, per cui puoi costruire un muro video di 2x2.

Infine una nota importante: non avviare o fermare XawTV sul dispoitivo di riproduzione durante la riproduzione stessa, o ti manderà in crash il computer. Va tuttavia bene PRIMA lanciare XawTV, POI avviare MPlayer, attendere l'uscita di MPlayer, e DOPO fermare XawTV.

Il driver è in grado di riprodurre usando il protocollo UDP Blinkenlights. Se non sai cosa siano Blinkenlights o il suo successore Arcade, scoprilo. Anche se probabilmente questo è uno degli ultimi driver video usati, senza dubbio è il più figo che MPlayer abbia da offrire. Guarda solo alcuni dei video documentali di Blinkenlights. Sul video Arcade puoi vedere il driver di uscita video Blinkenlights in azione alla posizione 00:07:50.

Sotto Linux hai due modi per far funzionare l'uscita TV delle G400:

Costruire un cavo per uscita TV-out Matrox.  Nessuno si assume alcuna responsabilità, né risponde di alcuna danno causato da questa documentazione.

Cavo per G400.  Il quarto pin del connettore CRTC2 è il segnale video composito. La terra sono il sesto, settimo e ottavo pin (informazioni fornite da Balázs Rácz).

Cavo per G450.  Il primo pin del connettore CRTC2 è il segnale video composito. La terra sono il quinto, sesto, settimo e quindicesimo pin (5, 6, 7, 15) (informazioni fornite da Balázs Rácz).

La gestione dell'uscita TV per queste schede è stata aggiunta solo recentemente e non è ancora nel kernel ufficiale. Attualmente il modulo mga_vid non può essere utilizzato, per quanto ne so, perché il driver G450/G550 funziona solo in una modalità: il primo chip CRTC (con molte più funzioni) sul primo schermo (sul monitor), e il secondo CRTC (niente BES - per chiarimenti su BES, vedi la sezione sopra sulla G400) sulla TV. Perciò per ora puoi usare solo il driver di uscita fbdev di MPlayer.

The first CRTC can't be routed to the second head currently. The author of the kernel matroxfb driver - Petr Vandrovec - will maybe make support for this, by displaying the first CRTC's output onto both of the heads at once, as currently recommended for G400, see the section above.

La patch necessaria per il kernel e l'HOWTO dettagliato sono scaricabili da http://www.bglug.ca/matrox_tvout/

Nessuno si prende alcuna responsabilità, né garantisce per qualsiasi danno causato da questa documentazione.

Cavo per G400.  Il quarto pin del connettore CRTC2 è il segnale video composito. La terra sono il sesto, settimo e ottavo pin. (informazioni fornite da Balázs Rácz)

Cavo per G450.  Il primo pin del connettore CRTC2 è il segnale video composito. La terra sono il quinto, sesto, settimo e quindicesimo pin (5, 6, 7, 15). (informazioni fornite da Balázs Kerekes)

PREAMBOLO.  Attualmente ATI non vuole supportare alcuno dei suoi chip TV-out sotto Linux a causa della loro tecnologia Macrovision sotto licenza.

Con le altre schede usa semplicemente il driver VESA senza VIDIX. Tuttavia ti serve una CPU potente.

Un'unica cosa ti serve fare - Assicurati di avere il connettore TV collegato prima di avviare il tuo PC dato che il BIOS video si inizializza solamente durante il passaggio POST.

Per prima cosa, DEVI scaricare i driver proprietari a sorgenti chiusi da http://nvidia.com. Non sarà spiegato il processo di installazione e configurazione visto che non esula lo scopo di questa documentazione.

Dopo che XFree86, XVideo, e l'accelerazione 3D funzionano correttamente, modifica la sezione Device della tua scheda nel file XF86Config, secondo l'esempio seguente (adattalo alla tua scheda/TV):

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

Sicuramente la cosa importante è la parte TwinView.

Il chip NeoMagic si trova in unìampia gamma di portatili, alcuni dei quali sono equipaggiati con un codificatore TV analogico semplice, alcuni ne hanno uno avanzato.

To build a Debian package, run the following command in the MPlayer source directory:

fakeroot debian/rules binary

If you want to pass custom options to configure, you can set up the DEB_BUILD_OPTIONS environment variable. For instance, if you want GUI and OSD menu support you would use:

DEB_BUILD_OPTIONS="--enable-gui --enable-menu" fakeroot debian/rules binary

You can also pass some variables to the Makefile. For example, if you want to compile with gcc 3.4 even if it's not the default compiler:

CC=gcc-3.4 DEB_BUILD_OPTIONS="--enable-gui" fakeroot debian/rules binary

To clean up the source tree run the following command:

fakeroot debian/rules clean

As root you can then install the .deb package as usual:

dpkg -i ../mplayer_version.deb

To build an RPM package, run the following command in the MPlayer source directory:

FIXME: insert proper commands here

MPlayer works on Linux PDAs with ARM CPU e.g. Sharp Zaurus, Compaq Ipaq. The easiest way to obtain MPlayer is to get it from one of the OpenZaurus package feeds. If you want to compile it yourself, you should look at the mplayer and the libavcodec directory in the OpenZaurus distribution buildroot. These always have the latest Makefile and patches used for building a SVN MPlayer. If you need a GUI frontend, you can use xmms-embedded.

If your CPU has SSE, recompile your kernel with "options CPU_ENABLE_SSE" (FreeBSD-STABLE or kernel patches required).

Due to limitations in different versions of gas (relocation vs MMX), you will need to compile in two steps: First make sure that the non-native as is first in your $PATH and do a gmake -k, then make sure that the native version is used and do gmake.

As of OpenBSD 3.4 the hack above is no longer needed.

See the Mac OS section.

Solaris still has broken, POSIX-incompatible system tools and shell in default locations. Until a bold step out of the computing stone age is made, you will have to add /usr/xpg4/bin to your PATH.

MPlayer should work on Solaris 2.6 or newer. Use the SUN audio driver with the -ao sun option for sound.

On UltraSPARCs, MPlayer takes advantage of their VIS extensions (equivalent to MMX), currently only in libmpeg2, libvo and libavcodec. You can watch a VOB file on a 400MHz CPU. You'll need mLib installed.

Caveat:

On Solaris SPARC, you need the GNU C/C++ Compiler; it does not matter if GNU C/C++ compiler is configured with or without the GNU assembler.

On Solaris x86, you need the GNU assembler and the GNU C/C++ compiler, configured to use the GNU assembler! The MPlayer code on the x86 platform makes heavy use of MMX, SSE and 3DNOW! instructions that cannot be compiled using Sun's assembler /usr/ccs/bin/as.

The configure script tries to find out, which assembler program is used by your "gcc" command (in case the autodetection fails, use the --as=/wherever/you/have/installed/gnu-as option to tell the configure script where it can find GNU "as" on your system).

Solutions to common problems:

Joe Page hosts a detailed HP-UX MPlayer HOWTO by Martin Gansser on his homepage. With these instructions the build should work out of the box. The following information is taken from this HOWTO.

You need GCC 3.4.0 or later and SDL 1.2.7 or later. HP cc will not produce a working program, prior GCC versions are buggy. For OpenGL functionality you need to install Mesa and the gl and gl2 video output drivers should work, speed may be very bad, depending on the CPU speed, though. A good replacement for the rather poor native HP-UX sound system is GNU esound.

Create the DVD device scan the SCSI bus with:

# ioscan -fn

Class          I            H/W   Path          Driver    S/W State    H/W Type        Description
...
ext_bus 1    8/16/5      c720  CLAIMED INTERFACE  Built-in SCSI
target  3    8/16/5.2    tgt   CLAIMED DEVICE
disk    4    8/16/5.2.0  sdisk CLAIMED DEVICE     PIONEER DVD-ROM DVD-305
                         /dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
target  4    8/16/5.7    tgt   CLAIMED DEVICE
ctl     1    8/16/5.7.0  sctl  CLAIMED DEVICE     Initiator
                         /dev/rscsi/c1t7d0 /dev/rscsi/c1t7l0 /dev/scsi/c1t7l0
...

The screen output shows a Pioneer DVD-ROM at SCSI address 2. The card instance for hardware path 8/16 is 1.

Create a link from the raw device to the DVD device.

ln -s /dev/rdsk/c<SCSI bus instance>t<SCSI target ID>d<LUN> /dev/<device>

Example:

ln -s /dev/rdsk/c1t2d0 /dev/dvd

Below are solutions for some common problems:

MPlayer builds successfully on AIX 5.1, 5.2, and 5.3, using GCC 3.3 or greater. Building MPlayer on AIX 4.3.3 and below is untested. It is highly recommended that you build MPlayer using GCC 3.4 or greater, or if you are building on POWER5, GCC 4.0 is required.

CPU detection is still a work in progress. The following architectures have been tested:

The following architectures are untested, but should still work:

Sound via the Ultimedia Services is not supported, as Ultimedia was dropped in AIX 5.1; therefore, the only option is to use the AIX Open Sound System (OSS) drivers from 4Front Technologies at http://www.opensound.com/aix.html. 4Front Technologies freely provides OSS drivers for AIX 5.1 for non-commercial use; however, there are currently no sound output drivers for AIX 5.2 or 5.3. This means AIX 5.2 and 5.3 are not capable of MPlayer audio output, presently.

Solutions to common problems:

You'll need to download and install SDL for QNX. Then run MPlayer with -vo sdl:driver=photon and -ao sdl:nto options, it should be fast.

The -vo x11 output will be even slower than on Linux, since QNX has only X emulation which is very slow.

You need to run Cygwin 1.5.0 or later in order to compile MPlayer.

DirectX header files need to be extracted to /usr/include/ or /usr/local/include/.

Instructions and files for making SDL run under Cygwin can be found on the libsdl site.

You need MinGW 3.1.0 or later and MSYS 1.0.9 or later. Tell the MSYS postinstall that MinGW is installed.

Extract DirectX header files to /mingw/include/.

MOV compressed header support requires zlib, which MinGW does not provide by default. Configure it with --prefix=/mingw and install it before compiling MPlayer.

Complete instructions for building MPlayer and necessary libraries can be found in the MPlayer MinGW HOWTO.

You can get a native GUI for MPlayer together with precompiled MPlayer binaries for Mac OS X from the MPlayerOSX project, but be warned: that project is not active anymore.

Fortunately, MPlayerOSX has been taken over by a member of the MPlayer team. Preview releases are available from our download page and an official release should arrive soon.

In order to build MPlayerOSX from source yourself, you need the mplayerosx, the main and a copy of the main SVN module named main_noaltivec. mplayerosx is the GUI frontend, main is MPlayer and main_noaltivec is MPlayer built without AltiVec support.

To check out SVN modules use:

svn checkout svn://svn.mplayerhq.hu/mplayerosx/trunk/ mplayerosx
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk/ main

In order to build MPlayerOSX you will need to set up something like this:

MPlayer_source_directory
   |
   |--->main           (MPlayer Subversion source)
   |
   |--->main_noaltivec (MPlayer Subversion source configured with --disable-altivec)
   |
   \--->mplayerosx     (MPlayer OS X Subversion source)

You first need to build main and main_noaltivec.

To begin with, in order to ensure maximum backwards compatibility, set an environment variable:

export MACOSX_DEPLOYMENT_TARGET=10.3

Then, configure:

If you configure for a G4 or later CPU with AltiVec support, do as follows:

./configure --disable-gl --disable-x11

If you configure for a G3-powered machine without AltiVec, use:

./configure --disable-gl --disable-x11 --disable-altivec

You may need to edit config.mak and change -mcpu and -mtune from 74XX to G3.

Continue with

make

then go to the mplayerosx directory and type

make dist

This will create a compressed .dmg archive with the ready to use binary.

You can also use the Xcode 2.1 project; the old project for Xcode 1.x does not work anymore.

Prima ancora di pensare a codificare un film, devi fare alcuni passi preliminari.

Il primo e più importante passo prima della codifica dovrebbe essere determinare il tipo di contenuto che stai trattando. Se il tuo materiale di partenza arriva da un DVD o da TV in broadcast/via cavo/satellite, sarà salvato in uno dei due formati: NTSC per il Nord America e il Giappone, PAL per l'Europa, etc... E' importante tuttavia comprendere che questo è solo il formato per la trasmissione in televisione, e spesso non corrisponde al formato originario del film. L'esperienza insegna che il materiale NTSC è molto più difficile da codificare, perché ci sono più elementi da identificare nel sorgente. Per generare una codifica adeguata, devi sapere il formato originario. Il non tenerne conto porterà a molti __flaws__ nella tua codifica, inclusi artefatti orrendi __combing__ (interlacing) e fotogrammi duplicati o addirittura perduti. Oltre ad essere brutti, gli artefatti influenzano negativamente l'efficienza della codifica: otterrai una peggior qualità a parità di bitrate.

E' possibile codificare il filmato in un'ampia gamma di qualità. Con i codificatori video moderni e un pelo di compressione pre-codec (ridimensionando e ripulendo), è possibile raggiungere una qualità molto buona in 700 MB, per un film di 90-110 minuti in widescreen. Inoltre tutti i film tranne i più lunghi possono essere codificati con una qualità pressoché perfetta in 1400 MB.

Ci sono tre approcci per codificare il video: bitrate costante (CBR), quantizzatore costante, e multipassaggio (ABR, o bitrate medio).

La complessità dei fotogrammi di un filmato, e di conseguenza il numero di bit necessari per comprimerli, può variare molto da una scena ad un'altra. I codificatori video moderni possono adattarsi via via a queste necessità e cambiare il bitrate. In modalità semplici come CBR, tuttavia, i codificatori non sanno il bitrate necessario alle scene venture e perciò non possono stare sopra al bitrate richiesto per lunghi periodi di tempo. Modalità più avanzate, come la codifica in multipassaggio, possono tener conto delle statistiche del passo precedente; questo corregge il problema suddetto.

In ambedue i modi, il codec video (come libavcodec) spezza il fotogramma video in macroblocchi da 16x16 pixel e poi applica un quantizzatore a ciascun macroblocco. Più basso è il quantizzatore, migliore sarà la qualità e più alto il bitrate. Il metodo usato dal codificatore del filmato per determinare quale quantizzatore utilizzare per un dato macroblocco varia ed è altamente configurabile. (Questa è una semplificazione estrema del vero processo, ma il concetto di base è comodo per capire.)

Quando specifichi un bitrate constante, il codec video codificherà il video, scartando dettagli tanto quanto è necessario e il meno possibile, in modo da rimanere al di sotto del bitrate voluto. Se non ti interessa davvero la dimensione del file, potresti anche usare CBR e specificare un bitrate infinito. (In pratica, questo significa un valore abbastanza alto da non porre limiti, come 10000Kbit.) Con nessun limite sul bitrate, il risultato è che il codec userà il quantizzatore più basso possibile per ciascun macroblocco (come specificato da vqmin per libavcodec, che è 2 di default). Appena specifichi un bitrate abbastanza basso tale che il codec venga forzato ad utilizzare un quantizzatore più alto, allora stai sicuramente diminuendo la qualità del tuo video. Per evitarlo, dovresti probabilmente ridurre la dimensione del tuo video, seguendo il metodo descritto più avanti in questa guida. In generale dovresti evitare del tutto CBR se ti interessa la qualità.

Con il quantizzatore costante, il codec utilizza lo stesso quantizzatore per ogni macroblocco, come specificato dall'opzione vqscale (per libavcodec). Se vuoi la più alta qualità possibile di rip, sempre ignorantdo il bitrate, puoi usare vqscale=2. Ciò porterà gli stessi bitrate e PSNR (peak signal-to-noise ratio) come CBR con vbitrate=infinito e vqmin di default a 2.

Il problema con la quantizzazione costante è che usa il quantizzatore indicato sia che il macroblocco ne abbia bisogno o no. Perciò è possibile che venga usato un quantizzatore più alto su un macroblocco senza sacrificare la qualità visiva. Perché sprecare i bit di un quantizzatore basso che non serve? La tua CPU ha tanti cicli fin quando c'è tempo, ma c'è solo un certo numero di bit sul tuo disco rigido.

Con una codifica a due passi, il primo codificherà il filmato come se fosse CBR, ma manterrà una registrazione delle caratteristiche di ogni fotogramma. Questi dati sono poi utilizzati durante il secondo passo in modo da effettuare scelte intelligenti su quale quantizzatore usare. Durante le scene con azione veloce o molti dettagliate, verrano usati più probabilmente quantizzatori più alti, e durante scene lente o con pochi dettagli, verranno usati quantizzatori più bassi. Solitamente è molto più importante la quantità di movimento che la quantità di dettagli.

Se usi vqscale=2, allora stai sprecando dei bit. Se usi vqscale=3, allora non stai ottenendo la miglior qualità. Supponi di rippare un DVD a vqscale=3 e che il risultato sia 1800Kbit. Se fai una codifica a due passi con vbitrate=1800 il video risultante avrà una qualità superiore a parità di bitrate.

Dato che ora sei convinto che i due passaggi siano la strada da percorrere, la vera domanda adesso è quale bitrate usare? La risposta à che non c'è una risposta definitiva. Idealmente vuoi scegliere un bitrate che porti al miglior equilibrio tra qualità e dimensione del file. Tutto ciò varia in dipendenza del video di origine.

Se la dimensione non è importante, un buon punto di partenza per un rip di qualità molto elevata è intorno a 2000Kbit più o meno 200Kbit. Per video con scene di azione veloce o con molti dettagli, oppure se semplicemente hai l'occhio critico, potresti scegliere 2400 o 2600. Per alcuni DVD potresti non notare alcuna differenza a 1400Kbit. Sperimentare con alcune scene a vari bitrate è una buona idea per farsi un'opinione.

Se punti a una data dimensione, dovrai calcolare il bitrate in un qualche modo. Prima di farlo, però, devi sapere quanto spazio devi riservare per la traccia (le tracce) audio, per cui devi dapprima fare il rip di queste. Puoi calcolare il bitrate con l'equazione che segue: bitrate = (dimensione_voluta_in_Mbytes - dimensione_audio_in_Mbytes) * 1024 * 1024 / lunghezza_in_secondi * 8 / 1000 Per esempio, per far stare un film di due ore su un CD da 702MB, con 60MB di traccia audio, il bitrate video diventerà: (702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps

A causa della natura del tipo di compressione MPEG, ci sono alcuni vincoli da seguire per avere la massima qualità. L'MPEG divide il video in quadrati da 16x16 chiamati macroblocchi, ciascuno di essi composto da blocchi 4x4 con informazioni sulla luminanza (intensità) e due blocchi da 8x8 a metà risoluzione per la crominanza (colore) (uno per l'asse rosso-ciano e l'altro per l'asse blu-giallo). Anche se la larghezza e l'altezza del tuo filmato non sono multipli di 16 il codificatore userà tanti macroblocchi 16x16 in modo da coprire tutta la superficie dell'immagine, e lo spazio in esubero sarà sprecato. Indi, per migliorare la qualità a una dimensione prefissata è una brutta idea utilizzare dimensioni che non siano multiple di 16.

La maggior parte dei DVD ha anche alcune con bordi neri sui lati. Lasciarli lì avrà un'influenza molto negativa sulla qualità in svariati modi.

Oltre alle trasformazioni del dominio di frequenza, il tipo di compressione MPEG usa dei vettori di movimento per rappresetare le variazioni da un fotogramma al successivo. Naturalmente i vettori di movimento funzionano molto meno bene per i nuovi contenuti che arrivano dai bordi dell'immagine, dato che non erano presenti nel fotogramma precedente. Fintanto che l'immagine arriva fino al bordo dell'area codificata, i vettori di movimento non incontrano alcun problema con li contenuto che esce dall'immagine. Tuttavia ci possono esser problemi quando ci sono dei bordi neri:

Per tutte queste ragioni si consiglia di tagliar via completamente i bordi neri. Inoltre, se c'è una zona di rumore/distorsione sui bordi dell'immagine, tagliarla migliorerà ancora l'efficienza di codifica. I puristi videofili che vogliono mantenere il più possibile l'originale potrebbero obiettare su questo taglio, ma a meno di non codificare a una quantizzazione costante, la qualità guadagnata tagliando sorpasserà di gran lunga la quantità di informazioni perse sui bordi.

Ricorda dalla sezione precedente che la dimensione finale dell'immagine che codifichi dovrebbe essere un multiplo di 16 (sia in larghezza che altezza). Si può ottenere ciò tagliando, ridimensionando o combinando le due cose.

Quando tagli, ci sono alcune linee guida che si devono seguire per evitare di rovinare il tuo filmato. Il formato YUV abituale, 4:2:0, memorizza le informazioni sulla crominanza (colore) sottocampionate, per es. la crominanza viene campionata in ogni direzione solo la metà di quanto venga la luminanza (intensità). Osserva questo diagramma, dove L indica i punti di campionamente della luminanza e C quelli della crominanza.

Come puoi vedere, le righe e le colonne dell'immagine vengono sempre a coppie. Quindi i tuoi valori di spostamento e dimensione devono essere numeri pari. Se non lo sono la crominanza non sarà più allineata correttamente con la luminanza. In teoria è possibile tagliare con uno spostamento dispari, ma richiede che la crominanza venga ricampionata, il che potenzialmente è un'operazione in perdita e non è gestita dal filtro crop.

Inoltre, il video interlacciato viene campionato come segue:

Come puoi notare, il motivo non si ripete fino a dopo 4 linee. Quindi per il video interlacciato, il tuo spostamento sull'asse y e l'altezza devono essere multipli di 4.

La risoluzione nativa DVD è 720x480 per NTSC e 720x576 per PAL, ma c'è un flag per l'aspetto che indica se è full-screen (4:3) o wide-screen (16:9). Molti (se non quasi tutti) i DVD in widescreen non sono esattamente 16:9 e possono essere sia 1.85:1 o 2.35:1 (cinescope). Questo significa che nel video ci saranno bordi neri che bisogna tagliare via.

MPlayer fornisce un filtro che rileva i valori di taglio e fornisce il rettangolo per crop (-vf cropdetect). Esegui MPlayer con -vf cropdetect ed emetterà le impostazioni di taglio per crop al fine di rimuovere i bordi. Dovresti lasciare andare avanti il film abbastanza da ottenere valori di taglio precisi.

Dopodiché prova con MPlayer i valori ottenuti usando la linea comando emessa da cropdetect, e correggi il rettangolo se e come serve. Il filtro rectangle può esserti di aiuto, dato che ti permette di impostare interattivamente la posizione del rettangolo di taglio sopra al filmato. Ricordati di seguire le linee guida sui multipli in modo da non disallineare i piani di crominanza.

In talune occasioni, il ridimensionamento può essere indesiderabile. Il ridimensionamento sulla direzione verticale è difficoltoso con video interlacciato e se vuoi mantenere l'interlacciamento, dovresti evitare il ridimensionamento. Se non ridimensionerai, ma vuoi comunque usare dimensioni multiple di 16, dovrai tagliare di più. Evita di tagliare di meno, dato che i bordi neri sono un male per la codifica!

Dato che MPEG-4 usa macroblocchi 16x16 vorrai esser sicuro che ambedue le dimensioni del video che stai per codificare siano multiple di 16, altrimenti perderai in qualità, soprattutto a bitrate più bassi. Puoi farlo abbassando la larghezza e l'altezza del rettangolo di taglio al multiplo di 16 più vicino. Come detto precedentemente, quando tagli, vorrai aumentare lo scostamento Y della metà della differenza tra la nuova e la vecchia altezza, in modo che il video risultante sia preso dal centro del fotogramma. Inoltre, a causa del modo in cui il video DVD viene campionato, assicurati che lo scostamento sia un numero pari. (Infatti, come regola, non utilizzare mai valori dispari per alcun parametro quando tagli e ridimensioni un video.) Se non ti va di scartare dei pixel in più, potresti piuttosto preferire il ridimensionamento del video. Prenderemo in esame questa situazione più avanti. Puoi in verità lasciare che tutte le considerazioni suddette vengano fatte dal filtro cropdetect, visto che ha un parametro round facoltativo, che è impostato a 16 di default.

Fai anche attenzione ai pixel "mezzi neri" sui bordi. Assicurati di tagliare anch'essi, altrimenti sprecherai bit più utili altrove.

Dopo aver detto e fatto tutto ciò, probabilmente avrei un vide i cui pixel non saranno proprio 1.85:1 o 2.35:1, ma piuttosto un valore vicino. Potresti calcolare a mano il nuovo rapporto di aspetto, ma MEncoder ha un'opzione per libavcodec chiamata autoaspect che lo farà per te. Non aumentare assolutamente le dimensioni del video per avere i pixel quadrati, a meno che tu non voglia sprecare il tuo spazio disco. Il ridimensionamento dovrebbe essere eseguito in riproduzione, e per definire la risoluzione giusta il riproduttore userà l'aspetto memorizzato nell'AVI. Sfortunatamente non tutti i riproduttori verificano l'informazione sul rapporto perciò potresti voler comunque effettuare il ridimensionamento.

A meno che tu non stia per codificare con quantizzazione costante devi impostare un bitrate. La logica del bitrate è abbastanza semplice. Normalmente il bitrate viene misurato in kilobit (1000 bit) al secondo. La dimensione del filmato sul disco è il bitrate moltiplicato per la durata del filmato, più un piccolo quantitativo in "surplus" (vedi per esempio la sezione sul contenitore AVI). Altri parametri come ridimensionamento, taglio, etc... non influiscono sulla dimensione del file a meno che tu non cambi anche il bitrate!

Il bitrate non è direttamente proporzionale alla risoluzione. Tanto per capirci, un file 320x240 a 200 kbit/sec non avrà la stessa qualità dello stesso filmato a 640x480 e 800 kbit/sec! Ci sono due ragioni per ciò:

Guide precendenti hanno consigliato di scegliere un bitrate e una risoluzione in base ad un approccio "bit al secondo", ma di solito ciò non è valido a causa delle ragioni suddette. Una stima migliore pare essere che il bitrate è proporzionale alla radice quadrata della risoluzione, per cui 320x240 e 400 kbit/sec sarà paragonabile a 640x480 a 800 kbit/sec. Tuttavia ciò non è stato verificato con certezza empirica o teorica. Inoltre, dato che i filmati hanno diversi livelli di disturbo, dettaglio, angoli di movimento, etc..., è vano dare consigli generici su bit per lunghezza della diagonale (analogamente a bit per pixel, usando la radice quadrata).

Finora abbiamo parlato della difficoltà nel scegliere un bitrate e una risoluzione.

Imparare come usare i filtri video di MEncoder è essenziale per produrre delle buone codfiche. Tutta l'elaborazione video è eseguita attraverso i filtri -- taglio, ridimensionamento, aggiustamento del colore, rimozione del disturbo, rilevamento margini, deinterlacciatura, telecine, telecine inverso, e deblocco, solo per nominarne qualcuno. Insieme con la vasta gamma di formati di entrata gestiti, la varietà dei filtri disponibili in MEncoder è uno dei suoi più grandi vantaggi sugli altri programmi similari.

I filtri vengono caricati in catena usando l'opzione -vf:

-vf filtro1=opzioni,filtro2=opzioni,...

La maggior parte dei filtri riceve alcune opzioni numeriche separate da due punti, ma la sintassi per le opzioni cambia da filtro a filtro, indi leggiti la pagina man per i dettagli sul filtro che desideri usare.

I filtri lavorano sul video nell'ordine in cui vengono caricati. Per esempio la catena seguente:

-vf crop=688:464:12:4,scale=640:464

dapprima taglia la zona 688x464 dell'immagine con uno scostamento dall'alto a sinistra di (12,4), e poi ridimensiona il risultato a 640x464.

Taluni filtri devono essere caricati all'inizio o vicino all'inizio della catena di filtri, in modo da trarre vantaggio dalle informazioni che arrivano dal decoder video, che potrebbero essere perse o invalidate da altri filtri. Gli esempi principali sono pp (post elaborazione (postprocessing), solo quando esegue operazioni di deblock o dering), spp (un altra post elaborazione per eliminare artefatti MPEG), pullup (telecine inverso), e softpulldown (per passare da telecine soft a hard).

In generale vorrai filtrare il meno possibile in modo da rimaner fedele alla sorgente DVD originale. Il taglio è spesso necessario (com detto sopra), ma evita di ridimensionare il video. Anche se alcune volte si preferisce rimpicciolire per poter usare quantizzatori più alti, vogliamo evitare ciò: ricorda che abbiamo sin dall'inizio deciso di investire bit in qualità.

In più, non reimpostare la gamma, il contrasto, la luminosità, etc... Quello che si vede bene sul tuo schermo potrebbe non vedersi bene su altro. Queste modifiche dovrebbero esser fatte solo durante la riproduzione.

Una cosa che voresti però fare è tuttavia far passare il video attraverso un leggero filtro di rimozione disturbo, come -vf hqdn3d=2:1:2. Ancora, è una questione di poter meglio utilizzare quei bit: perché sprecarli codificando disturbo mentre puoi semplicemente aggiungerlo di nuovo durante la riproduzione? Alzando i parametri per hqdn3d aumenterà ancora la compressione, ma se aumenti troppo i valori, rischi un degrado pesante dell'immagine. I valori sopra consigliati (2:1:2) sono abbastanza conservativi; sentiti libero di sperimentare con valori più alti e verificare da solo il risultato.

Quasi tutti i film vengono ripresi a 24 fps. Dato che NTSC è 30000/1001 fps, si devono eseguire alcune elaborazioni affinché questo video a 24 fps sia letto al giusto framerate NTSC. Il processo è chiamato "3:2 pulldown", meglio conosciuto come "telecine" (poiché pulldown viene spesso applicato durante il processo di telecine), e descritto rozzamente, agisce rallentando il film a 24000/1001 fps, e ripetendo ogni quarto fotogramma.

Non viene invece eseguita alcuna elaborazione sul video per i DVD PAL, che girano a 25 fps. (Tecnicamente, PAL può subire il telecine, chiamato "2:2 pulldown", ma non è usanza abituale.) Il film a 24 fps viene semplicemente riprodotto a 25 fps. Il risultato è che il filmato è leggermente più veloce, ma a meno che tu non sia un alieno, probabilmente non noterai la differenza. La maggior parte dei DVD PAL hanno audio corretto ai picchi, in modo che quando siano riprodotti a 25 fps le cose suonino giuste, anche se la traccia audio (e quindi tutto il filmato) ha un tempo di riproduzione che è il 4% inferiore ai DVD NTSC.

A causa del fatto che il video nei DVD PAL non è stato alterato, non dovrai preoccuperti molto della frequenza fotogrammi. La sorgente è 25 fps, e il tuo rip sarà a 25 fps. Tuttavia, se stai codificando un film da DVD NTSC, potresti dover applicare il telecine inverso.

Per film ripresi a 24 fps, il video sul DVD NTSC è o con telecine a 30000/1001, oppure è progressivo a 24000/1001 fps e destinato a subire il telecine al volo da un lettore DVD. D'altro canto le serie TV sono solitamente solo interlacciate, senza telecine. Questa non è una regola ferrea: alcune serie TV sono interlacciate (come Buffy the Vampire Slayer) mentre alcune sono un misto di progressivo e interlacciato (come Angel, o 24).

Si consiglia vivamente di leggere la sezione su Come trattare il telecine e l'interlacciamento nei DVD NTSC per imparare come gestire le varie possibilità.

Ciononostante, se stai principalmente rippando solo film, solitamente ti troverai di fronte a video a 24 fps progressivo o con telecine, nel qual caso puoi usare il filtro pullup -vf pullup,softskip.

Se il film che vuoi codificare è interlacciato (video NTSC o PAL) dovrai scegliere se vuoi de-interlacciare o no. Se da un lato de-interlacciare renderà il tuo filmato utilizzabile su schermi a scansione progressiva come monitor di computer o proiettori, porta con sé un costo: la frequenza dei campi di 50 o 60000/1001 campi al secondo viene dimezzata a 25 o 30000/1001 fotogrammi al secondo, e circa la metà delle informazioni nel tuo film saranno perdute, in scene con movimento significativo.

Per di più, se stai codificando puntando ad alta qualità di archiviazione. si consiglia di non de-interlacciare. Puoi sempre de-interlacciare il film durante la riproduzione attraverso dispositivi a scansione progressiva. La potenza dei computer attuali forza per i riproduttori l'utilizzo di un filtro di de-interlacciamento, che porta un leggero degrado dell'immagine. Ma i lettori del futuro saranno in grado di simulare lo schermo di una TV, de-interlacciando a piena frequenza di campi e interpolando 50 o 60000/1001 fotogrammi interi al secondo dal video interlacciato

Bisogna porre speciale attenzione quando si lavora con video interlacciato:

Tenendo a mente queste cose, ecco il nostro primo esempio:

mencoder capture.avi -mc 0 -oac lavc -ovc lavc -lavcopts \
    vcodec=mpeg2video:vbitrate=6000:ilme:ildct:acodec=mp2:abitrate=224

Nota le opzioni ilme e ildct.

Gli algoritmi di sincronizzazione audio/video di MEncoder sono stati progettati con l'intento di recuperare file con sincronia danneggiata. In alcuni casi tuttavia, possono generare inutili duplicazioni o scarti di fotogrammi, e possibilmente leggera desincronia A/V quando vengono usati con sorgenti buone (i problemi di sincronizzazione A/V accadono solo se elabori o copi la traccia audio mentre transcodifichi il video, il che è decisamente consigliato). Perciò potresti dover passare ad una sincronizzazione di base con l'opzione -mc 0, o metterla nel tuo file di configurazione ~/.mplayer/mencoder, sempre che tu stia lavorando con buone sorgenti (DVD, acquisizione TV, rip MPEG-4 ad alta qualità, etc) e non con file ASF/RM/MOV rovinati.

Se vuoi proteggerti ulteriormente da strani salti e duplicazioni di fotogrammi, puoi usare sia -mc 0 che -noskip. Questo disabiliterà tutte le sincronizzazioni A/V, e copierà i fotogrammi uno ad uno, perciò è inutilizzabile se stai usando dei filtri che aggiungono o rimuovono arbitrariamente fotogrammi, ovvero se il tuo file sorgente ha una frequenza fotogrammi non costante! Quindi l'utilizzo di -noskip in linea di massima si sconsiglia.

Si sa che la cosiddetta codifica audio in "tre passi", che MEncoder gestisce, può causare desincronizzazione A/V. Il che capiterà prontamente se viene usata insieme con alcuni filtri, per cui si consiglia di non usare la modalità audio a tre passi. Questa caratteristica viene lasciata solo per finalità di compatibilità e per utenti esperti che sanno quando sia adeguato usarla e quando no. Se non hai mai sentito parlar prima della modalità a tre passi, dimenticati di averla anche solo sentita nominare!

Ci sono anche stati rapporti di desincronia A/V codificando con MEncoder da stdin. Non farlo! Usa sempre come ingresso un file o un dispositivo CD/DVD/etc.

Quale possa esere il miglior codec video dipende da molti fattori, come dimensione, qualità, possibilita di farne lo streaming, usabilit, diffusione, alcuni dei quali dipendono fortemente dai gusti personali e dalle variabili tecniche in gioco.

Fai per favore riferimento alla sezione selezionare codec e formati contenitore per avere un elenco dei codec usabili.

L'audio è un problema di decisamente più facile soluzione: se ti interessa la qualità, lascialo semplicemente com'è. Anche i flussi AC-3 5.1 sono al massimo a 448Kbit/s, e ne valgono ogni bit. Potresti esser tentato di trascodificare l'audio in Vorbis ad alta qualità, ma solo perché a tutt'oggi non hai un decodificatore AC-3 pass-through ciò non significa che non ne avrai uno in futuro. Assicura un futuro ai tuoi rip da DVD preservando il flusso in AC-3. Puoi mantenere il flusso AC-3 anche copiandolo direttamente nel flusso video durante la codifica. Puoi anche estrarre il flusso AC-3 al fine di farne il mux in contenitori come NUT o Matroska.

mplayer file_sorgente.vob -aid 129 -dumpaudio -dumpfile suono.ac3

effettuerà il dump della traccia audio numero 129 dal file file_sorgente.vob nel file suono.ac3 (NB: i file VOB da DVD spesso usano una numerazione dell'audio diversa, il che significa che la traccia audio 129 è la seconda traccia del file).

Alcune volte invece, non hai davvero altra scelta se non comprimere ulteriormente il suono per poter usare più bit per il video. La maggior parte delle persone sceglie di comprimere l'audio con i codec MP3 ovvero Vorbis. Mentre quest'ultimo è un codec decisamente efficiente per lo spazio, MP3 è meglio supportato dai lettori da tavolo, anche se la situazione sta cambiando.

Non usare -nosound mentre codifichi un file con dell'audio, anche se farai la codifica e il mux dell'audio separatamente in seguito. Anche se potesse andar bene in casi ideali, facilmente usare -nosound nasconderà alcuni problemi nelle tue impostazioni di codifica sulla riga comando. In altre parole mantenere la colonna sonora durante la codifica ti assicura, a patto che tu non veda messaggi del tipo «Troppi pacchetti audio nel buffer», di ottenere un'adeguata sincronizzazione.

Devi fare in modo che MEncoder processi il suono. Puoi per esempio copiare la colonna sonora originaria durante la codifica con -oac copy, o convertirla in un "leggero" PCM WAV mono a 4 kHz con -oac pcm -channels 1 -srate 4000. In caso contrario in alcuni casi verrà generato un file video che sarà desincronizzato con l'audio. Casi del genere sono quelli in cui il numero dei fotogrammi video nel file di origine non corrisponde alla lunghezza totale dei fotogrammi audio oppure ogniqualvolta vi siano delle discontinuità/splice in cui mancano o ci sono fotogrammi audio in più. Il modo giusto di gestire questo tipo di problemi è inserire del silenzio o tagliare l'audio in quei punti. Tuttavia MPlayer non è in grado di farlo, per cui se fai il demux dell'audio AC-3 e lo codifichi con un'altro programma (o ne fai il dump in PCM con MPlayer), gli splice rimarranno sbagliati e l'unico modo per correggerli è scartare/duplicare fotogrammi video nel punto di splice. Fintantochè MEncoder vede l'audio mentre codifica il video, può eseguire questo scarto/duplicazione (che solitamente è OK, dato che capita con scene nere o cambi scena), ma se MEncoder non vede l'audio, processerà i fotogrammi così come sono e alla fine non corrisponderanno al flusso audio finale quando per esempio inserirai i flussi audio e video dentro a un file Matroska.

Prima di tutto dovrai convertire l'audio DVD in un file WAV che il codec audio possa usare come ingresso. Per esempio:

mplayer file_sorgente.vob -ao pcm:file=suono_destinazione.wav \
    -vc dummy -aid 1 -vo null

eseguirà il dump della seconda traccia audio dal file file_sorgente.vob sul file suono_destinazione.wav. Potresti voler normalizzare il suono prima della codifica, visto che le tracce audio dei DVD spesso sono registrate a volumi bassi. Puoi usare per esempio lo strumento normalize, che è disponibile nella maggior parte delle distribuzioni. Se stai usando Windows, lo stesso mestiere lo può fare uno strumento tipo BeSweet. Effettuerai la compressione in Vorbis ovvero in MP3. Per esempio:

oggenc -q1 suono_destinazione.wav

codificherà suono_destinazione.wav con qualità di codifica 1, che equivale circa a 80Kb/s, ed è la qualità minima in cui dovresti codificare se ti interessa la qualità. Fai per favore attenzione che attualmente MEncoder non è in grado di fare il mux di tracce audio Vorbis nel file di uscita, perché gestisce solo contenitori AVI e MPEG in uscita, ognuno dei quali può portare a problemi di sincronizzazione audio/video durante la riproduzione con alcuni lettori quando il file AVI contiene flussi audio VBR come Vorbis. Non preoccuparti, questa documentazione ti mostrerà come tu possa farlo comunque con programmi di terze parti.

Ora che hai codificato il tuo video, vorrai verosimilmente farne il mux in un contenitore di filmati con una o più tracce audio, come AVI, MPEG, Matroska o NUT. MEncoder è attualmente in grado di generare in modo nativo solo video in formati contenitore MPEG o AVI. Per esempio:

mencoder -oac copy -ovc copy  -o film_in_uscita.avi \
    -audiofile audio_in_ingresso.mp2 video_in_ingresso.avi

Questo miscelerà i file video video_in_ingresso.avi e audio audio_in_ingresso.mp2 nel file AVI film_in_uscita.avi. Questo comando funziona con audio MPEG-1 layer I, II e III (più comunemente conosciuto come MP3), WAV e qualche altro formato audio.

MEncoder vanta un supporto sperimentale per libavformat, che è una libreria del progetto FFmpeg che può fare il mux e il demux di svariati contenitori. Per esempio:

mencoder -oac copy -ovc copy -o film_di_uscita.asf -audiofile audio_in_ingresso.mp2 \
    video_in_ingresso.avi -of lavf -lavfopts format=asf

Questo farà la stessa cosa dell'esempio precedente, trannce che il contenitore di uscita sarà ASF. Per favore nota che questo supporto è altamente sperimentale (ma migliora di giorno in giorno), e funzionerà solo se hai compilato MPlayer con il supporto per libavformat abilitato (il che significa che una versione precompilata nella maggior parte dei casi non funzionerà).

mkvmerge -o destinazione.mkv video_sorgente.avi audio_sorgente1.mp3 audio_sorgente2.ac3

Cos'è telecine?  Se non comprendi molto quello che è scritto in questo documento, leggi la definizione di telecine su Wikipedia (pagina inglese). E' una descrizione comprensibile e ragionevolmente completa di cosa si indichi con telecine.

Una nota riguardo i numeri.  Molti documenti, inclusa la guida su indicata, fanno riferimento al valore dei campi per secondo del video NTSC come 59.94 e i valori corrispondenti di fotogrammi al secondo come 29.97 (con telecine e interlacciamento) e 23.976 (per il progressivo). Per semplicità alcune documentazioni arrotondano tali cifre a 60, 30 e 24.

Strettamente parlando, tutti questi numeri sono approssimati. Il video NTSC in bianco e nero era esattamente 60 campi al secondo, ma successivamente venne scelto 60000/1001 per incastrare i dati del colore e rimanere compatibili con le televisioni bianco e nero contemporanee. Anche il video NTSC digitale (come quello sui DVD) è a 60000/1001 campi al secondo. Da ciò discende che il video interlacciato e telecine è 30000/1001 fotogrammi al secondo; il video progressivo è 24000/1001 fotogrammi al secondo.

Precedenti versioni della documentazioni di MEncoder a molti post archiviati della mailig list fanno riferimento a 59.94, 29.97 e 23.976. Tutta la documentazioni di MEncoder è stata aggiornata per usare i valori in frazione, e anche tu dovresti usare questi.

-ofps 23.976 è sbagliato. -ofps 24000/1001 dovrebbe invece essere usato.

Come viene usato telecine.  Tutto il video pensato per essere riprodotto su televisione NTSC deve essere a 60000/1001 campi al secondo. I film per la TV e gli spettacoli sono spesso registrati direttamente a 60000/1001 campi al secondo, ma la stragrande maggioranzna dei film per cinema è filmata a 24 o 24000/1001 fotogrammi al secondo. Quando i film da cinema vengono masterizzati su DVD, il video viene quindi convertito per la televisione usando un processo chiamato telecine (o telecinema).

Su un DVD il video non è praticamente mai memorizzato con 60000/1001 campi al secondo. Per un video che originariamente era 60000/1001, ogni coppia di campi viene combinata in un fotogramma, risultando in 30000/1001 fotogrammi al secondo. I lettori DVD hardware leggono quindi un parametro codificato nel flusso video pe rdeterminare se le linee pari o quelle dispari debbano formare il primo campo.

Solitamente il contenuto a 24000/1001 fotogrammi per secondi resta così com'è quando viene codificato per un DVD, e il lettore DVD deve eseguire il telecine al momento. Alcune volte invece, il video subisce il telecine prima di essere scritto su DVD; anche se in origine era a 24000/1001 fotogrammi al secondi, diventa 60000/1001 campi al secondo. Quando viene memorizzato su DVD, le coppie di campi vengono assemblate per formare 30000/1001 fotogrammi al secondo.

Guardando i singoli fotogrammi generati da video a 60000/1001 campi al secondo, che sia telecine o no, l'interlacciamento è chiaramente visibile ovunque vi sia del movimento, dato che un campo (diciamo le linee pari) rappresenta un istante nel tempo 1/(60000/1001) secondi dopo l'altro. Riprodurre video interlacciato su un computer risulta brutto sia perché il monitor ha una risoluzione maggiore sia perché il video viene mostrato un fotogramma dopo l'altro invece che un campo dopo l'altro.

Come menzionato all'inizio, le linee di esempio qui sotto per MEncoder non sono pensate per essere usate davvero; dimostrano solamente i parametri minimi per codificare correttamente ciascuna categoria.

mencoder dvd://1 -oac copy -ovc lavc -ofps 24000/1001

The first column contains the codec names that should be passed after the vcodec config, like: -lavcopts vcodec=msmpeg4

mencoder dvd://2 -o title2.avi -ovc lavc -lavcopts vcodec=mjpeg -oac copy

The first column contains the codec names that should be passed after the acodec option, like: -lavcopts acodec=ac3

mencoder dvd://2 -o title2.avi -oac lavc -lavcopts acodec=ac3 -ovc copy

Contrary to libavcodec's video codecs, its audio codecs do not make a wise usage of the bits they are given as they lack some minimal psychoacoustic model (if at all) which most other codec implementations feature. However, note that all these audio codecs are very fast and work out-of-the-box everywhere MEncoder has been compiled with libavcodec (which is the case most of time), and do not depend on external libraries.

Ideally, you would probably want to be able to just tell the encoder to switch into "high quality" mode and move on. That would probably be nice, but unfortunately hard to implement as different encoding options yield different quality results depending on the source material. That is because compression depends on the visual properties of the video in question. For example, anime and live action have very different properties and thus require different options to obtain optimum encoding. The good news is that some options should never be left out, like mbd=2, trell, and v4mv. See below for a detailed description of common encoding options.

The following settings are examples of different encoding option combinations that affect the speed vs quality tradeoff at the same target bitrate.

All the encoding settings were tested on a 720x448 @30000/1001 fps video sample, the target bitrate was 900kbps, and the machine was an AMD-64 3400+ at 2400 MHz in 64 bits mode. Each encoding setting features the measured encoding speed (in frames per second) and the PSNR loss (in dB) compared to the "very high quality" setting. Please understand that depending on your source, your machine type and development advancements, you may get very different results.

With this feature of libavcodec you are able to set custom inter (I-frames/keyframes) and intra (P-frames/predicted frames) matrices. It is supported by many of the codecs: mpeg1video and mpeg2video are reported as working.

A typical usage of this feature is to set the matrices preferred by the KVCD specifications.

The KVCD "Notch" Quantization Matrix:

Intra:

 8  9 12 22 26 27 29 34
 9 10 14 26 27 29 34 37
12 14 18 27 29 34 37 38
22 26 27 31 36 37 38 40
26 27 29 36 39 38 40 48
27 29 34 37 38 40 48 58
29 34 37 38 40 48 58 69
34 37 38 40 48 58 69 79

Inter:

16 18 20 22 24 26 28 30
18 20 22 24 26 28 30 32
20 22 24 26 28 30 32 34
22 24 26 30 32 32 34 36
24 26 28 32 34 34 36 38
26 28 30 32 34 36 38 40
28 30 32 34 36 38 42 42
30 32 34 36 38 40 42 44

Usage:

mencoder input.avi -o output.avi -oac copy -ovc lavc \
    -lavcopts inter_matrix=...:intra_matrix=...

mencoder input.avi -ovc lavc -lavcopts \
vcodec=mpeg2video:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,26,27,29,34,37,\
12,14,18,27,29,34,37,38,22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27,\
29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58,69,79\
:inter_matrix=16,18,20,22,24,26,28,30,18,20,22,24,26,28,30,32,20,22,24,26,\
28,30,32,34,22,24,26,30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,34,\
36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42,44 -oac copy -o svcd.mpg

So, you have just bought your shiny new copy of Harry Potter and the Chamber of Secrets (widescreen edition, of course), and you want to rip this DVD so that you can add it to your Home Theatre PC. This is a region 1 DVD, so it is NTSC. The example below will still apply to PAL, except you will omit -ofps 24000/1001 (because the output framerate is the same as the input framerate), and of course the crop dimensions will be different.

After running mplayer dvd://1, we follow the process detailed in the section How to deal with telecine and interlacing in NTSC DVDs and discover that it is 24000/1001 fps progressive video, which means that we need not use an inverse telecine filter, such as pullup or filmdint.

Next, we want to determine the appropriate crop rectangle, so we use the cropdetect filter:

mplayer dvd://1 -vf cropdetect

Make sure you seek to a fully filled frame (such as a bright scene, past the opening credits and logos), and you will see in MPlayer's console output:

crop area: X: 0..719  Y: 57..419  (-vf crop=720:362:0:58)

We then play the movie back with this filter to test its correctness:

mplayer dvd://1 -vf crop=720:362:0:58

And we see that it looks perfectly fine. Next, we ensure the width and height are a multiple of 16. The width is fine, however the height is not. Since we did not fail 7th grade math, we know that the nearest multiple of 16 lower than 362 is 352.

We could just use crop=720:352:0:58, but it would be nice to take a little off the top and a little off the bottom so that we retain the center. We have shrunk the height by 10 pixels, but we do not want to increase the y-offset by 5-pixels since that is an odd number and will adversely affect quality. Instead, we will increase the y-offset by 4 pixels:

mplayer dvd://1 -vf crop=720:352:0:62

Another reason to shave pixels from both the top and the bottom is that we ensure we have eliminated any half-black pixels if they exist. Note that if your video is telecined, make sure the pullup filter (or whichever inverse telecine filter you decide to use) appears in the filter chain before you crop. If it is interlaced, deinterlace before cropping. (If you choose to preserve the interlaced video, then make sure your vertical crop offset is a multiple of 4.)

If you are really concerned about losing those 10 pixels, you might prefer instead to scale the dimensions down to the nearest multiple of 16. The filter chain would look like:

-vf crop=720:362:0:58,scale=720:352

Scaling the video down like this will mean that some small amount of detail is lost, though it probably will not be perceptible. Scaling up will result in lower quality (unless you increase the bitrate). Cropping discards those pixels altogether. It is a tradeoff that you will want to consider for each circumstance. For example, if the DVD video was made for television, you might want to avoid vertical scaling, since the line sampling corresponds to the way the content was originally recorded.

On inspection, we see that our movie has a fair bit of action and high amounts of detail, so we pick 2400Kbit for our bitrate.

We are now ready to do the two pass encode. Pass one:

mencoder dvd://1 -ofps 24000/1001 -oac copy -o Harry_Potter_2.avi -ovc lavc \
    -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:autoaspect:vpass=1 \
    -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2

And pass two is the same, except that we specify vpass=2:

mencoder dvd://1 -ofps 24000/1001 -oac copy -o Harry_Potter_2.avi -ovc lavc \
    -lavcopts vcodec=mpeg4:vbitrate=2400:v4mv:mbd=2:trell:cmp=3:subcmp=3:autoaspect:vpass=2 \
    -vf pullup,softskip,crop=720:352:0:62,hqdn3d=2:1:2

The options v4mv:mbd=2:trell will greatly increase the quality at the expense of encoding time. There is little reason to leave these options out when the primary goal is quality. The options cmp=3:subcmp=3 select a comparison function that yields higher quality than the defaults. You might try experimenting with this parameter (refer to the man page for the possible values) as different functions can have a large impact on quality depending on the source material. For example, if you find libavcodec produces too much blocky artifacting, you could try selecting the experimental NSSE as comparison function via *cmp=10.

For this movie, the resulting AVI will be 138 minutes long and nearly 3GB. And because you said that file size does not matter, this is a perfectly acceptable size. However, if you had wanted it smaller, you could try a lower bitrate. Increasing bitrates have diminishing returns, so while we might clearly see an improvement from 1800Kbit to 2000Kbit, it might not be so noticeable above 2000Kbit. Feel free to experiment until you are happy.

Because we passed the source video through a denoise filter, you may want to add some of it back during playback. This, along with the spp post-processing filter, drastically improves the perception of quality and helps eliminate blocky artifacts in the video. With MPlayer's autoq option, you can vary the amount of post-processing done by the spp filter depending on available CPU. Also, at this point, you may want to apply gamma and/or color correction to best suit your display. For example:

mplayer Harry_Potter_2.avi -vf spp,noise=9ah:5ah,eq2=1.2 -autoq 3

Please begin by reviewing the Xvid section of MPlayer's man page. This section is intended to be a supplement to the man page.

The Xvid default settings are already a good tradeoff between speed and quality, therefore you can safely stick to them if the following section puzzles you.