Es gibt zwei Möglichkeiten, TrueType-Schriften ans Laufen zu bekommen. Die erste besteht darin, die Option -font auf der Kommandozeile anzugeben. Diese Option ist vermutlich ein guter Kandidat für die Aufnahme in deine Konfigurationsdatei (siehe Manpage für Details). Die zweite besteht darin, einen subfont.ttf genannten Symlink zu der Schriftart deiner Wahl zu erstellen. Führe entweder

ln -s /Pfad/zur/Schrift.ttf ~/.mplayer/subfont.ttf

für jeden User durch, oder erstelle einen systemweiten Symlink:

ln -s /Pfad/zur/Schrift.ttf $PREFIX/share/mplayer/subfont.ttf

Wenn MPlayer mit fontconfig-Unterstützung compiliert wurde, werden die oben genannten Methoden nicht funktionieren; statt dessen erwartet -font einen fontconfig-Schriftnamen, der Standard ist die Schriftart Sans-serif. Beispiel:

mplayer -font 'Bitstream Vera Sans' anime.mkv

Um eine Liste der fontconfig bekannten Dateien zu erhalten, benutze fc-list.

Wenn du aus einem bestimmten Grund Bitmap-Schriftwarten verwenden möchtest, lade dir einen Satz von unserer Homepage herunter. Du kannst zwischen verschiedenen ISO-Schriftarten und ein paar Sätzen von Schriftarten, die von Benutzern beigetragen wurden, in verschiedenen Zeichensätzen wählen.

Entpacke die Datei, die du heruntergeladen hast nach ~/.mplayer oder $PREFIX/share/mplayer. Benenne dann eins der extrahierten Verzeichnisse um zu font, oder erstelle einen Symlink dorthin, zum Beispiel:

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

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

Schriftarten sollten eine entsprechende font.desc-Datei haben, die Positionen von Unicode-Schriften auf die aktuelle Codeseite des Untertiteltexts abbildet. Eine andere Möglichkeit besteht darin, in UTF-8 codierte Untertitel zu verwenden und die Option -utf8 zu verwenden. Noch eine Möglichkeit besteht darin, der Untertiteldatei den gleichen Namen zu geben wie die Videodatei mit der Dateiendung <video_name>.utf und sie im selben Verzeichnis wie die Videodatei abzulegen.

MPlayer hat eine komplett benutzerdefinierbare OSD-Menü-Schnittstelle.

Xvid ist ein freier MPEG-4 ASP konformer Videocodec. Beachte, dass Xvid nicht benötigt wird, um mit Xvid encodiertes Video zu decodieren. In der Standardkonfiguration wird dafür libavcodec benutzt, da er höhere Geschwindigkeit bietet.

x264 ist eine Bibliothek für die Erstellung von H.264-Videostreams. MPlayer Sourcen werden auf den neuesten Stand gebracht wenn es an x264 API Veränderungen gibt. Deswegen wird empfohlen MPlayer aus dem Subversion zu benutzen.

Wenn du GIT installiert hast, können die aktuellen x264 Sourcen mit dem folgen Befehl besorgt werden:

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

Bau und installier dann nach der Standardformel:

./configure && make && make install

Jetzt nochmal ./configure ausführen, damit MPlayer die Unterstützung für x264 aktiviert.

Adaptive Multi-Rate Sprachcodec, wird in 3G (UMTS) Mobiltelephonen verwendet. Die Referenzimplementierung ist auf The 3rd Generation Partnership Project erhältlich (frei - wie in Freibier - für private Benutzung). Um die Unterstützung zu aktiveren, lade die Bibliotheken für AMR-NB and AMR-WB runter und installiere sie, indem du die Anweisungen auf dieser Seite befolgst. Compiliere MPlayer danach erneut.

Für Unterstützung müssen die Codecs AMR-NB und AMR-WB heruntergeladen und in dasselbe Verzeichnis wie MPlayer verschoben werden. Anschließend folgende Befehle ausführen:

unzip 26104-610.zip
unzip 26104-610_ANSI_C_source_code.zip
mv c-code libavcodec/amr_float
unzip 26204-600.zip
unzip 26204-600_ANSI-C_source_code.zip
mv c-code libavcodec/amrwb_float

Befolge danach einfach das Standardvorgehen für die Compilierung von MPlayer.

MPlayer erlaubt dir durch eine einfache Konfigurationsdatei, jede Taste an jeden beliebigen MPlayer-Befehl zu binden. Die Syntax besteht aus einem Tastennamen gefolgt von einem Befehl. Die Standardkonfigurationsdatei ist $HOME/.mplayer/input.conf, dies kann jedoch mit der Option-input conf überschrieben werden (relative Pfade sind relativ zu $HOME/.mplayer).

Du erhältst eine vollständige Liste der unterstützten Tastennamen, indem du den Befehl mplayer -input keylist ausführst, eine vollständige Liste der verfügbaren Befehle mit 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 - benutze einen einfach zu erstellenden, selbstgemachten IR-Empfänger, eine (fast) veraltete Fernbedienung und steuere deine Linuxkiste damit! Mehr darüber auf der LIRC Homepage.

Wenn du das LIRC-Paket installiert hast, wird configure dies automatisch erkennen. Wenn alles gut lief, wird MPlayer beim Start "Initialisiere LIRC-Unterstützung..." ausgeben. Wenn ein Fehler auftritt, wird er dir das sagen. Wenn keine Mitteilung über LIRC erscheint, ist die entsprechende Unterstützung nicht eincompiliert. Das ist es schon :-)

Der Anwendungsname für MPlayer ist - Überraschung - mplayer. Du kannst jeden MPlayer-Befehl verwenden und sogar mehrere Befehle übergeben, indem du sie mit \n trennst. Vergiss nicht, das repeat-Flag in .lircrc zu setzen, wenn es Sinn macht (spulen, Lautstärke, etc). Hier ist ein Auszug einer Beispieldatei .lircrc:

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

Wenn du die Standardposition für die LIRC-Konfigurationsdatei (~/.lircrc) nicht magst, benutze die Option -lircconf Dateiname, um eine andere Datei anzugeben.

Der Slave-Modus erlaubt dir, einfache Frontends für MPlayer zu erstellen. Wenn dieser mit der Option -slave gestartet wird, wird MPlayer durch Zeilenumsprünge (\n) getrennte Befehle von der Standardeingabe lesen. Die Befehle sind in der Datei slave.txt dokumentiert.

Wenn du MPlayer ersteinmal erfolgreich dazu gebracht hast, deinen Lieblingsinternetstream abzuspielen, kannst du die Option -dumpstream verwenden, um den Stream in eine Datei zu speichern. Zum Beispiel wird

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

den von http://217.71.208.37:8006 gestreamten Inhalt nach stream.asf speichern. Dies funktioniert mit allen Protokollen, die von MPlayer unterstützt werden, wie MMS, RSTP und so weiter.

Du kannst die Geschwindigkeit von IDE CD-ROM-Laufwerken mit hdparm, setcd oder cdctl reduzieren. Dies funktioniert wie folgt:

hdparm -E [Geschwindigkeit] [CD-ROM-Gerät]

setcd -x [Geschwindigkeit] [CD-ROM-Gerät]

cdctl -bS [Geschwindigkeit]

Wenn du SCSI-Emulation benuzt, musst du die Einstellungen unter Umständen am echten IDE-Gerät vornehmen und nicht am emuliertem SCSI-Gerät.

Wenn du über root-Rechte verfügst, kann das folgende Kommando ebenso helfen:

echo file_readahead:2000000 > /proc/ide/[CD-ROM-Gerät]/settings

Dies setzt die Menge der vorausgehend gelesenen Daten auf 2MB, was bei verkratzten CD-ROMs hilft. Wenn du dies zu hoch setzt, wird das Laufwerk dauernd anlaufen und wieder langsamer werden; dies wird die Leistung dramtisch verschlechtern. Es wird ebenso empfohlen, dass du dein CD-ROM-Laufwerk mit hdparm konfigurierst:

hdparm -d1 -a8 -u1 [CD-ROM-Gerät]

Dies aktiviert DMA-Zugriff, Read-ahead (vorausgehendes Lesen) und IRQ-Unmasking (lies die hdparm Manpage für eine ausführliche Erklärung).

Wir verweisen hier auf "/proc/ide/[CD-ROM-Gerät]/settings" für Feineinstellungen an deinem CD-ROM.

SCSI-Laufwerke haben kein einheitliches Verfahren, diese Parameter zu setzen. (Kennst du einen? Berichte ihn uns!) Es gibt ein Tool, welches mit Plextor SCSI-Laufwerken funktioniert.

Geschwindigkeit:

cdcontrol [-f Gerät] speed [Geschwindigkeit]

DMA:

sysctl hw.ata.atapi_dma=1

Füge die Option -edl <dateiname> mit der EDL-Datei, die auf das Video angewendet werden soll, hinzu, wenn du MPlayer aufrufst.

Das aktuelle EDL-Dateiformat ist das folgende:

[Anfangssekunde] [Endsekunde] [Aktion]

Wobei die Sekunden Fließkommazahlen sind und die Aktion entweder 0 zum Überspringen oder 1 für Stummschaltung. Beispiel:

5.3   7.1    0
15    16.7   1
420   422    0

Dies wird den Bereich von Sekunde 5.3 bis Sekunde 7.1 des Videos überspringen und dann bei 15 Sekunden stummschalten, bei 16.7 Sekunden den Ton wieder anschalten. Der Bereich zwischen den Sekunden 420 bis 422 wird übersprungen. Diese Aktionen werden ausgeführt, wenn der Wiedergabetimer die in der Datei angegebenen Zeiten erreicht.

Um eine EDL-Datei zu erstellen, die als Arbeitsvorlage benutzt werden kann, benutze die Option -edlout <dateiname>. Drücke dann während der Wiedergabe i, um den Anfang und as Ende eines zu überspringenden Blocks zu markieren. Ein entsprechender Eintrag wird für diese Zeit in die Datei geschrieben. Danach kannst du Feineinstellungen an der generierten EDL-Datei vornehmen und zusätzlich die Standardeinstellung ändern, welche darin besteht, den Block, der in einer Zeile beschrieben ist, zu überspringen.

Manche Audiotracks sind zu leise, um sie bequem ohne Anpassung zu hören. Das kann zum Problem werden, wenn dein Audiosystem diese Anpassung nicht für dich vornehmen kann. Die Option -softvol weist MPlayer an, einen internen Mixer zu verwenden. Du kannst die Tasten zur Anpassung der Lautstärke (in der Voreinstellung 9 und 0) verwenden, um wesentlich höhere Lautstärkelevel zu erreichen. Beachte, dass dies nicht den Mixer deiner Soundkarte umgeht; MPlayer wird das Signal nur verändern, bevor es an die Soundkarte gesendet wird. Das folgende Beispiel ist ein guter Anfang:

mplayer leise-datei -softvol -softvol-max 300

Die Option -softvol-max gibt die maximal erlaubte Ausgabelautstärke als prozentualen Wert hinsichtlich der Originallautstärke an. Beispielsweise würde -softvol-max 200 erlauben, die Lautstärke doppelt so hoch wie das ursprüngliche Level zu setzen. Es ist sicher, einen größeren Wert mit -softvol-max zu setzen; die höhere Lautstärke wird nicht verwendet, solange du nicht die entsprechenden Tasten drückst. Der einzige Nachteil bei Verwendung von hohen Werten ist, dass du nicht ganz so genaue Kontrolle bei der Verwendung der Tasten hast, da MPlayer die Lautstärke in Prozenten der maximalen Lautstärke anpasst. Benutze einen niedrigeren Wert mit -softvol-max und/oder gib -volstep 1 an, wenn du höhere Genauigkeit brauchst.

Die Option -softvol funktioniert durch Kontrolle des Audiofilters volume. Wenn du eine Datei von Anfang an mit einer gewissen Lautstärke abspielen möchtest, kannst du die volume manuell angeben:

mplayer leise-datei -af volume=10

Dies wird die Datei mit einer Erhöhung um zehn Dezibel wiedergeben. Sei vorsichtig bei der Verwendung des volume-Filters - du kannst deinen Ohren leicht schaden, wenn du einen zu hohen Wert benutzt. Beginne niedrig und arbeite dich stufenweise hoch, bis du ein Gefühl dafür bekommst, wieviel Anpassung notwendig ist. Außerdem kann es passieren, wenn du einen übermäßig hohen Wert angibst, dass volume das Signal kappen muss, um keine Daten an die Soundkarte zu schicken, die außerhalb des gültigen Bereichs liegen; dies führt zu gestörtem Ton.

Die vollständige Liste der Optionen ist in der Manpage verfügbar. Hier sind nur ein paar Tipps:

MPlayer unterstützt regulären Text, Grafiken und Navigationslinks. Leider werden farbige Seiten momentan nicht vollständig unterstützt - alle Seiten erscheinen in Graustufen. Untertitelseiten (auch bekannt als "Closed Captions") werden auch unterstützt.

MPlayer beginnt beim Beginn vom TV-Empfang damit, alle Videoseiten zwischenzuspeichern, damit du nicht warten musst, bis die gewünschte Seite geladen ist.

Anmerkung: Benutzung von Videotext mit -vo xv verursacht komische Farben.

Um Decodierung von Videotext zu aktivieren, musst du das VBI-Gerät angeben, von dem die Videotextdaten empfangen werden (üblicherweise /dev/vbi0 unter Linux). Dies kann erreicht werden durch Angabe der Option tdevice in deiner Konfigurationsdatei, siehe unten:

tv=tdevice=/dev/vbi0

Du musst möglicherweise den Videotextsprachcode für dein Land angeben. Um dir alle Sprachcodes anzeigen zu lassen, verwende

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

Hier ist ein Beispiel für russisch:

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

Dieser Abschnitt behandelt das Hören von Radio mittels eines V4L-kompatiblen Radioempfängers. Siehe Manpage für eine Beschreibung der Radio-Optionen und Tastensteuerungen.

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 adevice=hw=1.0:arate=32000:channels=104.4=Sibir,103.9=Maximm  radio://2/capture

Ältere 3dfx-Treiber hatten bekanntermaßen Probleme mit der XVideo-Beschleuningung, die weder YUY2 noch YV12 unterstützte. Stelle sicher, dass du XFree86 Version 4.2.0 oder neuer verwendest, da diese Versionen mit YV12 und YUY2 keine Probleme haben, während frühere Versionen, auch 4.1.0, bei YV12 abgestürzen. Wenn du merkwürdige Effekte bei der Verwendung von -vo xv bemerkst, dann probier aus, ob mit SDL, das ebenfalls XVideo nutzen kann, diese Effekte verschwinden. In der SDL stehen Details darüber.

Alternativ kannst du auch den NEUEN tdfxfb-Treiber mit -vo tdfxfb verwenden! Lies dazu die tdfxfb-Sektion.

S3 Savage3D-Karten sollten problemlos funktionieren, aber bei Savage4- Chips solltest du XFree86 4.0.3 oder neuer verwenden. Probier bei Problemen den 16bpp-Farbmodus aus. Und der S3 Virge... Es gibt für ihn zwar Xv- Unterstützung, aber die Karte selbst ist so langsam, dass du sie besser verkaufst.

Es gibt inzwischen einen nativen Framebuffer-Treiber für S3 Virge-Karten, ähnlich tdfxfb. Mache die Einstellungen (hänge z.B. "vga=792 video=vesa:mtrr" an die Kernelkommandozeile an) und benutze -vo s3fb (-vf yuy2 und -dr helfen auch).

nVidia ist für Linux keine optimale Wahll. XFree86's Open-Source-Treiber unterstützt die meisten dieser Karten, jedoch musst du in einigen Fällen die binären Closed-Source-Treiber von nVidia verwenden, verfügbar auf der nVidia-Webseite. Du brauchst diese Treiber immer, wenn du zusätzlich 3D-Beschleunigung haben willst.

Riva128-Karten bieten nicht einmal mit den binären nVidia-Treibern XVideo-Unterstützung (beklag dich bei nVidia).

Wie auch immer, MPlayer enthält einen VIDIX -Treiber für die meisten nVidia-Karten. Er ist aktuell in der Beta-Phase und besitzt einige Nachteile. Mehr Informationen findest du in der nVidia-VIDIX-Sektion.

Die GATOS-Treiber, die du einsetzen solltest, sofern du keine Rage128- oder Radeon-Karte hast, haben per Voreinstellung VSYNC angeschaltet. Dies bedeutet, dass die Decodiergeschwindigkeit (!) zur Bildwiederholrate des Monitors synchronisiert wird. Wenn dir die Wiedergabe langsam vorkommt, dann versuche, irgendwie VSYNC abzuschalten, oder setze die Bildwiederholrate des Monitors auf n * (fps des Films) Hz.

Radeon VE - wenn du X benötigst, verwende XFree86 4.2.0 oder höher für diese Karte. Außerdem gibt es keine Unterstützung für den TV-Ausgang. Natürlich bekommst du mit MPlayer Hardware-beschleunigte Wiedergabe, das ganze wahlweise mit oder ohne TV-Ausgang, und es werden dabei nicht einmal weitere Bibliotheken oder X selber benötigt. Lies dazu die VIDIX-Sektion.

Diese Chips befinden sich in vielen Laptops. Du musst XFree86 4.3.0 oder höher oder andernfalls die Xv-fähigen Treiber von Stefan Seyfried verwenden. Wähle einfach einen, der zu deiner XFree86-Version passt.

XFree86 4.3.0 beinhaltet die Unterstützung für Xv, Bohdan Horst schickte jetzt einen kleinen Patch auf die XFree86-Quellen, der Framebuffer-Operationen (daher XVideo) bis auf das Vierfache beschleunigt. Der Patch wurde in das XFree86-CVS eingebunden und sollte im nächsten Release nach 4.3.0 vorhanden sein.

Um die Wiedergabe von Video in DVD-Auflösung zu ermöglichen, ändere deine XF86Config wie folgt:

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

Wenn du Xv mit einer Trident-Grafikkarte benutzen willst, dann installiere XFree86 4.2.0, sofern Xv nicht schon mit 4.1.0 funktioniert. Version 4.2.0 enthält Unterstützung für Xv im Vollbild für Cyberblade XP-Karten.

Alternativ enthält MPlayer einen VIDIX-Treiber für the Cyberblade/i1-Karten.

Wenn du Xv mit einer Kyro-basierten Karte (wie z.B. der Hercules Prophet 4000XT) verwenden möchstest, dann solltest du die Treiber von der PowerVR-Seite herunterladen.

Momentan werden die meisten ATI-Karten unterstützt, von der Mach64 bis hin zur neuesten Radeon.

Es gibt zwei compilierte Binaries: radeon_vid für Radeons und rage128_vid für Rage128-Karten. Du kannst entweder eine der beiden erzwingen oder das VIDIX-System automatisch alle verfügbaren Treiber ausprobieren lassen.

Matrox G200, G400, G450 und G550 sollen funktionieren.

Der Treiber unterstützt Videoequalizer und sollte fast genauso schnell wie der Matrox-Framebuffer sein.

Es gibt einen Treiber für den Trident Cyberblade/i1-Chipsatz, der auf VIA Epia-Mainboards eingesetzt wird.

Der Treiber wurde geschrieben und wird weiterentwickelt von Alastair M. Robinson.

Auch wenn es einen Treiber für 3DLabs GLINT R3-Chips und Permedia3-Chips gibt, so hat noch niemand diese getestet. Feedback wird deswegen gern gesehen.

Ein einmaliges Feature des nvidia_vid-Treibers ist seine Fähigkeit, Video auf einfacher, purer Textkonsole darzustellen - ohne Framebuffer oder X magic oder was auch immer. Zu diesem Zweck müssen wir die cvidix-Videoausgabe verwenden, wie folgendes Beispiel zeigt:

mplayer -vo cvidix example.avi

Dies ist ein sehr experimenteller Code, ähnlich nvidia_vid.

Er wurde auf SiS 650/651/740 getestet (die verbreitetsten Chipsets in den SiS-Versionen der Boxen von "Shuttle XPC"-Barebones)

Berichte erwartet!

MPlayer unterstützt Karten mit dem Siemens-DVB-Chipsatz von Herstellern wie Siemens, Technotrend, Galaxis oder Hauppauge. Die neuesten DVB-Treiber gibt's auf der Linux TV-Seite. Wenn du Transcodierung in Software machen willst, dann brauchst du eine CPU mit mindestens 1GHz.

configure sollte automatisch deine DVB-Karte erkennen. Wenn es das nicht tut, dann erzwinge DVB-Unterstützung mit

./configure --enable-dvb

Wenn die ost-Headerdateien nicht an ihrem normalen Platz liegen, dann gib explizit den Pfad zu ihnen an mit:

./configure --extra-cflags=DVB-Source-Verzeichnis/ost/include

Dann compiliere und installiere wie sonst auch.

GEBRAUCH.  Hardwaredecodierung von Streams, die MPEG-1/2 Video und/oder MPEG-Audio enthalten, geschieht mit diesem Kommando:

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

Decodierung jeder Art Videostream verlangt Transcodierung zu MPEG-1, daher ist es langsam und den Ärger möglicherweise nicht wert, vor allem, wenn dein Computer langsam ist. Es kann folgenderweise gemacht werden:

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

Beachte, dass DVB-Karten nur bestimmte Bildhöhen unterstützen: 288 und 576 für PAL und 240 und 480 für NTSC. Du musst das Bild vorher skalieren, wenn die Höhe nicht einer der oben erwähnten entspricht: -vf scale=width:height. DVB-Karten unterstützen eine Vielzahl horizontaler Auflösungen wie z.B. 720, 704, 640, 512, 480, 352 etc. Sie machen Hardwareskalierung in horizontaler Richtung, sodass du meist nicht in horizontaler Richtung skalieren musst. Bei einem 512x384-MPEG4 (DivX) (Verhältnis 4:3) kannst du folgendes probieren:

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

Wenn du einen Breitwandfilm hast und du ihn nicht auf die volle Höhe skalieren möchtest, dann kannst du den expand=w:h-Filter benutzen, um schwarze Balken hinzuzufügen. Um ein 640x384-MPEG4 (DivX) anzuschauen:

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

Wenn deine CPU für 720x576-MPEG4 (DivX) zu langsam ist, dann skaliere herunter:

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

Wenn sich die Geschwindigkeit nicht verbessert, dann skaliere auch in vertikaler Richtung:

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

Für ein OSD und Untertitel kannst du das OSD-Feature des expand- Filters benutzen. Anstelle von expand=w:h oder expand=w:h:x:y benutzt du dafür expand=w:h:x:y:1 (der fünfte Parameter :1 schaltet die OSD-Anzeige an). Eventuell willst du das Bild ein wenig nach oben schieben, um unten mehr Platz für die Untertitel zu haben. Vielleicht willst du auch die Untertitel hochschieben, wenn sie ansonsten außerhalb des sichtbaren Bereiches des Fernsehers liegen. Das kannst du mit -subpos <0-100> erreichen, wobei -subpos 80 meistens eine gute Wahl darstellt.

Um Filme mit weniger/mehr als 25 Frames pro Sekunde auf einem PAL-Fernseher abzuspielen, oder wenn du eine langsame CPU hast, verwende die Option -framedrop.

Um das Höhen-/Breitenverhältnis des MPEG-4 (DivX) beizubehalten und trotzdem die optimalen Skalierungsparameter zu verweden (Hardwareskalierung in horizontaler Richtung und Softwareskalierung in vertikaler Richtung unter Beibehaltung des richtigen Höhen-/Breitenverhältnisses), benutze den neuen dvbscale-Filter:

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

Digitales TV (DVB-Input-Modul).  Du kannst deine DVB-Karte zum Ansehen digitalen TVs verwenden.

Du solltest die Programme scan und szap/tzap/czap/azap installiert haben; sie sind alle im Treiberpaket enthalten.

Überprüfe, ob die Treiber sauber mit dem Programm wie etwa dvbstream arbeiten (das ist die Basis des DVB-Input-Moduls).

Jetzt solltest du eine Datei ~/.mplayer/channels.conf mit der von szap/tzap/czap/azap Syntax compilieren oder es von scan für dich compilieren lassen.

Hast du mehr als einen Kartentyp (z.B. Satellit, Antenne, Kabel und ATSC), kannst du deine Kanaldateien als ~/.mplayer/channels.conf.sat, ~/.mplayer/channels.conf.ter, ~/.mplayer/channels.conf.cbl, und ~/.mplayer/channels.conf.atsc respektive speichern, um MPlayer unbedingt darauf hinzuweisen, eher diese Dateien zu verwenden als ~/.mplayer/channels.conf, und du musst angeben, welche Karte du verwendest.

Stelle sicher, dass du nur frei ausgestrahlte Kanäle in deiner Datei channels.conf hast, oder MPlayer wird auf eine unverschlüsselte Übertragung warten.

In deinen Audio- und Videofeldern kannst du eine erweiterte Syntax anwenden: ...:pid[+pid]:... (für ein Maximum von 6 pids bei jedem); in diesem Fall wird MPlayer alle gezeigten pids enbinden, plus pid 0 (welche das PAT enthält). Binde ruhig in jede Spalte die PMT pid für den korrespondierenden Kanal ein (falls du ihn kennst). Du kannst auch 8192 angeben; dies wird alle pids auf dieser Frequenz wählen, und du kannst dann zwischen ihnen mit TAB wechseln. Das mag mehr Bandbreite benötigen, billige Karten übertragen jedoch alle Kanäle zumindest bis zum Kernel, daher macht es für diese keinen großen Unterschied. Andere mögliche Anwendungen sind: televideo pid, zweiter Audio-Track, etc.

Wenn sich MPlayer regelmäßig über

Zu viele Audiopakete im Puffer

beschwert oder wenn du eine zunehmende Desynchronisation zwischen Ton und Video feststellst, versuche den MPEG-TS-Demuxer von libavformat zu verwenden, indem du -demuxer lavf -lavfdopts probesize=128 der Kommandozeile hinzufügst.

Um den ersten der in deiner Liste vorhandenen Kanäle anzuzeigen, führe folgendes aus

  mplayer dvb://

Willst du einen bestimmten Kanal wie z.B. R1 ansehen, führe dies aus

  mplayer dvb://R1

Hast du mehr als eine Karte, musst du die Nummer der Karte, in der der Kanal zu sehen ist (z.B. 2), mit dieser Syntax angeben:

  mplayer dvb://2@R1

Um Kanäle zu wechseln, drücke die Tasten h (nächster) und k (vorheriger) oder verwende das OSD-Menü.

Wenn deine ~/.mplayer/menu.conf einen Eintrag <dvbsel> enthält, wie der in der Beispieldatei etc/dvb-menu.conf (die du zum Überschreiben der ~/.mplayer/menu.conf nutzen kannst), wird das Hauptmenü einen Untermenüeintrag anzeigen, der dir die Wahl des Kanal-Presets in deiner channels.conf erlaubt, womöglich gefolgt von einem Menü mit der Liste der verfügbaren Karten, falls mehr als eine von MPlayer genutzt werden kann.

Willst du ein Programm auf die Festplatte speichern, nimm

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

Willst du ihn statt dessen in einem anderen Format aufnehmen (ihn neu encodieren), kannst du einen Befehl wie diesen ausführen

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

Lies dir in der Manpage eine Liste von Optionen durch, die du an das DVB-Input-Modul übergeben kannst.

AUSBLICK.  Wenn du Fragen hast oder an der Diskussion über zukünftige Features teilnehmen willst, dann melde dich bei unserer MPlayer-DVB Mailingliste an. Denk bitte daran, dass dort Englisch gesprochen wird.

Für die Zukunft kannst du mit der Möglichkeit, das OSD und die Untertitel mit den eingebauten Funktionen der DVB-Karten anzuzeigen, mit flüssigerer Wiedergabe von Filmen mit weniger/mehr als 25 Bildern pro Sekunde und mit Echtzeit-Transcodierung zwischen MPEG-2 und MPEG-4 (partielle Dekompression) rechnen.

MPlayer unterstützt hardwarebeschleunigte Wiedergabe mit der Creative DXR2-Karte.

Zuerst brauchst du einen richtig installierten DXR2-Treiber. Du kannst die Treiber und Installationshinweise im DXR2 Resource Center finden.

Der auf DXR2 genutzte Overlay-Chipset ist von sehr schlechter Qualität, die Standardeinstellungen sollten aber bei jedem funktionieren. Das OSD kann eventuell mit Overlay genutzt werden (nicht bei TV), indem es im colorkey eingetragen wird. Mit den Standardeinstellungen des colorkey bekommst du evtl. unterschiedliche Ergebnisse, gewöhnlich wirst du den colorkey rund um die Zeichen sehen oder einige anderen lustigen Effekte. Aber wenn du die colorkey-Einstellungen korrekt anpasst, solltest du in der Lage sein, akzeptable Resultate zu erzielen.

Lies bitte in der Manpage über die vorhandenen Optionen.

MPlayer unterstützt die hardwarebeschleunigte Wiedergabe mit den Karten Creative DXR3 und Sigma Designs Hollywood Plus. Beide Karten basieren auf dem em8300-MPEG-Decoderchip von Sigma Designs.

Als erstes brauchst du korrekt installierte DXR3/H+-Treiber, Version 0.12.0 oder neuer. Diese Treiber und weitere Installationsanweisungen findest du auf der Seite DXR3 & Hollywood Plus for Linux. configure sollte die Karte automatisch finden. Die Compilierung sollte auch problemlos funktionieren.

Dieser Treiber ist ein Anzeigetreiber (-vo zr), der verschiedeene MJPEG-Aufnahme-/-Wiedergabekarten unterstützt. Getestet wurde er mit DC10+ und Buz, und er sollte auch mit der LML33 und der Original-DC10 funktionieren. Dieser Treiber encodiert jedes Bild nach JPEG und schickt es dann an die Karte. Für die Encodierung wird libavcodec benutzt und dementsprechend auch benötigt. Mit dem speziellen cinemara-Modus kannst du Filme auch tatsächlich im Breitbildformat anschauen, wenn du zwei Beamer und zwei MJPEG-Karten hast. Abhängig von der Qualität und Auflösung braucht dieser Treiber eine Menge CPU-Power. Benutze also besser die Option -framedrop, wenn deine Maschine zu langsam ist. Anmerkung: Mein AMD K6-2 350MHz ist durchaus in der Lage, Filme in VCD-Größe mit -framedrop wiederzugeben.

Dieser Treiber benutzt den Kerneltreiber, den du auf http://mjpeg.sf.net herunterladen kannst. Dieser muss also vorher schon funktionieren. configure erkennt automatisch vorhandene MJPEG-Karten. Wenn nicht, dann erzwinge zr mit

./configure --enable-zr

Die Ausgabe kann mit diversen Optionen gesteuert werden. Eine vollständige Liste findest du in der Manpage. Eine kurze Auflistung gibt dir auch

mplayer -zrhelp

Sachen wie das OSD und Skalierung werden nicht von diesem Treiber erledigt, aber sie können natürlich durch Filter realisiert werden. Beispiel: Angenommen, du hast einen Film mit einer Auflösung von 512x272, und du möchtest ihn im Vollbild auf deiner DC10+ anschauen. Du hast dann drei Möglichkeiten: den Film auf eine Breite von 768, 384 oder 192 zu skalieren. Aus Geschwindigkeits- und Qualitätsgründen würde ich empfehlen, den Film auf 384x204 mit dem bilinearen Algorithmus zu skalieren. Die Kommandozeile sieht dazu wie folgt aus:

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

Das Beschneiden des Bildes kann mit dem crop-Filter geschehen oder vom Treiber selbst vorgenommen werden. Angenommen, der Film ist zu breit für die Anzeige deiner Buz, und du möchtest -zrcrop benutzen, um den Film schmaler zu machen. Dann verwendest du folgendes Kommando:

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

Mit dem crop-Filter sieht es so aus:

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

Mehrfache Anwendung von -zrcrop aktiviert den cinerama-Modus. Das heißt, du kannst das Bild über mehrere Fernseher oder Beamer verteilen, um eine größere Anzeigefläche zu erreichen. Angenommen, du hast zwei Beamer. Der linke hängt an deiner Buz an /dev/video1, und der rechte hängt an deiner DC10+ an /dev/video0. Der Film hat eine Auflösung von 704x288. Nehmen wir weiter an, dass du den rechten Beamer schwarz/weiß betreiben möchtest, und dass du auf dem linken Beamer Bilder mit der Qualitätsstufe 10 haben möchtest. Dann benutzt du dafür das folgende Kommando:

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

Wie du siehst, gelten die Optionen vor dem zweiten -zrcrop nur für die DC10+ und die Optionen nach dem zweiten -zrcrop nur für die Buz. Die maximale Anzahl an MJPEG-Karten, die am cinerama-Modus teilnehmen, liegt bei vier, sodass du dir eine 2x2-Videowand basteln kannst.

Zuletzt ein wirklich wichtiger Hinweis: Starte oder beende auf keinen Fall XawTV während der Wiedergabe, da das deinen Computer zum Absturz bringen wird. Du kannst aber problemlos ZUERST XawTV, DANN MPlayer starten, warten, bis MPlayer fertig ist und ZULETZT XawTV beenden.

Dieser Treiber kann Video mit dem Blinkenlights UDP-Protokoll wiedergeben. Wenn du nicht weißt, was Blinkenlights oder dessen Nachfolger Arcade ist, finde es heraus. Obwohl dies höchstwahrscheinlich der am wenigsten genutzte Videoausgabetreiber ist, den MPlayer zu bieten hat, so ist er ohne Zweifel der coolste. Schau dir einfach ein paar von den Blinkenlights-Dokumentationsvideos an. Auf dem Arcade-Video siehst du Blinkenlights-Ausgabetreiber um 00:07:50 in Aktion.

Unter Linux hast du zwei Möglichkeiten, den TV-Ausgang deiner G400 anzuschalten:

Matrox-TV-Ausgangskabel im Eigenbau.  Niemand übernimmt Verantwortung für irgendetwas oder jegliche Schäden, die durch diese Dokumentation entstehen.

Kabel für die G400.  Der vierte Pin des CRTC2-Steckers liefert das Composite Video-Signal. Erde liegt am sechsten, siebten und achten Pin. (Informationen von Balázs Rácz)

Kabel für die G450.  Der erste Pin des CRTC2-Steckers liefert das Composite Video-Signal. Erde liegt am fünften, sechsten, siebten und fünfzehnten (5, 6, 7, 15) Pin. (Information von Balázs Kerekes)

Unterstützung für den TV-Ausgang dieser Karten wurde erst kürzlich implementiert und ist noch nicht in den Standardkerneln enthalten. Momentan kann das mga_vid-Modul nicht benutzt werden, wenn ich recht informiert bin, da der G450/G550-Treiber nur in einer Konfiguration arbeitet: Der erste CRTC-Chip (mit den vielen Features) am ersten Display (meistens der Monitor), und der zweite CRTC (kein BES - Erläuterungen zum BES gibts in der G400-Sektion oben) am Fernseher. Somit kannst du momentan nur den fbdev-Ausgabetreiber von MPlayer benutzen.

Der erste CRTC kann momentan nicht an den zweiten Ausgang umgeleitet werden. Der Author des matroxfb-Kernelmoduls, Petr Vandrovec, wird auch das irgendwann unterstützen, indem die Ausgabe des ersten CRTC auf beiden Ausgängen angezeigt wird, wie es momentan auch für die G400 empfohlen wird (siehe oben).

Der dafür benötigte Kernelpatch und eine detaillierte Anleitung kann auf http://www.bglug.ca/matrox_tvout/ gefunden werden.

EINLEITUNG.  Momentan möchte ATI keinen einzigen ihrer TV-Ausgabe-Chips unter Linux unterstützen, da sie die Macrovision-Technologie lizensiert haben.

Verwende bei anderen Karten einfach den VESA-Treiber ohne VIDIX. Dafür brauchst du aber eine schnelle CPU.

Nur eines musst du tun - das TV-Kabel vor dem Booten eingesteckt haben, da das BIOS sich nur einmal während der POST-Prozedur initialisiert.

Zuerst musst du die Closed-Source-Treiber von http://nvidia.com herunterladen. Ich werde Installation und Konfiguration nicht im Detail beschreiben, da dies außerhalb der Aufgabe dieses Dokuments liegt.

Nachdem du sichergestellt hast, dass XFree86, XVideo und die 3D-Beschleunigung funktionieren, ändere die XF86Config, und passe das folgende Beispiel deiner Karte an:

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

Natürlich besteht der wichtige Teil aus den TwinView-Optionen.

Der NeoMagic-Chip befindet sich auf zahlreichen Laptops, einige von ihnen sind mit einen einfachen analogen TV-Encoder ausgestattet, einige besitzen einen fortschrittlicheren.

Um ein Debian-Package zu bauen, führe folgenden Befehl im Source-Verzeichnis von MPlayer aus:

fakeroot debian/rules binary

Wenn du eigene Optionen an configure übergeben willst, kannst du die Umgebungsvariable DEB_BUILD_OPTIONS einrichten. Zum Beispiel, wenn du die GUI- und OSD-Menü-Unterstützung willst, die du gerne nutzen würdest:

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

Du kannst auch einige Variablen an Makefile übergeben. Zum Beispiel, wenn du mit gcc 3.4 compilieren willst, auch wenn er nicht der Standard-Compiler ist:

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

Um den Sourcetree aufzuräumen, führe folgenden Befehl aus:

fakeroot debian/rules clean

Als root kannst du dann das .deb-Package wie immer installieren:

dpkg -i ../mplayer_version.deb

Christian Marillat hatte eine Weile lang inoffizielle Debian-Packages von MPlayer, MEncoder und unseren Binärcodecpaketen erstellt, du kannst sie von seiner Homepage mit apt-get herunterladen.

Dominik Mierzejewski entwarf und wartet die inoffiziellen RPM-Packages von MPlayer für Red Hat und Fedora Core. Sie sind von seinem Repository verfügbar.

Mandrake/Mandriva RPM-Packages stehen auf P.L.F. zur Verfügung. SuSE verwendet eine verkrüppelte Version von MPlayer in seiner Distribution. Diese haben sie aus ihren neuesten Releases entfernt. Du bekommst funktionierende RPMs auf links2linux.de.

MPlayer läuft auf Linux PDAs mit ARM CPU, z.B. Sharp Zaurus, Compaq Ipaq. Der einfachste Weg, sich MPlayer zu besorgen ist, sich ihn von einer der OpenZaurus Package Feeds zu holen. Falls du ihn dir selbst compilieren willst, solltest du im mplayer- und im libavcodec-Verzeichnis der OpenZaurus Distribution Buildroot nachsehen. Diese haben stets die neueste Makefile und Patches, die zum Erstellen eines SVN-MPlayer verwendet werden. Brauchst du ein GUI-Frontend, kannst du xmms-embedded nutzen.

Besitzt deine CPU SSE, recompiliere deinen Kernel mit "options CPU_ENABLE_SSE" (FreeBSD-STABLE oder Kernel-Patches erforderlich).

Aufgrund von Einschränkungen in verschiedenen Versionen von GAS (der GNU Assembler, Relocation vs MMX), wirst du in zwei Schritten compilieren müssen: Stell als erstes sicher, dass der nicht-native zuvor in deinem $PATH liegt und führe ein gmake -k aus. Sorge dann dafür, dass die native Version benutzt wird, und führe gmake aus.

Ab OpenBSD 3.4 ist der oben beschriebene Hack nicht länger nötig.

Siehe Abschnitt Mac OS.

MPlayer sollte auf Solaris 2.6 oder neuer funktionieren. Verwende den Audio-Treiber von SUN mit der Option -ao sun für den Sound.

Auf UltraSPARCs, profitiert MPlayer von deren VIS-Erweiterungen (äquivalent zu MMX), zur Zeit nur in libmpeg2, libvo und libavcodec, jedoch nicht in mp3lib. Du kannst dir eine VOB-Datei auf einer 400MHz CPU ansehen. Dazu muss mLib installiert sein.

Vorbehalt:

Um das Package zu erstellen, brauchst du GNU make (gmake, /opt/sfw/gmake), das native Solaris make wird nicht funktionieren. Ein typischer Fehler, den du bekommst, wenn du mit einem make von Solaris arbeitest statt mit einem GNU make:

% /usr/ccs/bin/make
make: Fatal error in reader: Makefile, line 25: Unexpected end of line seen

Auf Solaris SPARC, brauchst du den GNU C/C++ Compiler; es spielt keine Rolle, ob der GNU C/C++ Compiler mit oder ohne dem GNU Assembler compiliert ist.

Auf Solaris x86 brauchst du den GNU Assembler und den GNU C/C++ Compiler so konfiguriert, dass er den GNU Assembler verwendet! Der MPlayer-Code auf der x86-Plattform macht starken Gebrauch von MMX-, SSE- und 3DNOW!-Instruktionen, die nicht compiliert werden können, wenn man den Assembler von Sun /usr/ccs/bin/as verwendet.

Das configure-Script versucht herauszufinden, welches Assembler-Programm von deinem "gcc"-Befehl genutzt wird (falls die automatische Erkennung fehlschlägt, nimm die Option --as=/pfad/zum/installierten/gnu-as, um dem configure-Script zu zeigen, wo es GNU "as" auf deinem System finden kann).

Lösung für gebräuchliche Probleme:

Joe Page unterhält ein detailliertes HP-UX MPlayer-HOWTO von Martin Gansser auf seiner Homepage. Mit diesen Instruktionen sollte das bauen hervorragend funktionieren. Die folgende Information wurde aus diesem HOWTO übernommen.

Du benötigst GCC 3.4.0 oder neuer, GNU make 3.80 oder neuer und SDL 1.2.7 oder neuer. HP cc wird kein lauffähiges Programm produzieren, frühere GCC-Versionen sind fehlerhaft. Für OpenGL-Funktionalität musst du Mesa installieren, und die gl- und gl2-Video-Ausgabetreiber sollten funktionieren, wenngleich die Geschwindigkeit sehr mies sein kann, abhängig von der CPU-Geschwindigkeit. Ein guter Ersatz für das eher armselige, native HP-UX-Soundsystem ist GNU esound.

Erzeuge das DVD-Gerät, scanne den SCSI-Bus mit:

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

Die Bildschirmausgabe zeigt ein Pioneer DVD-ROM an SCSI-Adresse 2. Die Karteninstanz für den Hardwarepfad 8/16 ist 1.

Erstelle einen Link von deinem Originalgerät zum DVD-Gerät.

# ln -s /dev/rdsk/c<SCSI-Bus-Instanz>t<SCSI Ziel-ID>d<LUN> /dev/<geraet>

Beispiel:

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

Unten stehen lösungen für einige verbreitete Probleme:

MPlayer wird erfolgreich auf AIX 5.1, 5.2 und 5.3 erzeugt, verwendet man GCC 3.3 oder höher. Das Erzeugen von MPlayer auf AIX 4.3.3 und darunter wurde nicht getestet. Es wird dringend empfohlen, MPlayer mit GCC 3.4 oder höher zu erzeugen, oder es wird, falls du auf POWER5 arbeitest, GCC 4.0 benötigt.

Stelle sicher, dass du GNU make (/opt/freeware/bin/gmake) zum bauen von MPlayer nutzt, da du auf Probleme stossen wirst, wenn du /usr/ccs/bin/make anwendest.

Die CPU-Erkennung ist noch in Arbeit. Die folgenden Architekturen wurden getestet:

Folgende Architekturen wurden nicht getestet, sollten jedoch trotzdem funktionieren:

Sound über die Ultimedia Services wird nicht unterstützt, da Ultimedia in AIX 5.1 weggelassen wurde; deshalb ist die einzige Option, die Treiber des AIX Open Sound System (OSS) von 4Front Technologies auf http://www.opensound.com/aix.html zu verwenden. 4Front Technologies stellt die OSS-Treiber für AIX 5.1 für den nicht-kommerziellen Gebrauch frei zur Verfügung; wie auch immer, momentan gibt es keine Soundausgabetreiber für AIX 5.2 oder 5.3. Dies bedeutet, dass AIX 5.2 und 5.3 momentan keine MPlayer-Tonausgabe beherrschen.

Lösung für gebräuchliche Probleme:

Du musst SDL für QNX herunterladen und installieren. Dann starte MPlayer mit den Optionen -vo sdl:driver=photon und -ao sdl:nto, es sollte schnell laufen.

Der Output mit -vo x11 wird etwas langsamer sein als unter Linux, da QNX nur X-Emulation besitzt, was sehr langsam ist.

Du musst Cygwin 1.5.0 oder später laufen lassen, um MPlayer zu compilieren.

DirectX-Headerdateien werden gewöhnlich nach /usr/include/ oder /usr/local/include/ extrahiert.

Instruktionen und Dateien, um SDL unter Cygwin laufen zu lassen, können auf der libsdl-Seite gefunden werden.

Das Installieren einer Version von MinGW, das MPlayer compilieren könnte zwar für gewöhnlich ziemlich trickreich sein, funktioniert jetzt aber hervorragend. Installiere einfach MinGW 3.1.0 oder neuer und MSYS 1.0.9 oder neuer und erzähle der nachträglichen Installation von MSYS, dass MinGW installiert ist.

Extrahiere die DirectX-Headerdateien nach /mingw/include/.

Die Unterstützung für MOV-komprimierte Header erfordert zlib, was MinGW standardmäßig nicht bereithält. Konfiguriere es mit --prefix=/mingw und installiere es vor dem Compilieren des MPlayer.

Komplette Anweisungen zum Erzeugen des MPlayer und der notwendigen Bibliotheken findest du in den MPlayer MinGW HOWTOs.

Du bekommst ein natives GUI für MPlayer zusammen mit für Mac OS X vorcompilierten MPlayer-Binaries vom MPlayerOSX-Projekt, sei aber gewarnt: Dieses Projekt ist nicht mehr aktiv.

Zum Glück wurde MPlayerOSX von einem Mitglied des MPlayer-Teams übernommen. Preview-Releases findet man auf unserer Download-Seite, und ein offizielles Release sollte bald herauskommen.

Um MPlayerOSX selbst von den Quellen zu bauen, brauchst du mplayerosx, das main und eine Kopie des main SVN-Moduls genannt main_noaltivec. mplayerosx ist das GUI-Frontend, main ist MPlayer und main_noaltivec ist MPlayer ohne AltiVec-Unterstützung.

Um ein Checkout der SVN-Module durchzuführen, benutze:

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

Um MPlayerOSX zu bilden, musst du so etwas ähnliches einrichten:

MPlayer_source_verzeichnis
|
|--->main           (MPlayer SVN-Quelldateien)
|
|--->main_noaltivec (MPlayer SVN-Quelldateien konfiguriert mit --disable-altivec)
|
|--->mplayerosx     (MPlayer OS X SVN-Quelldateien)

Du musst zuerst main und main_noaltivec erzeugen.

Setze zu Beginn für maximale Rückwärtskompatibilität eine Umgebungsvariable:

export MACOSX_DEPLOYMENT_TARGET=10.3

Dann konfiguriere:

Wenn du für eine G4 oder eine neuere CPU mit AltiVec-Support konfigurierst, mache folgendes:

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

Wenn du für einen G3-getriebenen Rechner mit AltiVec konfigurierst, mache dies:

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

Du musst config.mak editieren und -mcpu und -mtune von 74XX auf G3 ändern.

Fahre fort mit

make

und gehe dann ins Verzeichnis mplayerosx, gib dort folgendes ein:

make dist

Dies wird ein komprimiertes .dmg-Archiv mit der gebrauchsfertigen Binary erzeugen.

Du kannst auch das Xcode 2.1 Projekt verwenden; das alte Projekt für Xcode 1.x läuft nicht mehr.

Bevor du über das Encodieren eines Films nachdenkst, solltest du einige einleitende Schritte vornehmen.

Der erste und allerwichtigste Schritt vor dem Encodieren sollte sein, festzustellen, mit welchem Inhaltstyp du umgehst. Kommt dein Quellmaterial von einer DVD oder einem Rundfunk-/Kabel-/Satelliten-TV, wird es in einem von zwei Formaten abgespeichert: NTSC für Nord-Amerika und Japan, PAL für Europa usw. Es ist wichtig, sich klar zu machen, dass dies ganz einfach die Formatierung für die Präsentation auf einem Fernsehgerät ist und häufig nicht mit dem originalen Format des Films korrespondiert. Die Erfahrung zeigt, dass NTSC-Material schwieriger zu encodieren ist, da mehr Elemente in der Quelle zu identifizieren sind. Um eine geeignete Encodierung zu produzieren, solltest du das originale Format kennen. Fehler, dies sollte man berücksichtigen, führen zu diversen Fehlerstellen in deiner Encodierung, einschließlich hässlicher Kammartefakte (combing/interlacing) und doppelten oder gar verlorenen Frames. Abgesehen davon, dass sie unschön sind, beeinflussen diese Artefakte die Codierungseffizienz negativ: Du erhältst eine schlechtere Qualität pro Bitrateneinheit.

Es ist möglich, deinen Film in einer großen Auswahl von Qualitäten zu encodieren. Mit modernen Videoencodern und ein wenig Pre-Codec-Kompression (Herunterskalierung und Rauschunterdrückung), kann eine sehr gute Qualität bei 700 MB für einen 90-110-minütigen Breitwandfilm erreicht werden. Des Weiteren können alle Filme - sogar die längsten - mit nahezu perfekter Qualität bei 1400 MB encodiert werden.

Es gibt drei Annäherungen für das Encodieren eines Videos: konstante Bitrate (CBR), konstanter Quantisierungsparameter und Multipass (ABR, oder mittlere Bitrate).

Die Komplexität der Frames eines Filmes und somit die Anzahl der für deren Komprimierung erforderlichen Bits kann von einer Szene zur anderen außerordentlich variieren. Moderne Videoencoder können sich durch Variieren der Bitrate an diese Anforderungen anpassen. In einfachen Modi wie CBR kennen die Encoder jedoch nicht den Bitratenbedarf zukünftiger Szenen und sind somit nicht in der Lage, die angeforderte mittlere Bitrate über längere Zeitspannen zu überschreiten. Erweiterte Modi wie etwa Multipass-Encodierung können die Statistik früherer Durchgänge berücksichtigen; dies behebt das oben erwähnte Problem.

In jedem dieser Modi bricht der Videocodec (wie etwa libavcodec) den Videoframe in 16x16 Pixel Macroblöcke und wendet danach einen Quantisierer auf jeden Macroblock an. Je niedriger der Quantisierer desto besser die Qualität und desto höher die Bitrate. Die Methode, die der Filmencoder zur Bestimmung des auf einen gegebenen Macroblock anzuwendenden Quantisierer verwendet, variiert und ist in hohem Maße einstellbar. (Dies ist eine extrem übertriebene Vereinfachung des aktuellen Prozesses aber nützlich, um das Grundkonzept zu verstehen.)

Wenn du eine konstante Bitrate festlegst, wird der Videocodec das Video so encodieren, dass so viele Details wie notwendig und so wenig wie möglich ausgesondert werden, um unterhalb der vorgegebenen Bitrate zu bleiben. Wenn du dich wirklich nicht um die Dateigröße kümmerst, könntest du auch CBR verwenden und eine nahezu endlose Bitrate festlegen. (In der Praxis bedeutet dies einen Wert, der hoch genug ist, kein Limit aufzuwerfen wie 10000Kbit.) Ohne echte Einschränkung der Bitrate wird der Codec als Ergebnis den niedrigsten möglichen Quantisierer für jeden Macroblock anwenden (wie durch vqmin für libavcodec spezifiziert, Standardwert ist 2). Sobald du eine Bitrate festlegst, die niedrig genug ist, den Codec zur Anwendung eines höheren Quantisierers zu zwingen, bist Du nahezu sicher dabei, die Qualität deines Videos zu ruinieren. Um dies zu vermeiden, solltst du möglicherweise dein Video wie in der später in diesem Handbuch beschriebenen Methode reduzieren. Im Allgemeinen solltst du CBR vollkommen meiden, wenn dir Qualität wichtig ist.

Mit konstantem Quantisierer wendet der Codec denselben Quantisierer, wie durch die Option vqscale (für libavcodec) spezifiziert, auf jeden Macroblock an. Willst du einen Rip mit höchstmöglicher Qualität und ignorierst dabei wiederum die Bitrate, kannst du vqscale=2 verwenden. Dies wird dieselbe Bitrate und PSNR (peak signal-to-noise ratio) liefern wie CBR mit vbitrate=infinity und der Standardeinstellung vqmin=2.

Das Problem mit konstantem Quantisierer ist, dass der vorgegebene Quantisierer zum Einsatz kommt, egal ob der Macroblock ihn benötigt oder nicht. Dies heißt, es wäre möglich, einen höheren Quantisierer auf einen Macroblock anzuwenden, ohne sichtbare Qualität zu opfern. Warum die Bits für einen unnötig kleinen Quantisierer verschwenden? Deine CPU hat soundso viele Arbeitsgänge Zeit zur Verfügung, die Festplatte jedoch nur soundso viele Bits.

Bei einer Encodierung mit zwei Durchläufen (two pass), wird der erste Durchgang den Film so rippen, als würde CBR vorliegen, jedoch wird ein Log die Eigenschaften jedes Frames beibehalten. Diese Daten werden danach während des zweiten Durchgangs dazu verwendet, intelligente Entscheidungen zur Wahl des Quantisierers zu treffen. Während schneller Action oder hochdetaillierter Szenen werden womöglich höhere Quantisierer, während langsamen Bewegungen und Szenen mit weniger Details niedrigere Quantisierer verwendet. Normalerweise ist die Anzahl der Bewegungen wichtiger als die der Details.

Wenn du vqscale=2 verwendest, verschwendest du Bits. Wenn du vqscale=3 anwendest, wirst du keinen Rip mit bestmöglicher Qualität erhalten. Angenommen du rippst eine DVD mit vqscale=3 und das Resultat ist 1800Kbit. Wenn du in zwei Durchgängen mit vbitrate=1800 encodierst, wird das daraus resultierende Video eine bessere Qualität bei gleicher Bitrate haben.

Da du nun davon überzeugt bist, dass zwei Durchgänge (two pass) den besten Weg darstellen, stellt sich jetzt tatsächlich die Frage, welche Bitrate verwendet werden soll? Die Antwort ist, dass es nicht nur eine Antwort gibt. Idealerweise willst du eine Bitrate wählen, die die beste Balance zwischen Qualität und Dateigröße ergibt. Die kann abhängig vom Quellvideo variieren.

Interessiert die Größe nicht, stellen etwa 2000Kbit plus oder minus 200Kbit einen guten Ausgangspunkt für einen sehr hochqualitativen Rip dar. Bei einem Video mit schneller Action oder hohen Details, oder wenn du schlicht und ergreifend ein sehr kritisches Auge besitzst, könntest du dich für 2400 oder 2600 entscheiden. Bei einigen DVDs kannst du eventuell keinen Unterschied bei 1400Kbit feststellen. Um ein besseres Gefühl zu bekommen, ist es eine gute Idee, mit Szenen bei unterschiedlichen Bitraten herumzuexperimentieren.

Wenn du eine bestimmte Größe anvisierst, musst du die Bitrate irgendwie kalkulieren. Aber zuvor solltest du wissen, wieviel Platz du für den/die Audiotrack(s) reservieren musst, daher solltest Du diese(n) zuerst rippen. Du kannst die Bitrate mit folgender Gleichung berechnen: Bitrate = (zielgroesse_in_MByte - soundgroesse_in_MByte) * 1024 * 1024 / laenge_in_sek * 8 / 1000 Um zum Beispiel einen zweistündigen Film auf eine 702MB CD mit einem 60MB Audiotrack zu bekommen, sollte die Videobitrate folgendermaßen sein: (702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbps

Aufgrund der Natur der MPEG-Komprimierung gibt es zahlreiche Randbedingungen, denen du zum Erreichen maximaler Qualität folgen solltest. MPEG splittet das Video in Macroblöcke genannte 16x16 Quadrate auf, jeder davon zusammengesetzt aus 4 8x8 Blöcken mit Luma-(Intensitäts)-Informationen und zwei halb-auflösenden 8x8 Chroma-(Farb)-Blöcken (einer für die Rot-Cyan-Achse und der andere für die Blau-Gelb-Achse). Selbst wenn Breite und Höhe deines Films kein Vielfaches von 16 sind, wird der Encoder ausreichend 16x16 Macroblöcke zur Abdeckung des gesamten Bildbereichs verwenden und der Extraplatz wird verschwendet. Folglich ist es keine gute Idee, im Interesse der Maximierung der Qualität bei fester Dateigröße, Abmessungen zu verwenden, die kein Vielfaches von 16 sind.

Die meisten DVDs besitzen ein bestimmtes Maß schwarzer Balken an ihren Rändern. Diese dort zu belassen wird für die Qualität in mehrfacher Hinsicht sehr schädlich sein.

Zusätzlich zu den Frequenzbereichs-Transformationen verwendet die MPEG-Kompression Bewegungsvektoren, um den Wechsel von einem Frame zum anderen darzustellen. Bewegungsvektoren arbeiten bei Inhalt, der von den Kanten eines Bildes her einfließt, normalerweise weniger effizient, da dieser im vorherigen Frame nicht vorhanden ist. Solange sich das Bild bis voll zur Kante des encodierten Bereichs hin vergrößert, haben Bewegungsvektoren kein Problem mit Inhalt, der sich aus den Kanten des Bildes hinausbewegt. Die Präsenz schwarzer Ränder kann jedoch Ärger machen:

Aus all diesen Gründen wird empfohlen, schwarze Ränder komplett abzuschneiden. Mehr noch, liegt ein Bereich mit Rauschen/Verzerrung an der Kante des Bildes, steigert dessen Abschneiden ebenso die Encodiereffizienz. Videophile Puristen, die den Originalzustand so nah wie möglich sichern wollen, mögen dieses Abschneiden (cropping) beanstanden, wenn du jedoch nicht planst, bei konstantem Quantisierer zu encodieren, wird der Qualitätsgewinn, den Du durch dieses Abschneiden erreichst, beträchtlich über dem Verlust an Informationen an den Kanten liegen.

Wiederaufruf der vorherigen Sektion, dass die letzte von Dir encodierte Bildgröße ein Vielfaches von 16 sein sollte (bei beidem, Breite und Höhe). Diese kann durch Abschneiden, Skalieren erreicht werden oder durch eine Kombination von beidem.

Beim Abschneiden gibt es ein paar Richtwerte, die befolgt werden müssen, um eine Zerstörung des Films zu vermeiden. Das normale YUV-Format, 4:2:0, speichert Chroma-(Farb)-Informationen in einer Unterstichprobe (subsampled), z.B. wird Chroma nur halb so oft in jede Richtung gesampelt wie Luma-(Intensitäts)-Informationen. Beobachte dieses Diagramm, in dem L Luma-Samplingpunkte bedeuten und C für Chroma steht.

Wie du sehen kannst, kommen Zeilen und Spalten des Bildes natürlich paarweise. Folglich müssen deine Abschneide-Offsets und Abmessungen geradzahlig sein. Sind sie dies nicht, wird Chroma nicht mehr korrekt mit Luma abgeglichen. In der Theorie ist es möglich, mit ungeraden Offsets abzuschneiden, jedoch erfordert dies ein Resampling von Chroma, was potentiell eine mit Verlust verbundene Operation bedeutet und vom Crop-Filter nicht unterstützt wird.

Weiterhin wird interlaced Video folgendermaßen gesampelt:

Wie du erkennen kannst, wiederholt sich das Muster bis nach 4 Zeilen nicht. Somit müssen bei interlaced Video dein y-Offset und die Höhe für das Ausschneiden ein Vielfaches von 4 sein.

Die ursprüngliche DVD-Auflösung ist 720x480 für NTSC und 720x576 für PAL, es gibt jedoch ein Aspektkennzeichen, das spezifiziert, ob Vollbild (4:3) oder Breitwandfilm (16:9) vorliegt. Viele (wenn nicht die meisten) Breitwandfilm-DVDs sind nicht grundsätzlich 16:9, sondern entweder 1.85:1 oder 2.35:1 (Cinescope). Dies bedeutet, dass es schwarze Bänder im Video geben wird, die herausgeschnitten werden müssen.

MPlayer stellt einen Crop-Erkennungsfilter zur Verfügung, der das Ausschnittsrechteck (-vf cropdetect) bestimmt. Starte MPlayer mit -vf cropdetect, und er wird die Crop-Einstellungen zum Entfernen der Ränder ausgeben. du solltest den Film lange genug laufen lassen, damit die gesamte Bildfläche verwendet wird, um akkurate Crop-Werte zu erhalten.

Teste danach die Werte, die von MPlayer über die Befehlszeile mittels cropdetect ausgegeben wurden und passe das Rechteck nach deinen Bedürfnissen an. Der Filter rectangle kann dabei helfen, indem er dir erlaubt, das Rechteck interaktiv über dem Film zu positionieren. Vergiss nicht, den oben genannten Teilbarkeitsrichtwerten zu folgen, sodass du die Chroma-Ebenen nicht verkehrt anordnest.

In bestimmten Fällen könnte Skalieren nicht wünschenswert sein. Skalierung in vertikaler Richtung ist mit interlaced Video schwierig, und wenn du das Interlacing beibehalten willst, solltest du für gewöhnlich das Skalieren bleiben lassen. Hast du nicht vor zu skalieren, willst aber nach wie vor Abmessungen in einem Vielfachen von 16 verwenden, musst du über den Rand hinausschneiden. Schneide aber lieber nicht über den Rand hinaus, da schwarze Ränder sehr schlecht zu encodieren sind!

Weil MPEG-4 16x16 Macroblöcke nutzt, solltest du dich vergewissern, dass jede Abmessung des zu encodierenden Videos ein Vielfaches von 16 ist oder du verschlechterst andernfalls die Qualität, speziell bei niedrigeren Bitraten. Du kannst dies durch Abrunden der Breite und Höhe des Ausschnittsrechtecks hinunter auf den nächsten Wert eines Vielfachen von 16 erreichen. Wie früher bereits erklärt, wirst du beim Abschneiden das y-Offset um die Hälfte der Differenz der alten und neuen Höhe erhöhen wollen, sodass das daraus resultierende Video aus der Mitte des Frames genommen wird. Und stelle wegen der Art, wie ein DVD-Video gesampelt wird, sicher, dass das Offset eine gerade Zahl ist. (Verwende in der Tat - als eine Regel - nie ungerade Werte für irgendwelche Parameter beim Abschneiden oder Skalieren eines Videos) Wenn du dich beim Wegwerfen einiger extra Pixel nicht wohl fühlst, ziehst du es stattdessen vor, das Video zu skalieren. Wir werden uns dies im unten stehenden Beispiel mal ansehen. Du kannst den cropdetect-Filter sogar alles oben erwähnte für dich erledigen lassen, da dieser einen optionalen Parameter round besitzt, der standardmäßig gleich 16 ist.

Pass auch auf "halbschwarze" Pixel an den Kanten auf. Stelle sicher, dass du diese ebenfalls mit abschneidest oder du vergeudest dort Bits, wo sie doch besser anderswo verwendet werden sollten.

Nachdem nun alles gesagt ist, wirst du möglicherweise bei einem Video landen, dessen Pixel nicht ganz 1.85:1 oder 2.35:1, aber ziemlich nahe dran sind. Du könntest ein neues Seitenverhältnis manuell berechnen, aber MEncoder bietet eine Option für libavcodec genannt autoaspect, die das für dich erledigt. Skaliere dieses Video auf keinen Fall hoch, um die Pixel abzugleichen solange du keinen Festplattenplatz verschwenden willst. Das Skalieren sollte beim Playback gemacht werden und der Player wird das in der AVI gespeicherte Seitenverhältnis zur Bestimmung der besten Auflösung verwenden. Unglücklicherweise erzwingen nicht alle Player diese Auto-Skalierinformation, und deshalb willst du vielleicht trotzdem neu skalieren.

Wenn du nicht vor hast, im Modus mit konstantem Quantisier zu encodieren, musst du eine Bitrate auswählen. Das Konzept der Bitrate ist denkbar einfach. Sie ist die (mittlere) Anzahl Bits, die pro Sekunde zum Speichern des Films verbraucht werden. Normalerweise wird die Bitrate in Kilobit (1000 Bit) pro Sekunde gemessen. Die Größe deines Films auf der Platte ist die Bitrate multipliziert mit der Dauer des Films, plus einem kleinen "Overhead" (siehe zum Beispiel in der Sektion über den AVI-Container). Weitere Parameter wie Skalierung, Cropping, usw. werden die Dateigröße nicht ändern, solange du nicht auch die Bitrate veränderst!

Die Bitrate skaliert nicht proportional zur Auflösung. Dies bedeutet, eine Datei 320x240 mit 200 KBit/Sek wird nicht dieselbe Qualität aufweisen wie der gleiche Film bei 640x480 und 800 KBit/Sek! Dafür gibt es zwei Gründe:

Vergangene Leitfäden legten nahe, eine Bitrate und Auflösung zu wählen, die auf eine "Bits pro Pixel"-Näherung basieren, dies ist jedoch im allgemeinen aus oben genannten Gründen nicht gültig. Eine bessere Schätzung scheint zu sein, dass Bitraten proportional zur Quadratwurzel der Auflösung skalieren, sodass 320x240 und 400 KBit/Sek vergleichbar mit 640x480 bei 800 KBit/Sek wären. Dies wurde aber nicht mit theoretischer oder empirischer Strenge verifiziert. Desweiteren ist es in Anbetracht der Tatsache, dass Filme in Bezug auf Rauschen, Details, Bewegungsgrad usw. außerordentlich variieren, zwecklos, allgemeine Empfehlungen für die Bits pro Diagonallänge (dem Analog zu Bits pro Pixel unter Verwendung der Quadratwurzel) abzugeben.

So weit haben wir nun die Schwierigkeit der Wahl von Bitrate und Auflösung diskutiert.

Zu lernen, wie man MEncoders Videofilter verwendet, ist essentiell, um gute Encodierungen zu produzieren. Jede Videoverarbeitung wird über Filter ausgeführt -- Ausschneiden, Skalieren, Farbanpassung, Rauschentfernung, Scharfzeichnen, Deinterlacing, telecine, inverses telecine und Deblocking, um nur ein paar davon aufzuzählen. Zusammen mit der gewaltigen Zahl unterstützter Inputformate, ist die Vielfalt der in MEncoder verfügbaren Filter eine seiner Hauptvorteile im Vergleich zu ähnlichen Programmen.

Filter werden in einer Kette über die Option -vf geladen:

-vf filter1=Optionen,filter2=Optionen,...

Die meisten Filter nehmen mehrere numerische, kommagetrennte Optionen entgegen, jedoch variiert die Syntax der Optionen von Filter zu Filter, also lies bitte die Manpage für Details zu den Filtern, die du verwenden willst.

Filter wirken auf das Video in der Reihenfolge ein, in der sie geladen werden. Zum Beispiel wird folgende Kette:

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

zuerst den Bereich 688x464 aus dem Bild schneiden mit der oberen, linken Ecke bei (12,4) und danach das Ergebnis auf 640x464 herunter skalieren.

Bestimmte Filter müssen zu oder nahe dem Anfang der Filterkette geladen werden, um Vorteile aus den Informationen des Videodecoders zu ziehen, die ansonsten durch andere Filter verloren gehen oder ungültig gemacht würden. Die wichtigsten Beispiele sind pp (Nachbearbeitung (postprocessing), nur wenn es Deblock- oder Dering-Operationen durchführt), spp (ein weiterer Postprozessor zum Entfernen von MPEG-Artefakten), pullup (umgekehrtes telecine) und softpulldown (zur Konvertierung von soft telecine nach hard telecine).

Im Allgemeinen solltest du den Film so wenig wie möglich Filtern, um nahe an der originalen DVD-Quelle zu bleiben. Ausschneiden ist oft notwendig (wie oben beschrieben), vermeide aber das Skalieren von Videos. Obwohl das Herunterskalieren manchmal vorgezogen wird, um höhere Quantisierer zu verwenden, wollen wir beide diese Dinge vermeiden: Erinnere dich daran, dass wir von Anfang an beschlossen hatten, einen Kompromiss zwischen Bits und Qualität zu schließen.

Passe ebenso kein Gamma, Kontrast, Helligkeit, usw. an. Was auf deinem Display gut aussieht, sieht auf anderen eventuell nicht gut aus. Diese Anpassungen sollten nur im Playback vorgenommen werden.

Eine Sache, die du vielleicht machen willst, ist, das Video durch einen sehr feinen Entrauschfilter (Denoise) zu schicken, wie etwa -vf hqdn3d=2:1:2. Nochmals, es geht darum, die Bits einer besseren Verwendung zuzuführen: Warum Bits zum Encodieren des Rauschens verschwenden, wenn du dieses Rauschen auch während des Playback entfernen kannst? Die Parameter für hqdn3d zu erhöhen, wird überdies die Komprimierbarkeit erhöhen, erhöhst du jedoch die Werte zu sehr, riskierst Du eine Verringerung der Bildsichtbarkeit. Die oben vorgeschlagenen Werte (2:1:2) sind ziemlich konservativ; du solltest dich frei fühlen, mit höheren Werten herumzuexperimentieren und die Ergebnisse selbst zu beobachten.

Nahezu alle Filme sind bei 24 fps aufgenommen. Weil NTSC 30000/1001 fps entspricht, müssen mit diesen 24 fps Videos einige Verarbeitungen durchgeführt werden, um sie mit der korrekten NTSC-Framerate laufen zu lassen. Der Prozess wird 3:2 pulldown genannt, allgemein telecine zugeordnet (weil pulldown des öfteren während des telecine-Prozesses angewandt wird), und naiv so beschrieben, dass er durch Verlangsamung des Films auf 24000/1001 fps und dem Wiederholen jeden vierten Frames arbeitet.

Keine spezielle Verarbeitung ist jedoch bei einem Video für PAL-DVDs durchzuführen, das bei 25 fps läuft. (Technisch gesehen kann PAL telecined werden, 2:2 pulldown genannt, dies ist jedoch in der Praxis nicht von Bedeutung.) Der 24 fps Film wird einfach mit 25 fps abgespielt. Das Resultat ist, dass der Film ein wenig schneller abläuft, doch solange du kein Alien bist, wirst du möglicherweise keinen Unterschied wahrnehmen. Die meisten PAL-DVDs haben pitch-korrigiertes Audio, dadurch hören sie sich bei 25 fps abgespielt korrekt an, obwohl der Audiotrack (und infolgedessen der gesamte Film) eine 4% kürzere Abspielzeit hat wie NTSC-DVDs.

Weil das Video in einer PAL-DVD nicht verändert wurde, musst du dich nicht viel um die Framerate sorgen. Die Quelle ist 25 fps und dein Rip wird 25 fps haben. Wenn du jedoch einen NTSC-DVD-Film rippst, musst du eventuell umgekehrtes telecine anwenden.

Für mit 24 fps aufgenommene Filme ist das Video auf der NTSC-DVD entweder telecined 30000/1001 oder hat andernfalls progressive 24000/1001 fps und es ist vorgesehen, on-the-fly vom DVD-Player telecined zu werden. Auf der anderen Seite sind TV-Serien üblicherweise nur interlaced, nicht telecined. Dies ist keine feste Regel: Einige TV-Serien sind interlaced (wie etwa Buffy die Vampirjägerin), wogegen andere eine Mixtur aus progressive und interlaced sind (so wie Angel oder 24) - wers kennt :).

Es wird strengstens empfohlen, die Sektion über Wie mit telecine und interlacing in NTSC-DVDs umgehen durchzulesen, um den Umgang mit den verschiedenen Möglichkeiten zu lernen.

Wenn du aber hauptsächlich nur Filme rippst, gehst du wahrscheinlich entweder mit 24 fps progressivem oder telecined Video um, in welchem Falle du den Filter pullup mittels -vf pullup,softskip verwenden kannst.

Ist der Film, den du encodieren willst, interlaced (NTSC-Video oder PAL-Video), wirst du wählen müssen, ob du ihn deinterlacen willst oder nicht. Während das Deinterlacing deinen Film zwar auf progressiven Scan-Displays wie Computermonitoren und Projektoren verwendbar macht, wird dich dies doch etwas kosten: Die Feldrate von 50 oder 60000/1001 Feldern pro Sekunde wird auf 25 oder 30000/1001 Frames pro Sekunde halbiert und annähernd die Hälfte der Informationen in deinem Film geht während Szenen mit signifikanter Bewegung verloren.

Deswegen wird empfohlen, wenn du aus Gründen hochqualitativer Archivierung encodierst, kein Deinterlacing durchzuführen. Du kannst den Film immer noch beim Playback deinterlacen, wenn du ihn auf progressiven Scan-Geräten anzeigst. Und zukünftige Player werden in der Lage sein, auf volle Feldrate zu deinterlacen, mit Interpolation auf 50 oder 60000/1001 komplette Frames pro Sekunde aus interlaced Video heraus.

Spezielle Sorgfalt solltest du bei der Arbeit mit interlaced Video walten lassen:

Mit diesen Dingen im Kopf, hier das erste Beispiel:

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

Beachte die Optionen ilme und ildct.

MEncoders Algorithmen der Audio-/Videosynchronisation wurden mit der Intention entwickelt, Dateien mit kaputter Sychronisation wieder herzustellen. In einigen Fällen können unnötiges Überspringen und Duplizieren von Frames und möglicherweise leichte A/V-Desynchronisation verursachen, auch wenn sie mit dem richtigen Input verwendet werden (gewiss, Probleme mit A/V-Synchronisation treffen nur zu, wenn du den Audiotrack während der Transcodierung des Videos verarbeitest oder kopierst, wozu auch nachhaltig ermutigt wird). Hierfür müsstest du mit der Option -mc 0 in die Grundeinstellung der A/V-Synchronisation wechseln oder diese in deine ~/.mplayer/mencoder Konfigurationsdatei eintragen, solange du ausschließlich mit guten Quellen arbeitest (DVD, TV-Capture, hochqualitativen MPEG-4-Rips usw.) und mit nicht-kaputten ASF/RM/MOV-Dateien.

Wenn du dich überdies gegen merkwürdige Frameübersprünge und -duplikationen absichern willst, kannst du beides verwenden, -mc 0 und -noskip. Dies verhindert jede A/V-Synchronisation und kopiert die Frames eins-zu-eins, somit kannst du sie nicht verwenden, falls du irgendwelche Filter verwendest, die unvorhersagbar Frames hinzufügen oder streichen oder falls deine Input-Datei eine variable Framerate besitzt! Deshalb wird eine allgemeine Anwendung von -noskip nicht empfohlen.

Die von MEncoder unterstützte sogenannte "3-pass" Audioencodierung soll laut Berichten A/V-Desynchronisation verursachen. Dies geschieht definitiv dann, wenn sie in Verbindung mit bestimmten Filtern verwendet wird, daher wird nicht empfohlen, den 3-pass-Audio-Modus anzuwenden. Dieses Feature ist nur aus Kompatibilitätsgründen übrig geblieben und für erfahrene Benutzer, die wissen, wann es sicher anzuwenden ist und wann nicht. Wenn du zuvor noch nie etwas vom 3-pass-Modus gehört hast, vergiss, dass wir es je erwähnt haben!

Es gab auch Berichte über A/V-Desynchronisation, wenn mit MEncoder von stdin encodiert wurde. Lass das bleiben! Verwende immer eine Datei oder ein CD/DVD/usw-Laufwerk als Input.

Welcher Videocodec die beste Wahl ist, hängt von mehreren Faktoren wie Größe, Qualität, Streambarkeit, Brauchbarkeit und Popularität, manche davon weitgehend vom persönlichen Geschmack und technischen Randbedingungen ab.

Sieh dazu bitte in der Sektion Auswahl der Codecs und Containerformate nach der Liste der unterstützten Codecs.

Audio ist ein leichter zu lösendes Problem: Wenn du Wert auf Qualität legst, lass es einfach so wie es ist. Gerade AC3 5.1 Streams sind meist 448Kbit/s und jedes Bit wert. Möglicherweise gerätst du in Versuchung, Audio in hochwertiges Vorbis umzuwandeln, aber nur weil du heute keinen A/V-Receiver für AC3-pass-through besitzt, bedeutet dies nicht, dass du nicht morgen doch einen hast. Halte deine DVD-Rips zukunftssicher, indem du den AC3-Stream beibehältst. Du behältst den AC3-Stream entweder, indem du ihn während der Encodierung direkt in den Video-Stream kopierst. Du kannst den AC3-Stream aber auch extrahieren, um ihn in Container wie NUT oder Matroska zu muxen.

mplayer source_file.vob -aid 129 -dumpaudio -dumpfile sound.ac3

dumpt Audiotrack Nummer 129 aus der Datei source_file.vob (NB: DVD-VOB-Dateien verwenden gewöhnlich andere Audionummerierungen, was bedeutet, dass der VOB-Audiotrack 129 der 2-te Audiotrack der Datei ist) in die Datei sound.ac3.

Aber manchmal hast du wirklich keine andere Wahl als den Sound weiter zu komprimieren, sodass mehr Bits fürs Video aufgewendet werden können. Die meisten Leute entscheiden sich für eine Audiokomprimierung mit MP3- oder Vorbis-Audiocodecs. Wobei letzterer ein sehr platzsparender Codec ist, MP3 wird von Hardware-Playern besser unterstützt, wobei sich dieser Trend auch ändert.

Verwende nicht -nosound beim Encodieren einer Datei, die Audio enhält, sogar wenn du Audio später separat encodierst und muxt. Zwar kann es im Idealfall manchmal funktionieren, wenn du -nosound verwendest, wahrscheinlich um einige Probleme in deinen Encodier-Befehlszeileneinstellungen zu verbergen. In anderen Worten, einen Soundtrack während dem Encodieren zu haben, stellt sicher, vorausgesetzt du siehst keine Meldungen wie „Too many audio packets in the buffer“, dass du in der Lage sein wirst, eine korrekte Synchronisation zu erhalten.

Du brauchst MEncoder zur Verarbeitung des Sounds. Du kannst zum Beispiel den originalen Soundtrack während dem Encodieren mit -oac copy kopieren oder ihn mittels -oac pcm -channels 1 -srate 4000 in eine "leichte" 4 kHz Mono WAV-PCM konvertieren. Anderenfalls wird er - in einigen Fällen - eine Videodatei erzeugen, die nicht mit Audio synchron läuft. So was kommt vor, wenn die Anzahl der Videoframes in der Quelldatei nicht mit der Gesamtlänge der Audioframes zusammenpasst oder immer dann, wenn Unstetigkeiten/Splices vorhanden sind, wo Audioframes oder extra Audioframes fehlen. Der korrekte Weg, mit dieser Art Problem umzugehen, ist Stille (silence) einzufügen oder Audio an diesen Punkten wegzuschneiden. Seis drum, MPlayer kann das nicht, also wenn du AC3-Audio demuxt und es in einer separaten Anwendung encodierst (oder es mit MPlayer in eine PCM dumpst), die Splices bleiben inkorrekt und der einzige Weg sie zu korrigieren ist, Videoframes an diesem Splice zu streichen bzw. zu duplizieren. Solange MEncoder Audio beim Encodieren des Videos sieht, kann er dieses Streichen/Duplizieren erledigen (was gewöhnlich OK ist, da es bei voller Schwärze/Szenenwechsel stattfindet), aber wenn MEncoder Audio nicht erkennen kann, wird er einfach alle Frames so wie sie ankommen verarbeiten und sie werden einfach nicht zum endgültigen Audiostream passen, wenn du beispielsweise deinen Audio- und Videotrack in eine Matroska-Datei mergst.

Zuallererst wirst du den DVD-Sound in eine WAV-Datei konvertieren müssen, die der Audiocodec als Input nutzen kann. Zum Beispiel:

mplayer source_file.vob -ao pcm:file=destination_sound.wav -vc dummy -aid 1 -vo null

wird den zweiten Audiotrack aus der Datei source_file.vob in die Datei destination_sound.wav dumpen. Vielleicht willst du den Sound vor dem Encodieren normalisieren, da DVD-Audiotracks gemeinhin bei niedriger Lautstärke aufgenommen sind. Du kannst beispielsweise das Tool normalize verwenden, das in den meisten Distributionen zur Verfügung steht. Wenn du Windows nutzt, kann ein Tool wie BeSweet denselben Job erledigen. Du wirst entweder nach Vorbis oder MP3 komprimieren. Zum Beispiel:

oggenc -q1 destination_sound.wav

wird destination_sound.wav mit der Encodierqualität 1 encodieren, was annähernd 80Kb/s ergibt und die Minimalqualität darstellt, mit der du encodieren solltest, wenn du Wert auf Qualität legst. Nimm bitte zur Kenntnis, dass MEncoder aktuell keine Vorbis-Audiotracks in die Output-Datei muxen kann, da er nur AVI- und MPEG-Container als Output unterstützt, wobei es beim Audio-/Videoplayback zu Synchronisationproblemen mit einigen Playern führen wird, wenn die AVI-Datei VBR-Audiostreams wie z.B. Vorbis enthält. Keine Bange, dieses Dokument wird dir zeigen, wie du das mit Third-Party-Programmen hinbekommst.

Nun da du dein Video encodiert hast, wirst du es höchstwahrscheinlich mit einem oder mehr Audiotracks in einen Movie-Container wie etwa AVI, MPEG, Matroska oder NUT muxen. MEncoder ist aktuell nur in der Lage, Audio und Video nativ in MPEG- und AVI-Containerformate auszugeben. Zum Beispiel:

mencoder -oac copy -ovc copy -o output_movie.avi -audiofile input_audio.mp2 input_video.avi

würde die Video-Datei input_video.avi und die Audio-Datei input_audio.mp2 in die AVI-Datei output_movie.avi mergen. Dieser Befehl funktioniert mit MPEG-1 Layer I, II und III Audio (eher bekannt als MP3), WAV und auch mit ein paar weiteren Audioformaten.

MEncoder zeichnet sich aus durch experimentellen Support für libavformat, das eine Programmbibliothek des FFmpeg-Projekts ist, welches das Muxen und Demuxen einer Vielzahl von Containern unterstützt. Zum Beispiel:

mencoder -oac copy -ovc copy  -o output_movie.asf -audiofile input_audio.mp2 input_video.avi -of lavf -lavfopts format=asf

wird das selbe machen, wie das obere Beispiel, außer dass der Output-Container ASF sein wird. Bitte nimm zur Kenntnis, dass dieser Support hochexperimentell ist (aber von Tag zu Tag besser wird) und nur funktionieren wird, wenn du MPlayer mit aktiviertem Support für libavformat kompiliert hast (was meint, dass eine Pre-Packaged Binary Version in den meisten Fällen nicht funktionieren wird).

mkvmerge -o output.mkv input_video.avi input_audio1.mp3 input_audio2.ac3

Was ist telecine?  Wenn du nicht viel von dem verstehst, was in diesem Dokument beschrieben wird, lies den Wikipedia-Artikel über Telecine. Dies ist eine verständliche und einigermaßen umfassende Beschreibung dessen, was telecine ist.

Eine Anmerkung zu Zahlen.  Viele Dokumente, einschließlich des oben verlinkten Handbuchs, beziehen sich auf den Wert Felder pro Sekunde von NTSC-Video als 59.94 und den korrespondierenden Frames pro Sekunde als 29.97 (für telecined und interlaced) und 23.976 (für progressiv). Zur Vereinfachung runden manche dieser Dokumente sogar auf 60, 30 und 24 auf.

Streng genommen sind alle diese Zahlen Näherungswerte. Das schwarz/weiße NTSC-Video war exakt 60 Felder pro Sekunde, später wurde jedoch 60000/1001 gewählt, um die Farbdaten anzupassen, solange man gleichzeitig zu Schwarz/weiß-Fernsehen kompatibel blieb. Digitales NTSC-Video (so wie auf einer DVD) hat ebenfalls 60000/1001 Felder pro Sekunde. Hieraus wird interlaced und telecined Video als 30000/1001 Frames pro Sekunde enthaltend abgeleitet; progressive Video hat 24000/1001 Frames pro Sekunde.

Ältere Versionen der MEncoder-Dokumentation und viele archivierten Posts in Mailing-Listen beziehen sich auf 59.94, 29.97 und 23.976. Alle MEncoder-Dokumentationen wurden insofern aktualisiert, dass sie fraktionale Werte verwenden, und du solltest dies auch tun.

-ofps 23.976 ist inkorrekt. -ofps 24000/1001 sollte statt dessen benutzt werden.

Wie telecine angewandt wird.  Jedes Video, das zur Anzeige auf einem NTSC-Fernseh-Set vorgesehen ist, muss 60000/1001 Felder pro Sekunde haben. Für TV-Filme und Shows hergestellt sind sie häufig direkt mit 60000/1001 Feldern pro Sekunde aufgenommen, die Mehrheit der Kinofilme jedoch mit 24 oder 24000/1001 Frames pro Sekunde. Wenn cinematische Movie-DVDs gemastert werden, wird das Video danach fürs Fernsehen mittels eines telecine genannten Prozesses konvertiert.

Auf einer DVD wird das Video eigentlich nie als 60000/1001 Felder pro Sekunde abgelegt. Für ein Video, das ursprünglich 60000/1001 war, wird jedes Feldpaar zu einem Frame kombiniert, was dann 30000/1001 Frames pro Sekunde ergibt. Hardware-DVD-Player lesen dann ein im Videostream eingebettetes Kennzeichen aus, um zu bestimmen, ob die gerade oder ungerade nummerierten Zeilen das erste Feld formen sollen.

Üblicherweise bleibt ein Inhalt mit 24000/1001 Frames pro Sekunde so wie er ist, wenn er für eine DVD encodiert wird, und der DVD-Player muss das Telecining on-the-fly bewerkstelligen. Manchmal jedoch wird das Video telecined bevor es auf der DVD gespeichert wird; selbst wenn es ursprünglich 24000/1001 Frames pro Sekunde war, wird es 60000/1001 Felder pro Sekunde. Wenn es auf der DVD gespeichert wird, werden Feldpaare zu 30000/1001 Frames pro Sekunde kombiniert.

Wenn man das aus 60000/1001 Feldern pro Sekunde geformten Einzelframes erzeugte Video betrachtet, ist telecined oder anderenfalls Interlacing klar sichtbar woimmer Bewegung auftritt, da ein Feld (sagen wir, die geradzahlig nummerierten Zeilen) einen Moment zur Zeit 1/(60000/1001) Sekunden später als das andere repräsentiert. Spielt man ein interlaced Video auf einem Computer ab, sehen beide hässlich aus, weil der Monitor eine höhere Auflösung besitzt und weil das Video Frame für Frame anstatt Feld für Feld angezeigt wird.

Wie ich anfangs angemerkt hatte, sind die MEncoder-Beispielzeilen unten eigentlich nicht zur Anwendung bestimmt; sie demonstrieren nur die Minimalparameter zur korrekten Encodierung jeder Kategorie.

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

Die erste Spalte enthält die Codecnamen, die nach der Konfiguration vcodec übergeben werden müssen, wie: -lavcopts vcodec=msmpeg4

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

Die erste Spalte enthält die Codecnamen, die nach der Konfiguration acodec übergeben werden müssen, wie: -lavcopts acodec=ac3

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

Im Gegensatz zu den Videocodecs von libavcodec machen dessen Audiocodecs keinen weisen Gebrauch von den Bits, die ihnen übergeben werden, da es ihnen an einem minimalen psychoakustischen Modell fehlt (falls überhaupt eins vorhanden ist), wodurch sich die meisten anderen Codec-Implementierungen auszeichnen. Beachte jedoch, dass all diese Audiocodecs sehr schnell sind und überall dort hervorragend arbeiten, wo MEncoder mit libavcodec kompiliert wurde (was meistens der Fall ist) und nicht von externen Programmbibliotheken abhängt.

Idealerweise möchtest du eventuell in der Lage sein, dem Encoder einfach zu sagen, er soll in den "hochqualitativen" Modus wechseln und weiter machen. Das wäre vermutlich nett, aber unglücklicherweise schwer zu implementieren, da verschiedene Encodieroptionen unterschiedliche Qualitätsresultate hervorbringen, abhängig vom Quellmaterial. Das liegt daran, dass die Komprimierung von den visuellen Eigenschaften des fraglichen Videos abhängt. Zum Beispiel haben Anime und Live-Action sehr unterschiedliche Eigenschaften und benötigen aus diesm Grund verschiedene Optionen, um optimale Encodierung zu erreichen. Die gute Neuigkeit ist, dass einige Optionen wie mbd=2, trell und v4mv nie ausgelassen werden sollten. Siehe unten nach der detaillierten Beschreibung allgemeiner Encodieroptionen.

Die folgenden Einstellungen sind Beispiele verschiedener Kombinationen von Encodierungsoptionen, die den Kompromiss Geschwindigkeit gegenüber Qualität bei gleicher Zielbitrate beeinflussen.

Alle Encodierungseinstellungen wurden auf einem Beispielvideo mit 720x448 @30000/1001 fps getestet, die Zielbitrate war 900kbps und der Rechner war ein AMD-64 3400+ mit 2400 MHz im 64bit-Modus. Jede Encodiereinstellung zeichnet sich aus durch die gemessene Encodiergeschwindigkeit (in Frames pro Sekunde) und den PSNR-Verlust (in dB) im Vergleich zu Einstellungen für "sehr hohe Qualität". Bitte habe Verständnis, dass du abhängig von deiner Quelldatei, deinem Rechnertyp und Entwicklungsfortschritten sehr unterschiedliche Resultate erzielen wirst.