Die Hauptentwicklungsplattform ist Linux auf x86, obwohl MPlayer auf vielen anderen Linux-Portierungen funktioniert. Binary Packages von MPlayer stehen auf mehreren Quellen zur Verfügung. Jedoch wird keines dieser Packages unterstützt. Melde den Autoren die Probleme, nicht uns. 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 Bitmap-Fonts erstellt, du kannst sie (passend) auf seiner Homepage bekommen. 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 CVS-MPlayer mit libavcodec verwendet werden. Brauchst du ein GUI-Frontend, kannst du xmms-embedded nutzen. MPlayer läuft auf allen bekannten BSD-Derivaten. Es stehen ports/pkgsrc/fink/etc-Versionen des MPlayer bereit, die möglicherweise leichter anzuwenden sind als unsere Originalquellen. Um MPlayer zu erstellen, brauchst du GNU make (gmake - natives BSD make wird nicht funktionieren) und eine aktuelle Version der binutils. Beschwert sich MPlayer, er könne /dev/cdrom oder /dev/dvd nicht finden, erstelle einen geeigneten symbolischen Link: ln -s /dev/dein_cdrom_geraet /dev/cdrom Um Win32-DLLs mit MPlayer zu nutzen, musst du den Kernel mit "option USER_LDT" recompilieren (es sei denn du lässt FreeBSD-CURRENT laufen, wobei dies die Standard-Einstellung ist). 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 wurde auf einige kommerzielle Unix-Varianten portiert. Seit die Entwicklungsumgebungen auf diesen Systemen dahin tendieren, verschieden von denen freier Unixes zu sein, musst du möglicherweise einige manuelle Anpassungen vornehmen, um das Build lauffähig zu bekommen. 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. 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). Fehlermeldung von configure auf einem Solaris x86 System, wenn man GCC ohne GNU Assembler anwendet: % configure ... Checking assembler (/usr/ccs/bin/as) ... , failed Please upgrade(downgrade) binutils to 2.10.1... (Lösung: Installiere und verwende einen gcc, konfiguriert mit --with-as=gas) Ein typischer Fehler, den du bekommst, wenn du mit einem GNU C Compiler arbeitest, der GNU "as" nicht verwendet: % gmake ... gcc -c -Iloader -Ilibvo -O4 -march=i686 -mcpu=i686 -pipe -ffast-math -fomit-frame-pointer -I/usr/local/include -o mplayer.o mplayer.c Assembler: mplayer.c "(stdin)", line 3567 : Illegal mnemonic "(stdin)", line 3567 : Syntax error ... more "Illegal mnemonic" and "Syntax error" errors ... Aufgrund von Bugs in Solaris 8 kann es dazu kommen, dass du keine DVD-Disks größer 4 GB abspielen kannst: Der sd(7D)-Treiber auf Solaris 8 x86 hat einen Bug, wenn er auf einen Diskblock >4GB auf einem Gerät zugreift, das eine logische blocksize != DEV_BSIZE verwendet (z.B. CD-ROM- und DVD-Medien). Wegen eines 32Bit int Overflows wird auf eine Disk-Adresse modulo 4GB zugegriffen (). Dieses Problem existiert nicht in der SPARC-Version von Solaris 8. Ein ähnlicher Bug is präsent im Dateisystem-Code (AKA ISO9660) von hsfs(7FS), hsfs unterstützt keine Partitionen/Disks größer als 4GB, auf alle Daten wird modulo 4GB zugegriffen (). Dieses hsfs-Problem kann durch die Installation von Patch 109764-04 (sparc) / 109765-04 (x86) gefixt werden. Du kannst entweder versuchen, das GNU-Installationsprogramm zu installieren und dann (falls du es nicht in deinen globalen Path gelegt hast) auf den Standort zeigen mit: ./configure --with-install=/path/and/name/of/install Oder du kannst die mit IRIX 6.5 gelieferte Standard-Installation verwenden, falls du das Makefile ein bisschen von Hand editieren willst. Ändere folgende beiden Zeilen: $(INSTALL) -c -m 644 DOCS/mplayer.1 $(MANDIR)/man1/mplayer.1 $(INSTALL) -c -m 644 etc/codecs.conf $(CONFDIR)/codecs.conf nach: $(INSTALL) -m 644 mplayer.1 $(MANDIR)/man1/ $(INSTALL) -m 644 codecs.conf $(CONFDIR)/ Mache dann (vom MPlayer-Quellverzeichnis aus): cp DOCS/mplayer.1 . ; cp etc/codecs.conf . und fahre dann fort mit Compilierung und Installation. 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: Absturz beim Start mit folgender Fehlermeldung: /usr/lib/dld.sl: Unresolved symbol: finite (code) from /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/../../../libGL.sl Dies bedeutet, dass die Funktion .finite(). nicht in der Standard-Bibliothek HP-UX math zur Verfügung steht. Statt dessen gibt es .isfinite().. Lösung: Benutze die neueste Mesa-Depotdatei. Absturz beim Playback mit folgender Fehlermeldung: /usr/lib/dld.sl: Unresolved symbol: sem_init (code) from /usr/local/lib/libSDL-1.2.sl.0 Lösung: Benutze die Option extralibdir von configure --with-extralibdir="/usr/lib -lrt" MPlayer produziert eine Schutzverletzung (segfault) mit einer Meldung wie dieser: Pid 10166 received a SIGSEGV for stack growth failure. Possible causes: insufficient memory or swap space, or stack size exceeded maxssiz. Segmentation fault Lösung: Der HP-UX-Kernel hat eine Standard-Stackgröße von 8MB(?) pro Prozess. (11.0- und neuere 10.20-Patches lassen dich maxssiz bis auf 350MB für 32bit-Programme erhöhen). Du musst maxssiz erweitern und den Kernel recompilieren (und neu starten). Dazu kannst du SAM verwenden. (Überprüfe während des Neustarts den maxdsiz-Parameter für die maximale Anzahl Daten, die ein Programm nutzen darf. Er hängt von deiner Anwendung ab, ob der Standard von 64MB ausreicht oder nicht.) 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: 604e POWER4 Folgende Architekturen wurden nicht getestet, sollten jedoch trotzdem funktionieren: POWER POWER2 POWER3 POWER5 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 zu verwenden. 4Front Technologies stellt die OSS-Treiber frei für den persönlichen und nicht-kommerziellen Gebrauch zur Verfügung. Ja, MPlayer läuft auf Windows unter Cygwin und MinGW. Es besitzt noch kein offizielles GUI, aber die Befehlszeilen-Version ist voll funktionstüchtig. Du solltest die MPlayer-cygwin Mailing-Liste für Hilfe und für neueste Informationen hernehmen. Offizielle Windows-Binaries können auf der Download-Seite gefunden werden. Installationspakete und einfache GUI-Frontends stehen auf externen Quellen bereit, wir haben sie in der Windows-Sektion unserer Projektseite zusammengestellt. Wenn du die Verwendung der Befehlszeile vermeiden willst, hilft der simple Trick, eine Verknüpfung auf deinem Desktop zu erstellen, der einen ähnlichen Ausführungsabschnitt wie folgenden enthält: c:\pfad\zur\mplayer.exe %1 Dies lässt MPlayer jeden Film abspielen, der über der Verknüpfung fallen gelassen wird. Füge -fs für den Vollbildmodus hinzu. Die besten Ergebnisse werden erzielt mit dem nativen DirectX-Video-Ausgabetreiber (-vo directx). Alternativen sind OpenGL und SDL, jedoch variiert die OpenGL-Performance stark von System zu System, und SDL ist dafür bekannt, Videos kaputt zu machen oder auf manchen Systemen abzurauchen. Wird das Bild zerstört, versuche, die Hardwarebeschleunigung mit -vo directx:noaccel abzuschalten. Lade dir die DirectX7-Headerdateien herunter, um den DirectX-Video-Ausgabetreiber zu compilieren. Desweiteren musst du DirectX 7 oder höher installiert haben, damit der DirectX-Video-Ausgabetreiber funktioniert. VIDIX läuft jetzt unter Windows als -vo winvidix, obwohl es nach wie vor experimentell ist und ein wenig manuelles Setup benötigt. Lade dir die dhahelper.sys oder dhahelper.sys (mit MTRR-Unterstützubg) herunter und kopiere sie ins Verzeichnis libdha/dhahelperwin deines MPlayer-Source-Baums. Öffne die Console und wechsle in dieses Verzeichnis. Gib dann gcc -o dhasetup.exe dhasetup.c ein und führe dhasetup.exe install als Administrator aus. Danach wirst du neu starten müssen. Bist du damit fertig, kopiere die .so-Dateien von vidix/drivers ins Verzeichnis mplayer/vidix relativ zu deiner mplayer.exe. Für die besten Resulte sollte MPlayer einen Farbraum anwenden, den deine Grafikkarte hardwareseitig unterstützt. Leider melden viele Windows-Grafikkartetreiber fälschlich einige Farbräume als von der Hardware unterstützt. Um herauszufinden welche das sind, versuche mplayer -benchmark -nosound -frames 100 -vf format=Farbraum vilm wobei Farbraum jeder von der Option -vf format=fmt=help ausgegebene Farbraum sein kann. Findest du den von deiner Karte verarbeiteten Farbraum besonders schlecht, wird -vf noformat=farbraum sie daran hindern, diesen anzuwenden. Füge dies in deine config-Datei ein, um die Verwendung permanent zu unterbinden. Es stehen spezielle Codec-Packs für Windows auf unserer Codec-Seite zu Verfügung, die das Abspielen von Formaten zu ermöglichen, für die es noch keinen nativen Support gibt. Leg die Codecs irgendwo in deinem Pfad ab oder übergib --with-codecsdir=c:/pfad/zu/deinen/codecs (alternativ nur auf Cygwin --with-codecsdir=/pfad/zu/deinen/codecs) an configure. Wir bekamen einige Berichte, dass Real-DLLs beschreibbar sein müssen, um MPlayer starten zu können, aber nur auf manchen Systemen (NT4). Versuche, sie beschreibbar zu machen, falls du Probleme hast. Du kannst VCDs über die .DAT- oder .MPG-Dateien, die Windows auf VCDs anzeigt, abspielen. Das funktioniert wie folgt (an den Laufwerksbuchstaben deines CD-ROMs anpassen: mplayer d:/mpegav/avseq01.dat DVDs gehen ebenfalls, passe -dvd-device an den Laufwerksbuchstaben deines DVD-ROMs an: mplayer dvd://<Titel> -dvd-device d: Die Cygwin-/MinGW-Konsole ist sehr langsam. Die Umleitung der Ausgabe oder das Anwenden der Option -quiet soll laut Berichten die Performance auf einigen Systemen verbessern. Direktes Rendern (-dr) kann auch helfen. Ist das Playback ruckelig, versuche -autosync 100. Helfen dir einige dieser Optionen, kannst du sie ja in deine config-Datei eintragen. Auf Windows deaktiviert die CPU-Erkennung zur Laufzeit den SSE-Support wegen periodisch wiederkehrender und schwer zu ortender, SSE-bezogener Abstürze. Wünschst du SSE-Support unter Windows, musst du ohne CPU-Erkennung zur Laufzeit compilieren. Hast du einen Pentium 4 und erlebst einen Absturz bei Verwendung von RealPlayer-Codecs, musst du den Support für Hyperthreading deaktivieren. 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. MPlayer läuft nicht auf Mac OS Versionen vor 10, sollte jedoch hervorragend auf Mac OS X 10.2 und darüber compilieren. Der vorgezogene Compiler ist die Apple-Version von GCC 3.x oder höher. Besitzt du Mac OS X 10.3.9 oder später und QuickTime 7 kannst du den macosx-Video-Ausgabetreiber verwenden. 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 CVS-Moduls genannt main_noaltivec. mplayerosx ist das GUI-Frontend, main ist MPlayer und main_noaltivec ist MPlayer ohne AltiVec-Unterstützung. Um die CVS-Module zu überprüfen, nimm: cvs -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer login cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer co -P mplayerosx cvs -z3 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/mplayer co -P main Um MPlayerOSX zu bilden, musst du so etwas ähnliches einrichten: MPlayer_source_verzeichnis | |--->main (MPlayer CVS-Quelle) | |--->main_noaltivec (MPlayer CVS-Quelle konfiguriert mit --disable-altivec) | |--->mplayerosx (MPlayer OS X CVS-Quelle) Du musst zuerst main und main_noaltivec erzeugen. Setze als nächstes eine globale Variable: export MACOSX_DEPLOYMENT_TARGET=10.3 Dann konfiguriere: Wenn du für eine G4 oder neuere CPU mit AltiVec-Support konfigurierst, mache folgendes: ./configure --with-termcaplib=ncurses.5 --disable-gl --disable-x11 Wenn du für eine G3-getriebene Maschine mit AltiVec konfigurierst, mache dies: ./configure --with-termcaplib=ncurses.5 --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. MPlayer läuft auf einer Reihe exotischer Plattformen, aber die meisten der plattformspezifischen Änderungen dieser Systeme wurden nicht in den Hauptquellbaum zurückgemergt. Build-Instruktionen findest du in der System-spezifischen Dokumentation. 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 -vo x11-Output wird etwas langsamer sein als unter Linux, da QNX nur X-Emulation besitzt, was sehr langsam ist. Die Leute drüben auf machen aktuelle MPlayer- und MEncoder-Packages. Nicholas Det bei Genesi hat eine große und starke Portierung des MPlayer für MorphOS gemacht. Traurig, dass sie auf der 0.90-Serie basiert. Hol sie dir von MorphZone: MPlayer 0.91 Binary MPlayer 0.91 Source MEncoder 1.0pre3 Binary