PortsLinux
The main development platform is Linux on x86, although
MPlayer works on many other Linux ports.
Binary packages of MPlayer are available from several
sources. However, none of these packages are supported.
Report problems to the authors, not to us.
Debian packaging
To build a Debian package, run the following command in the
MPlayer source directory:
fakeroot debian/rules binary
If you want to pass custom options to configure, you can set up the
DEB_BUILD_OPTIONS environment variable. For instance,
if you want GUI and OSD menu support you would use:
DEB_BUILD_OPTIONS="--enable-gui --enable-menu" fakeroot debian/rules binary
You can also pass some variables to the Makefile. For example, if you want
to compile with gcc 3.4 even if it's not the default compiler:
CC=gcc-3.4 DEB_BUILD_OPTIONS="--enable-gui" fakeroot debian/rules binary
To clean up the source tree run the following command:
fakeroot debian/rules clean
As root you can then install the .deb package as usual:
dpkg -i ../mplayer_version.deb
Christian Marillat has been making unofficial Debian packages of
MPlayer, MEncoder and
our bitmap fonts for a while, you can (apt-)get them from
his homepage.
RPM packaging
Dominik Mierzejewski created and maintains official Red Hat RPM packages of
MPlayer. They are available from his
homepage.
Mandrake RPM packages are available from the P.L.F..
SuSE used to include a crippled version of MPlayer
in their distribution. They have removed it in their latest releases. You can
get working RPMs from
links2linux.de.
ARMMPlayer works on Linux PDAs with ARM CPU e.g. Sharp Zaurus,
Compaq Ipaq. The easiest way to obtain MPlayer is to get it
from one of the OpenZaurus package feeds. If
you want to compile it yourself, you should look at the
mplayer
and the
libavcodec
directory in the OpenZaurus distribution buildroot. These always have the latest
Makefile and patches used for building a CVS MPlayer with
libavcodec.
If you need a GUI frontend, you can use xmms-embedded.
*BSDMPlayer runs on FreeBSD, OpenBSD, NetBSD,
BSD/OS and Darwin. There are ports/pkgsrc/fink/etc versions of MPlayer
available that are probably easier to use than our raw sources.
To build MPlayer you will need GNU make
(gmake - native BSD make will not work) and a recent version of binutils.
If MPlayer complains about not finding /dev/cdrom
or /dev/dvd, create an appropriate symbolic link:
ln -s /dev/your_cdrom_device /dev/cdrom
To use Win32 DLLs with MPlayer you will need to
re-compile the kernel with "option USER_LDT"
(unless you run FreeBSD-CURRENT,
where this is the default).
FreeBSD
If your CPU has SSE, recompile your kernel with
"options CPU_ENABLE_SSE" (FreeBSD-STABLE or kernel
patches required).
OpenBSD
Due to limitations in different versions of gas (relocation vs MMX), you
will need to compile in two steps: First make sure that the non-native as
is first in your $PATH and do a gmake -k, then
make sure that the native version is used and do gmake.
As of OpenBSD 3.4 the hack above is no longer needed.
Darwin
See the Mac OS section.
Sun SolarisMPlayer should work on Solaris 2.6 or newer.
On UltraSPARCs, MPlayer
takes advantage of their VIS extensions
(equivalent to MMX), currently only in
libmpeg2,
libvo
and libavcodec, but not in
mp3lib. You can watch a VOB file
on a 400MHz CPU. You'll need
mLib
installed.
To build the package you will need GNU make
(gmake, /opt/sfw/gmake), native
Solaris make will not work. Typical error you get when building with
Solaris' make instead of GNU make:
% /usr/ccs/bin/make
make: Fatal error in reader: Makefile, line 25: Unexpected end of line seen
On Solaris SPARC, you need the GNU C/C++ Compiler; it does not matter if
GNU C/C++ compiler is configured with or without the GNU assembler.
On Solaris x86, you need the GNU assembler and the GNU C/C++ compiler,
configured to use the GNU assembler! The MPlayer
code on the x86 platform makes heavy use of MMX, SSE and 3DNOW! instructions
that cannot be compiled using Sun's assembler /usr/ccs/bin/as.
The configure script tries to find out, which
assembler program is used by your "gcc" command (in case the autodetection
fails, use the
option to tell the configure script where it can find GNU
"as" on your system).
Error message from configure on a Solaris x86 system using
GCC without GNU assembler:
% configure
...
Checking assembler (/usr/ccs/bin/as) ... , failed
Please upgrade(downgrade) binutils to 2.10.1...
(Solution: Install and use a gcc configured with )
Typical error you get when building with a GNU C compiler that does not use GNU as:
% 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 ...
Due to bugs in Solaris 8, you may not be able to play DVD discs larger than 4 GB:
The sd(7D) driver on Solaris 8 x86 has a bug when accessing a disk block >4GB
on a device using a logical blocksize != DEV_BSIZE (i.e. CD-ROM and DVD media).
Due to a 32Bit int overflow, a disk address modulo 4GB is accessed
().
This problem does not exist in the SPARC version of Solaris 8.
A similar bug is present in the hsfs(7FS) filesystem code (AKA ISO9660),
hsfs may not not support partitions/disks larger than 4GB, all data is
accessed modulo 4GB
().
The hsfs problem can be fixed by installing patch 109764-04 (sparc) / 109765-04 (x86).
Silicon Graphics Irix
You can either try to install the GNU install program, and (if you did
not put it in your global path) then point to the location with:
./configure --with-install=/path/and/name/of/install
Or you can use the default install delivered with IRIX 6.5 in which case
you will have to edit the Makefile by hand a little bit.
Change the following two lines:
$(INSTALL) -c -m 644 DOCS/mplayer.1 $(MANDIR)/man1/mplayer.1
$(INSTALL) -c -m 644 etc/codecs.conf $(CONFDIR)/codecs.conf
to:
$(INSTALL) -m 644 mplayer.1 $(MANDIR)/man1/
$(INSTALL) -m 644 codecs.conf $(CONFDIR)/
And then do (from within the MPlayer source dir):
cp DOCS/mplayer.1 . ; cp etc/codecs.conf .
and then go on with building and installing.
HP-UX
Joe Page hosts a detailed HP-UX MPlayerHOWTO
by Martin Gansser on his homepage. With these instructions the build should
work out of the box. The following information is taken from this HOWTO.
You need GCC 3.4.0 or later, GNU make 3.80 or later and SDL 1.2.7 or later.
HP cc will not produce a working program, prior GCC versions are buggy.
For OpenGL functionality you need to install Mesa and the gl and gl2 video
output drivers should work, speed may be very bad, depending on the CPU speed,
though. A good replacement for the rather poor native HP-UX sound system is
GNU esound.
Create the DVD device
scan the SCSI bus with:
# ioscan -fn
Class I H/W Path Driver S/W State H/W Type Description
...
ext_bus 1 8/16/5 c720 CLAIMED INTERFACE Built-in SCSI
target 3 8/16/5.2 tgt CLAIMED DEVICE
disk 4 8/16/5.2.0 sdisk CLAIMED DEVICE PIONEER DVD-ROM DVD-305
/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
target 4 8/16/5.7 tgt CLAIMED DEVICE
ctl 1 8/16/5.7.0 sctl CLAIMED DEVICE Initiator
/dev/rscsi/c1t7d0 /dev/rscsi/c1t7l0 /dev/scsi/c1t7l0
...
The screen output shows a Pioneer DVD-ROM at SCSI address 2.
The card instance for hardware path 8/16 is 1.
Create a link from the raw device to the DVD device.
# ln -s /dev/rdsk/c<SCSI bus instance>t<SCSI target ID>d<LUN> /dev/<device<
Example:
# ln -s /dev/rdsk/c1t2d0 /dev/dvd
Below are solutions for some common problems:
Crash at Start with the following error message:
/usr/lib/dld.sl: Unresolved symbol: finite (code) from /usr/local/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.2/../../../libGL.sl
This means that the function .finite(). is not
available in the standard HP-UX math library.
Instead there is .isfinite()..
Solution: Use the latest Mesa depot file.
Crash at playback with the following error message:
/usr/lib/dld.sl: Unresolved symbol: sem_init (code) from /usr/local/lib/libSDL-1.2.sl.0
Solution: Use the extralib option of configure
MPlayer segfaults with a message like this:
Pid 10166 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space, or stack size exceeded maxssiz.
Segmentation fault
Solution:
The HP-UX kernel has a default stack size of 8MB(?) per process.(11.0 and
newer 10.20 patches let you increase maxssiz up to
350MB for 32-bit programs). You need to extend maxssiz
and recompile the kernel (and reboot). You can use SAM to do this. (While at
it, check out the maxdsiz parameter for the maximum
amount of data a program can use. It depends on your applications, if the
default of 64MB is enough or not.)
QNX
Works. You'll need to download SDL for QNX, and install it. Then run
MPlayer with
and options, and it should be fast.
The output will be even slower than on Linux,
since QNX has only X emulation which is VERY slow. Use SDL.
WindowsYes, MPlayer runs on Windows under
Cygwin and
MinGW.
It does not have a GUI yet, but the command line version is almost completely
functional. Patches are always welcome.
You should check out the
mplayer-cygwin
mailing list for help and latest information.Best results are achieved with the native DirectX video output driver
() and the native Windows waveout audio driver
(). Alternatives are OpenGL and SDL, but OpenGL
performance varies greatly between systems and SDL is known to
distort sound and video or crash on some systems. If the image is
distorted, try turning off hardware acceleration with
. Download
DirectX 7 header files
to compile the DirectX video output driver. Furthermore you need to have
DirectX 7 or later installed for the DirectX video output driver to work.
VIDIX now works under Windows as
, although it is still experimental
and needs a bit of manual setup. Download
dhahelper.sys or
dhahelper.sys (with MTRR support)
and copy it to the
libdha/dhahelperwin directory in your
MPlayer source tree.
Open a console and change to that directory. Then type
gcc -o dhasetup.exe dhasetup.c
and execute
dhasetup.exe install
as Administrator. After that you will have to reboot. When you are
done, copy the .so files from
vidix/drivers to the
mplayer/vidix directory
relative to your mplayer.exe.For best results MPlayer should use a
colorspace that your video card supports in hardware. Unfortunately many
Windows graphics drivers wrongly report some colorspaces as supported in
hardware. To find out which, try
mplayer -benchmark -nosound -frames 100 -vf format=colorspacemovie
where colorspace can be any colorspace
printed by the option. If you
find a colorspace your card handles particularly bad
will keep it from being used. Add this to your config file to permanently
keep it from being used.You can use Win32 codecs and Real Win32 codecs (not Real Linux codecs)
if you want to. Put the codecs somewhere in your path or pass
(alternatively
only on
Cygwin) to configure. We
have had some reports that Real DLLs need to be writable by the user running
MPlayer, but only on some systems. Try making
them writable if you have problems. QuickTime DLLs also work, but you will
have to put them in your Windows system directory
(C:\Windows\system\
or similar). As a last resort, try putting them in the same directory as
MPlayer.You can play VCDs by playing the .DAT or .MPG files
that Windows exposes on VCDs. It works like this (adjust for the drive letter
of your CD-ROM):mplayer d:/mpegav/avseq01.datDVDs also work, adjust for the drive letter
of your DVD-ROM:mplayer dvd://<title> -dvd-device d:The Cygwin/MinGW
console is rather slow. Redirecting output or using the
option has been reported to improve performance on
some systems. Direct rendering () may also help.
You can prevent OSD flicker through double buffering with the
option. If playback is jerky, try
. If some of these options help you, you
may want to put them in your config file.Sascha Sommer releases official Windows binaries from time to time,
Joey Parrish makes unofficial Windows packages complete with installer.
Look for these in the Windows section of
our projects page.CygwinYou need to run Cygwin 1.5.0 or later in
order to compile MPlayer.DirectX header files need to be extracted to /usr/include/ or
/usr/local/include/.Instructions and files for making SDL run under
Cygwin can be found on the
libsdl site.MinGWInstalling a version of MinGW that could
compile MPlayer used to be quite tricky, but it
works out of the box now. Just install MinGW
3.1.0 or later and MSYS 1.0.9 or later and tell the MSYS postinstall that
MinGW is installed.Extract DirectX header files to /mingw/include/.MOV compressed header support requires
zlib, which
MinGW does not provide by default.
Configure it with and install
it before compiling MPlayer.Mac OS
Only Mac OS X 10.2 and up is supported by the "raw"
MPlayer source. Feel free to make support for older
Mac OS versions and send patches!
Apple's modified GCC 3.x is preferred for compiling
MPlayer especially when using
libavcodec as Apple's
modified GCC 2.95.x doesn't support C99 syntax well.
One can get an Aqua GUI for MPlayer together with
compiled MPlayer binaries for Mac OS X from the
MPlayerOSX project.
Amiga/MorphOS (GeekGadgets)
Nicholas Det at Genesi has done a big and powerful port of MPlayer
for MorphOS. Sadly it's based on the 0.90 series.
Get if from MorphZone:
MPlayer 0.91 binaryMPlayer 0.91 sourceMEncoder 1.0pre3 binary