1.2. Installation
Prev | Chapter 1. Introduction | Next

## 1.2. Installation

A quick installation guide can be found in the `README` file. Please read it first and then come back here for the rest of the gory details.

In this section I'll try to guide you through the compiling and configuring process of MPlayer. It's not easy, but it won't necessarily be hard. If you experience a different behavior than what I explain, please search through this documentation and you'll find your answers. If you see links, please follow them and read carefully what they contain. It will take some time, but it IS worth it.

You need a fairly recent system. On Linux, 2.4.x kernels are recommended.

### 1.2.1. Software requirements

- binutils - suggested version is 2.11.x. This program is responsible for generating MMX/ 3DNow!/etc instructions, thus very important.

- gcc - suggested versions are: 2.95.3 (maybe 2.95.4) and 3.2+. Never use 2.96 or 3.0.x! They generate faulty code for MPlayer. If you decide to change gcc from 2.96, then don't decide in favor of 3.x just because it's newer! Early releases of 3.x were even more buggy than 2.96. So downgrade to 2.95.x (downgrade `libstdc++` too, other programs may need it) or don't up/downgrade at all (but in this case, be prepared for runtime problems). If you vote for 3.x, try to use the latest version, early releases had various bugs, so be sure you use at least 3.1, it's tested and working. For detailed information about gcc 2.96's bugs (that are still NOT fixed, they have been WORKED AROUND in MPlayer!),see the gcc 2.96 section and the FAQ.

- XFree86 - suggested version is always the newest (4.3). Normally, everyone wants this, as starting with XFree86 4.0.2, it contains the XVideo extension (somewhere referred to as Xv) which is needed to enable the hardware YUV acceleration (fast image display) on cards that support it. Make sure its development package is installed, too, otherwise it won't work. For some video cards you don't need XFree86. See list below.

- make - suggested version is always the newest (at least 3.79.x). This usually isn't important.

- SDL - it's not mandatory, but can help in some cases (bad audio, video cards that lag strangely with the xv driver). Always use the newest (beginning from 1.2.x).

- libjpeg - optional JPEG decoder, used by the `-mf` option and some QT MOV files. Useful for both MPlayer and MEncoder if you plan to work with jpeg files.

- libpng - recommended and default (M)PNG decoder. Required for GUI. Useful for both MPlayer and MEncoder.

- lame - recommended, needed for encoding MP3 audio with MEncoder, suggested version is always the newest (at least 3.90).

- zlib - recommended, necessary for compressed MOV header and PNG support.

- libogg - optional, needed for playing OGG file format.

- libvorbis - optional, needed for playing OGG Vorbis audio.

- LIVE.COM Streaming Media - optional, needed for playing RTSP/RTP streams.

- directfb - optional, from http://www.directfb.org. At least 0.9.13 is required.

- cdparanoia - optional, for CDDA support

- libfreetype - optional, for TTF fonts support. At least 2.0.9 is required.

- libxmms - optional, for XMMS input plugin support. At least 1.2.7 is required.

- libsmb - optional, for Samba support.

- ALSA - optional, for ALSA audio output support. At least 0.9.0rc4 is required.

- bio2jack - optional, for JACK audio output support, needed only in compile time. You can obtain it from http://bio2jack.sf.net. Since it doesn't have install option you have to manually put the file `libbio2jack.a` somewhere in your library path (e.g. `/usr/local/lib`) or use the `--with-bio2jack=DIR` switch to tell `./configure` where that file is.

### 1.2.2. Codecs

- `libavcodec`: This codec package is capable of decoding H.263/MJPEG/RV10/DivX3/DivX4/DivX5/MP41/MP42/WMV1/WMV2/SVQ1/SVQ3 encoded video streams and WMA (Windows Media Audio) v1/v2 audio streams, on multiple platforms. It is also known to be the fastest for this task. See FFmpeg section for details. Features:

  - gain decoding of videos mentioned above, on non-x86 machines
  - encoding with most of the mentioned codecs
  - this codec is the fastest codec available for DivX/3/4/5 and other MPEG-4 types. Recommended!

- Win32 codecs: If you plan to use MPlayer on x86 architecture, you will possibly need them. Download a codec package from our codecs page and put the codecs in `/usr/local/lib/codecs` BEFORE compiling MPlayer, otherwise no Win32 support will be compiled!

  ### Note

  The avifile project has similar codecs package, but it differs from ours, so if you want to use all supported codecs, then use our package (do not worry, avifile works with it without problems).

  Features:

  - you need this if you want to play or encode for example movies recorded with various hardware compressors, like tuner cards, digital cameras (example: DV, ATI VCR, MJPEG)
  - needed if you want to play WMV9/WMA9 movies.
  - Not needed for old ASF's with MP41 or MP42 video (though VoxWare audio is frequent for these files - it's done by the Win32 codec), or WMV7. Also not needed for WMA (Windows Media Audio), `libavcodec` has open source decoder for that.

- QuickTime codecs: on x86 platforms these codecs can be used to decode RPZA, and other QuickTime video, and QDesign audio streams. Installation instructions can be found in the Sorenson video codec section.

- DivX4/DivX5: information about this codec is available in the DivX4/DivX5 section. You possibly don't want this codec as `libavcodec` (see above) is much faster and has better quality than this, for both decoding and encoding. Features:

  - one pass or two pass encoding with MEncoder
  - can play old DivX3 movies much faster than the Win32 DLL but slower than `libavcodec`!
  - it's closed-source, and only a x86 version is available.

- XviD: Open source encoding alternative to DivX4Linux. Features:

  - one pass or two pass encoding with MEncoder
  - it's open-source, so it's multiplatform.
  - it's about 2 times faster than divX4 when encoding - about the same quality

- The XAnim codecs are the best (full screen, hardware YUV zoom) for decoding 3ivx and Indeo 3/4/5 movies, and some old formats. And they are multiplatform, so this is the only way to play Indeo on non-x86 platforms (well, apart from using XAnim:). But for example Cinepak movies are best played with MPlayer's own Cinepak decoder!

- For Ogg Vorbis audio decoding you need to install `libvorbis` properly. You can get binary packages and source code from the Ogg Vorbis site.

- MPlayer can use the libraries of RealPlayer 8 or RealONE to play files with RealVideo 3.0 and 4.0 video, and Sipro/Cook audio. See the RealMedia file format section for installation instructions and more information.

### 1.2.3. Video cards

There are generally two kind of video cards. One kind (the newer cards) has hardware scaling and YUV acceleration support, the other cards don't.

#### 1.2.3.1. YUV cards

They can display and scale (zoom) the picture to any size that fits in their memory, with small CPU usage (even when zooming), thus fullscreen is nice and very fast.

- Matrox G200/G400/G450/G550 cards: although a Vidix driver is provided, it is recommended to use the mga_vid module instead, for it works much better. Please see the mga_vid section about its installation and usage. It is important to do these steps before compiling MPlayer, otherwise no mga_vid support will be built. Also check out the Matrox TV-out section. If you don't use Linux, your only possibility is the VIDIX driver: read the VIDIX section.

- 3Dfx Voodoo3/Banshee cards: please see tdfxfb section in order to gain big speedup. It is important to do these steps before compiling MPlayer, otherwise no 3Dfx support will be built. Also see the 3dfx TV-out section. If you use X, use at least 4.2.0, as 3dfx Xv driver was broken in 4.1.0, and earlier releases.

- ATI cards: VIDIX driver is provided for the following cards: Radeon, Rage128, Mach64 (Rage XL/Mobility, Xpert98). Also see the ATI cards section of the TV-out documentation, to know if you card's TV-out is supported under Linux/MPlayer.

- S3 cards: the Savage and Virge/DX chips have hardware acceleration. Use as new XFree86 version as possible, older drivers are buggy. Savage chips have problems with YV12 display, see S3 Xv section for details. Older, Trio cards have no, or slow hardware support.

- nVidia cards: may or may not be good choice for video playing. If you do not have a GeForce2 (or newer) card, it's not likely to work without bugs. the built-in nVidia driver in XFree86 does not support hardware YUV acceleration on all nVidia cards. You have to download nVidia's closed-source drivers from nVidia.com. See the nVidia Xv driver section for details. Please also check the nVidia TV-out section if you wish to use a TV.

- 3DLabs GLINT R3 and Permedia3: a VIDIX driver is provided (pm3_vid). Please see the VIDIX section for details.

- Other cards: none of the above?

  - Try if the XFree86 driver (and your card) supports hardware acceleration. See the Xv section for details.
  - If it doesn't, then your card's video features aren't supported under your operating system :( If hardware scaling works under Windows, it doesn't mean it will work under Linux or other operating system, it depends on the drivers. Most manufacturers neither make Linux drivers nor release specifications of their chips - so you are unlucky if using their cards. See Non-YUV cards.

#### 1.2.3.2. Non-YUV cards

Fullscreen playing can be achieved by either enabling software scaling (use the `-zoom` or `-vf` option, but I warn you: this is slow), or switching to a smaller video mode, for example 352x288. If you don't have YUV acceleration, this latter method is recommended. Video mode switching can be enabled by using the `-vm` option and it works with the following drivers:

- using XFree86: see details in DGA driver and X11 driver sections. DGA is recommended! Also try DGA via SDL, sometimes it's better.
- not using XFree86: try the drivers in the following order: vesa, fbdev, svgalib, aalib.

#### 1.2.3.3. Cirrus-Logic cards

- GD 7548: present on-board and tested in Compaq Armada 41xx notebook series.

  - XFree86 3: works in 8/16bpp modes. However, the driver is dramatically slow and buggy in 800x600@16bpp. Recommended: 640x480@16bpp
  - XFree86 4: the Xserver freezes soon after start unless acceleration is disabled, but then the whole thing gets slower than XFree86 3. No XVideo.
  - FBdev: framebuffer can be turned on with the `clgenfb` driver in the kernel, though for me it worked only in 8bpp, thus unusable. The clgenfb source had to be extended with the 7548 ID before compilation.
  - VESA: the card is only VBE 1.2 capable, so VESA output can't be used. Can't be workarounded with UniVBE.
  - SVGAlib: detects an older Cirrus chip. Usable but slow with `-bpp 8`.

### 1.2.4. Sound cards

- Soundblaster Live!: with this card you can use 4 or 6 (5.1) channels AC3 decoding instead of 2. Read the Software AC3 decoding section. For hardware AC3 passthrough you must use ALSA 0.9 with OSS emulation!
- C-Media with S/PDIF out: hardware AC3 passthrough is possible with these cards, see Hardware AC3 decoding section.
- Features of other cards aren't supported by MPlayer. It's very recommended to read the sound card section!

### 1.2.5. Features

- Decide if you need GUI. If you do, see the GUI section before compiling.

- If you want to install MEncoder (our great all-purpose encoder), see the MEncoder section.

- If you have a V4L compatible TV tuner card, and wish to watch/grab and encode movies with MPlayer, read the TV input section.

- There is a neat OSD Menu support ready to be used. Check the OSD menu section.

Then build MPlayer:

    ./configure
    make
    make install

At this point, MPlayer is ready to use. The directory `$PREFIX/share/mplayer` contains the `codecs.conf` file, which is used to tell the program all the codecs and their capabilities. This file is needed only when you want to change its properties, as the main binary contains an internal copy of it. Check if you have `codecs.conf` in your home directory (`~/.mplayer/codecs.conf`) left from old MPlayer versions, and remove it.

Note that if you have a `codecs.conf` in `~/.mplayer/`, the builtin and system `codecs.conf` will be ignored completely. Do not do this unless you want to fiddle with MPlayer internals as this can can cause many problems. If you want to change the codecs search order, use the `-vc`, `-ac`, `-vfm`, or `-afm` options either on the command line or in your config file (see the manual page).

Debian users can build a .deb package for themselves, it's very simple. Just exec

    fakeroot debian/rules binary

in MPlayer's root directory. See Debian packaging for detailed instructions.

Always browse the output of `./configure`, and the `configure.log` file, they contain information about what will be built, and what will not. You may also want to view `config.h` and `config.mak` files. If you have some libraries installed, but not detected by `./configure`, then check if you also have the proper header files (usually the -dev packages) and their version matches. The `configure.log` file usually tells you what is missing.

Though not mandatory, the fonts should be installed in order to gain OSD, and subtitle functionality. The recommended method is installing a TTF font file and telling MPlayer to use it. See the Subtitles and OSD section for details.

Prev | Up | Next
1.1. History | Home | 1.3. What about the GUI?