Welcome to the initial version of our website.
There are two main alternatives to build the player. First is to use system libraries for all dependencies. Since the FFmpeg versions available on many Linux distributions are old or at least do not support FFmpeg-mt multithreaded decoding yet, in many cases this will either not produce an optimal result or will require extra manual work to update the libraries first. For this reason there exists a separate build helper repository that first builds an up-to-date version of FFmpeg libraries and libass and then builds the player statically linked against those.
Note: See this FAQ entry about interaction with existing MPlayer installs.
Source Code Tarballs
mplayer2-build-2.0.tar.xz (
FTP)
mplayer2-build-2.0.tar.bz2 (
FTP)
mplayer2-2.0.tar.xz (
FTP)
mplayer2-2.0.tar.bz2 (
FTP)
Binaries
The following binaries are experimental.
Windows
mplayer2-2.0-windows-x86.zip (
FTP)
Newer Windows builds are available
here.
OS X
mplayer2-2.0-osx-x86_64-Intel-10.6.dmg (
FTP)
Linux
mplayer2-2.0-linux-x86-glibc27.tar.bz2 (
FTP)
mplayer2-2.0-linux-x86-glibc27.tar.xz (
FTP)
mplayer2-2.0-linux-x86_64-glibc211.tar.bz2 (
FTP)
mplayer2-2.0-linux-x86_64-glibc211.tar.xz (
FTP)
Note: The Linux versions are a single static binary with a limited set of features enabled.
Git Repositories
mplayer2.git - Player only.
mplayer2-build.git - Helper that automatically builds new FFmpeg too. (recommended for most users)
Previous Releases
You can find an archive of our releases at HTTP or FTP
Bug Reporting / Patch Submission
Please see our Bugs page located on our development site for submitting bugs.
Patches should be submitted as tickets and not to our mailing lists. You're welcome to contact us in our development channel via IRC for trivial fixes.
FAQ
1. I've used MPlayer. Can I easily switch to mplayer2?
In most cases yes. Most of the commandline/configuration options, keyboard commands etc from MPlayer are still available and work the same way. For some information about the differences see this comparison.
Currently mplayer2 uses the same binary and directory names as MPlayer. This makes it easy for users to switch to mplayer2; it can be treated as another new MPlayer version, though one that brings more new stuff than usual (no need to move configuration, reconfigure GUIs to use a different binary name etc). On the other hand this means that installing mplayer2 to the default location will overwrite an existing MPlayer installation there, and vice versa. If you for some reason want to have both installed simultaneously, it's possible to install to different directories or run one or both binaries without installing (both are able to run without using any external installed data files). The names used may change in a future version.
2. Can I use GUIs originally written for MPlayer with mplayer2?
Yes. The protocol is compatible and most of the functionality differences do not cause problems for the GUIs. When using gnome-mplayer there may be some glitches in pause handling. This is caused by workarounds for MPlayer pause misbehavior that now themselves cause problems when the misbehavior has been fixed in mplayer2; this issue will be fixed in a future gnome-mplayer version.
3. Why was MEncoder removed? Some people were still using it.
The MEncoder codebase was in very bad shape. The code quality and architecture was bad in general, and there were lots of known bugs that caused failures or more or less subtly corrupt output in a variety of circumstances. Fixing it would have required a lot of effort, and nobody was working on it. MEncoder duplicated various parts of the playback functionality and did that badly; adding some encoding support on top of the player side is overall less work than fixing all the flaws in MEncoder (see next question).
Letting MEncoder stay around in its semi-broken state was less of an issue in MPlayer as it could mostly be ignored; changes in mplayer2 meant that keeping MEncoder compiling at all would have required active work, and this wasn't really worth it considering that MEncoder development was a dead end.
4. I was using MEncoder before. What can I do now?
There's a development branch which adds some encoding functionality to mplayer2. The functionality will likely be merged to the main repository before releasing version 2.1. You can see the current status here. This is not meant to be an exact duplicate of MEncoder functionality with bugs fixed, but it should be suitable for some of the same uses (and some things that were not possible with MEncoder).
Other alternatives are programs like libav/FFmpeg and format-specific muxing applications (typically a lot more reliable than MEncoder in cases where they can be used). And it's still possible to build MEncoder from the MPlayer tree if you really need some specific functionality which isn't available elsewhere.
Contact
We are available via our IRC channels.
And our Mailing Lists.