MPV player, a fork of MPlayer, wants to relicense
the code it uses from MPlayer as LGPL. If you are an MPlayer developer and have
not yet given permission, please visit MPV's bug
Or please contact me and I can get you in contact directly with wm4.
NOTE MPlayer itself is not changing its license.
This is just our project trying to help MPV project get some attention.
MPlayerX (a fork of MPlayer for OSX) was found to have malware bundled with its installer.
More information can be found at
malware bytes blog.
If you know of any updated MPlayer builds or GUI forks for Mac OSX, please let me know.
MPlayer OSX and MPlayer OSX Extended both seem to be abandoned. I recommend
Mac OSX users to use command line MPlayer, VLC
or mpv for osx
MPlayer 1.3.0 "worksforme" is out.
Less than a month after 1.2.1, we're at it again.
MPlayer 1.3.0 is compatible with the FFmpeg 3.0.x releases and (at the time of
writing) with FFmpeg git.
The tarball already includes a copy of FFmpeg 3.0, so you don't need to fetch
This release brings you some new codecs and formats, a lot of fixes, and many
cleanups. It also includes all the enhancements and speed-ups from FFmpeg;
check their changelog if you are curious about the details.
In addition to these, there were a lot of updates to accommodate the API
changes made in FFmpeg. Some were simple renames, but others were quite
invasive. None of them should have a user-visible effect, except maybe for
some corner-cases in the channel order for multichannel files.
If you see any regression from the previous releases, please report it on the
mplayer-users mailing list or use our
So, which version should you use? Try this simple test.
- 1 Do you compile your own MPlayer?
- 2 Do you want to use a system-wide copy of FFmpeg?
- 3 Which version of FFmpeg do you have?
- If it's 2.8.x, use MPlayer 1.2.x
- If it's 3.0.x, use MPlayer 1.3.x
- If you have an older version, you are on your own. Sorry
- If you have a newer version, can I borrow your time machine?
- 4 Do you want the latest and greatest features?
- If yes, use MPlayer SVN and FFmpeg git.
- If no (why?), use 1.3.x unless you have a good reason to stay on 1.2.x.
- 5 You still have some options!
- Use the version packaged by your distribution.
- Look for a package on our download page.
- Look for an updated package in the unofficial repositories for you distribution.
Starting from this release, MPlayer depends also on libswresample (part of
FFmpeg); the library is autodetected, and compilation will fail without it.
MPlayer 1.3.0 can be downloaded by
HTTP (xz, 13 MB),
FTP (xz, 13 MB),
HTTP (gzip, 20 MB) or
FTP (gzip, 20 MB).
Please get the xz variant if you can, to save bandwidth.
xz MD5SUM: e8a4d77ad4f509e81dd5e13b51636c1d
xz SHA1SUM: 11db20434a4e1aabb9c52f7712241dae1b3730e3
gz MD5SUM: 8786e3c61f7ab64d27c2fb965d68d883
gz SHA1SUM: b002e28b9973f2c930d120149e903964f8849a5d
Hey! A new release!
MPlayer 1.2.1 is a bugfix release from the 1.2 branch. If you're using MPlayer
1.2 you are encouraged to upgrade.
MPlayer 1.2.1 fixes many crashes with fuzzed files, squashes many bugs and
includes some compatibility enhancements. A lot of bugs are fixed also in
FFmpeg, you can check their changelog for details.
It's also easier to build this release with a system-wide version of FFmpeg,
since you don't need to copy internal FFmpeg headers anymore.
Mplayer 1.2.1 is compatible with the FFmpeg 2.8.x releases.
The tarball includes a copy of FFmpeg 2.8.5 (the latest at this date), so you
don't need to fetch it separately.
Just like 1.2, this version will not work with current FFmpeg master branch,
nor with the upcoming FFmpeg 2.9 (or 3.0, or whatever name will be chosen).
If you need to work with the latest FFmpeg, please use svn version.
If you're following the development from svn HEAD you can ignore this; all the
bug fixes are also included in the development version.
MPlayer 1.2.1 can be downloaded by
HTTP (xz, 13 MB),
FTP (xz, 13 MB),
HTTP (gzip, 19 MB) or
FTP (gzip, 19 MB)
xz MD5SUM: 7fe68d1961427d0b4e306074e2cac246
xz SHA1SUM: cf988d8c7fe7bcf15a48970f0cf9e46837d78e1b
gz MD5SUM: 6fdf47c76986d91a405b59e265eaf5bc
gz SHA1SUM: 0ca56c8176a55fb6a51dffeb607d0e1e31521346
Our latest release was getting stale, so it's time to make a new one.
Mplayer 1.2 is compatible with the recent FFmpeg 2.8 release.
The tarball already includes a copy of FFmpeg, so you don't need to fetch it
Due to some big API changes coming to FFmpeg, this release will not work with
new FFmpeg master branch, nor with future FFmpeg releases.
If you want to follow the latest improvements in MPlayer and FFmpeg, you are
strongly encouraged to use Subversion HEAD and benefit from the latest
features and bug fixes.
You know how to do it. Because you aren't using a 3 years old release,
hopefully. If you are, read on and find out what you missed!
VDPAU hardware accelerated decoding now works for HEVC (if your card and
driver supports it).
Hardware accelerated decoding is now supported also on Os X via VDA.
VAAPI is still unsupported, but you can use it via VDPAU wrapper at least for
A lot of new codecs, thanks to FFmpeg. The list includes HEVC, VP9 and Prores;
Opus, improved AAC and DTS decoders; WebP and JPEG2000; and many, many others.
Also rtsp streaming now uses FFmpeg by default, so you don't need any
additional library to use it.
For the full list of improvements and bugfixes check the FFmpeg Changelog
(note: not all features are available through MPlayer at the moment,
Many GUI improvements, both in functionality (eg. TV and DVB support) and
If you use the GUI, be sure to grab also the latest version of your favorite
skin, or try a new one. You can get them
The GUI now officially needs version 2 of GTK+ and GLib (compilation with older
version was already broken for quite some time).
Starting from this release, MPlayer no longer ships with an internal copy of
libdvdnav and libdvdcss. You can use the libraries provided with your
distribution, or compile and install them yourself. They will be autodetect
at configuration time.
If your distribution does not include libdvdcss you can usually grab it from
non-official repositories, or you can dowload the latest source code form its
The tarballs are compressed with xz, for compatibility with odd systems they
are available also with gzip compression.
Please get the xz variant if you can to save bandwidth.
MPlayer 1.2 can be downloaded by
HTTP (xz, 13 MB),
FTP (xz, 13 MB),
HTTP (gzip, 19 MB) or
FTP (gzip, 19 MB)
xz MD5SUM: 58409fccb8ef33013fb780405405491f
xz SHA1SUM: 64fad840dfae466ab5ef3be2b6c74058892cd981
gz MD5SUM: 55323dffe79c31a8d5e90fac5a5d0428
gz SHA1SUM: bcc882a838619c85f57f9888551a72a746303cd6
We found a new host, details coming soon. Thanks a LOT to all who offered to host us!
Have an incomplete MP4 file that you cannot play? Try using this to fix it.
Maybe we can use this to make a more automated tool, one that automatically tests various standard resolutions to see if decoding passes or fails.
Its a strange time in the open source world. Code contributions to the
ffmpeg project include patches from Intel, MIPS Inc, AMD, Nvidia and very recently, MICROSOFT.
Has hell frozen over? Competing cpu, gpu and proprietary operating system companies working together on one open source project!
A long awaited feature in MPlayer has arrived! Well, its still not possible in MPlayer to play two
subtitles at once. Maybe when -vf lavfi gets fixed up, then it might be possible to chain filters.
However there is now an open source project to merge two subtitle files together.
More information and the srt subtitle merging program for Linux, Windows and Mac can be found at
Or you can use a subtitle merging script that puts subtitles on top and bottom with -ass.
"Playing Multiple Subtitles Simultaneously with MPlayer".
MPlayer server has updated openssl due to the heartbleed security issue, see this
The server on which FFmpeg and MPlayer Trac issue trackers were
installed was compromised. The affected server was taken offline
and has been replaced and all software reinstalled.
MPlayer SVN, releases, web and mailinglists are on other servers and
were not affected. We believe that the original compromise happened
to a server, unrelated to FFmpeg and MPlayer, several months ago.
That server was used as a source to clone the VM that we recently moved
Trac to. It is not known if anyone used the backdoor that was found.
We recommend all users to change their passwords.
Especially users who use a password on Trac that they also use elsewhere,
should change that password at least elsewhere.
The MPlayer bug tracker was moved to the project server. The tracker software was migrated from
BugZilla to Trac. Big thanks to Moritz Bunkus for running the tracker for nearly a decade!
User accounts were preserved but you may need to
reset your password
if you cannot log in anymore.
If you still encounter any problems please send an email to email@example.com .
It looks like Doom9 forums were compromised.
Running a packet sniffer while accessing the site brings up urls:
Make sure you change your password if you've logged in recently.
For those of you sticking to the release version, we recommend to update to
1.1.1 to avoid security issues.
The tar file in the download section also contains the latest version of the
FFmpeg 0.11 release with many fixes of its own.
If you need a diff of only the fix itself, for example for old versions you still
want or need to maintain please use
svn di -c36242 svn://svn.mplayerhq.hu/mplayer/branches/1.1
We would like to get MPlayer-VAAPI merged and need some developers to review and fix
up the codebase. Advanced help would be appreciated, please coordinate on mplayer-dev-eng
mailing list for more information.
An MPlayer user notified me about the SMPlayer link that we had on our
download page. The SMPlayer installer was trying to install adware and
The MPlayer project does not condone adware/spyware at all. If you have
installed SMPlayer via the web installer, we urge you to uninstall all of the
spyware that may have been installed.
When I linked the SMPlayer installer , it was 8mb and contained nothing but
MPlayer and SMPlayer gui. The link had been changed and I failed to notice.
Any users affected have my sincere apologies.
We gave up on 1.0
After a long pause, we decided that it might be a good idea to make
a new release. While we had our fun with the naming scheme with lots
of "pre" and "rc" it seemed time to move on and with everyone incrementing
major versions between weekly and monthly we hope to be forgiven for
jumping ahead to 1.1.
This release is intended to be compatible with the recent FFmpeg 0.11 release.
We hope it will be useful to distros and other users relying on FFmpeg 0.11.
Everyone else is encouraged to follow Subversion HEAD to always get the latest
features and bug fixes. You might still want to read the release announcement to
get a short summary of any bigger changes and improvements.
Among the bigger news is that we found a maintainer for the X11 gmplayer GUI,
so those holding out on it against our earlier recommendations will get a lot
of bug fixes.
There is also support for more subtitle types (Bluray, DVB, DVB closed-caption
for example), many improvements to -vo gl including output of 10 bit video,
very basic but usable OpenGL ES support and much better SDL support which
makes it a usable choice on OSX (particularly on older PowerPC variants much
faster than corevideo or quartz).
MPlayer will now also try much harder to handle intermittent network failures,
for example trying to reconnect.
As part of the code cleanup efforts, the internal libfaad2 copy has been removed
since the FFmpeg decoder is working well. Also the internal mp3lib copy is no
longer used by default since the many alternatives (FFmpeg, libmpg123, libmad)
avoid its recurring issues like incorrect decoding with newer compilers.
However it can still be forced at runtime for easier tracking of regressions.
Please do not rely on this since it will be removed in the future.
If you do not actually need it consider disabling it at compile time with --disable-mp3lib.
As a first for this release, the tarballs are available in two variants:
compressed with xz and compressed with gzip.
Please get the xz variant if you can to save bandwidth, the gzip version
is for everyone that cannot use it.
Should you never have encountered xz compressed files, newer versions of
tar can uncompress it via "tar xJf MPlayer-1.1.tar.xz".
MPlayer 1.1 can be downloaded by
HTTP (xz, 11 MB),
FTP (xz, 11 MB),
HTTP (gzip, 17 MB) or
FTP (gzip, 17 MB)
xz MD5SUM: ac7bf1cfedc1c5c24bfc83107eefb1d9
xz SHA1SUM: 913a4bbeab7cbb515c2f43ad39bc83071b2efd75
gz MD5SUM: 4bf35ef2a802f23b9ad57ba7ef488587
gz SHA1SUM: e46e3294bc96daabe604e4e195721e4f2d1e5b48
MPlayer does support encrypted BluRay playback, though not all steps
are handled by MPlayer itself. The two alternative methods use the
URL schemes bd:// (always supports decryption, but you need the key for each
and every disk in ~/.dvdcss/KEYDB.cfg and only works well with very simple
BluRays, similar to dvd:// vs. dvdnav://) and br:// (uses libbluray and
should support the same as VideoLAN in the link below but that is untested).
MPlayer needs some documentation on how to play encrypted discs. Patches are welcome.
VideoLAN users can
follow the instructions here
I have not tested, but it looks like it works on Mac OS X, Linux and Windows.
Thanks to whoever created this and hopefully no one will have to rip the discs to a hard drive before playing now.
Today, a bill that would create America's first Internet censorship system
is going to a full committee for a vote, and is likely to pass.
Please call or email or write your congresscritter now!
If you are not in the USA, you still need to talk to your friends who are in the USA
and get them to call. You can also petition the state department.
MPlayer's services are operational again. We were unable to move the
physical server at this time, but the data has arrived at our new host safely.
- SVN - UP
- Mailing Lists - UP
- Incoming - UP
- Samples - UP
The mailing lists have been reindexed, so old urls will point
at incorrect mails again. The website /DOCS/ arent updating,
so please use the SVN documentation for now.
If you find any problems with the website, please report them on our
Due to some reorganizations, the MPlayer project server will be moving soon. There
will be some downtime for the mailing lists and svn server while things are in transit.
Join us on IRC
while we wait for the server and DNS to propagate! Connect to irc.freenode.net
and join the #mplayer channel.
Thanks to FFmpeg and its project in the Google Summer of Code program, we
now have multi threaded support for playing back H.264 and other codecs.
To enable threading run mplayer -lavdopts threads=N file.mkv
where N is the number of threads you want to use.
You will need to have the latest SVN MPlayer for this. Please report any bugs
you find to our Bug Trac.
Yes, we can!
MPlayer 1.0rc4 continues the tradition of long overdue, but better late
than never releases. It has been tested thoroughly to work with the FFmpeg
0.6 branch. It will be useful to distros and other users relying on FFmpeg
0.6. To get the latest and greatest in features and bug fixes, Subversion
HEAD should be a better fit.
1.0rc4 once again adds a slew of new binary codecs and leverages all the
stuff added to FFmpeg. Notable additions are VP8 decoding, H.264 bug fixes
and speedups, unencrypted Blu-ray support. Network streams can now be played
through FFmpeg, there has been quite a bit of subtitle work and Ogg and
Matroska demuxer defaults were switched to libavformat. The window position
is now decided by the window manager.
Our constant efforts to clean up the codebase continue as usual. A ton
of compiler warnings disappeared and there have been refactorings all
around. External library copies have been synchronized with upstream.
The internal liba52 copy is gone and it is now possible to build against
external libmpeg2 and libmpg123.
MPlayer 1.0rc4 can be downloaded by
MPlayer 1.0rc4: "Yes we can"
GUI: Changes towards removing the GUI
- The GUI will no longer display any error or warning messages.
- Special GUI slave commands (gui_*) were removed, along with
the related key bindings.
- YUY2 Lossless Codec (YLC0) via binary DLL
- Truemotion RT codec (TR20) via binary DLL
- Nogantech Codec (NTN1 and NTN2) via binary DLL
- add new FourCCs (m1v1, yuvs, VYUY, Y42B, V422, YUNV, UYNV, UYNY, uyv1,
2Vu1, P422, HDYC, IJLV, MVJP)
TwoCCs (0xA106, 0x6c75, 0xAAC0, 0x55005354)
to existing decoders
- AMR now handled via OpenCORE decoder
- updated Windows Media Screen Codec (MSS1, MSS2) via binary DLL
- CoreAVC H.264 decoder via binary DLL (Windows only)
- Kega Game video codec (KGV1) via binary DLL
- SoftLab-NSK Forward MPEG-2 I-frames (SLIF) via binary DLL
- JPEG 2000 support via OpenJPEG
- internal liba52 copy removed
- CineForm HD (CFHD) via binary DLL
- VP8 en-/decoding through libvpx wrapper and native decoder in FFmpeg
- support for external libmpeg2 added
- hardware MPEG decoder priority lowered
- external libmpg123 support
- Mostly fixed timing issues with some H.264 (PAFF) samples
- Matroska and Ogg demuxers switched to use libavformat by default.
Report issues and use -demuxer ogg and -demuxer mkv to work around them.
- support for TrueHD in Blu-ray streams in libmpdemux
- more Blu-ray codec support with lavf
- fix length in ASF/WMV files
- support ISDB-Tb DVB streams
- remove vf_yuy2, functionality is replaced by -vf format=yuv2
- remove vf_rgb2bgr, functionality is replaced by sws and vf_format
- Support for unencrypted Blu-ray playback through libbluray.
Use it through: mplayer br:////path/to/disc
- -vo yuv4mpeg:interlaced no longer does its own interlaced RGB->YUV
conversion. Use -vf scale=::1 to keep the same behavior and report
if there are any issues with that.
- X11: Window manager chooses Window position by default.
Add geometry=50%:50% to your configuration to get the old behavior.
- -vo md5sum md5 calculation changed so output matches FFmpeg's -f framemd5
- Support for more formats in OpenGL video output drivers (different YUV
subsampling, 16 bit per component)
- Selectable YUV to RGB conversion standard for -vo gl
- -vo gl now tries to use yuv=2 by default if possible
- -vo gl:stereo=... for experimental stereo (3D) support
- -vo matrixview finally added
- add OS/2 KAI audio driver (-ao kai)
- -nosub option for disabling auto-selected subtitles
- support for displaying subs in the terminal (FIXME)
- support for subtitles with audio-only files
- support for right-to-left languages with embedded subtitles
- support for UTF-16 encoded external subtitles
- support for 8 channel audio
- sync dvd:// and dvdnav:// features
- support for MPEG-4 ASP in VDPAU video output (non-B-frame only)
- support for live and non-live DVB teletext with demuxer lavf
- -name, -title and -use-filename-title options for MPlayer
- support for stream handling via FFmpeg, in particular RTMP and RTSP
(use e.g. ffmpeg://http://example.com/test)
- experimental support for external libass, pass '-disable-ass-internal'
- better support for 16-bit-per-component formats and formats
with alpha channel
- better out-of-the-box support for compiling for ARM, IA64,
MinGW32 and MinGW-w64, MinGW has ASLR enabled with recent
- libdvdcss synced with upstream Subversion snapshot
- add -tsprog for demuxer lavf
It is now possible to donate to MPlayer through flattr.
Thank you for your support.
As a special service for Ubuntu users, the mplayer project now provides
packages for various versions of Ubuntu. The packages are built twice a
week from SVN trunk and run independently of your system libraries.
For instructions how to enable the PPA, please
A message from the creator of MPlayer, Arpi:
It was exactly 10 years ago, that I've released first MPlayer version, v0.01:
Yes, f*cking 10 years!!!! Nov 11, 2000... Time goes on so fast...
I want to thank you all for the contributions, patches, bugs, docs, testing etc.
Especially Michael Niedermayer, Fabrice Bellard and Nick Kurshev,
who made it to be the best & fastest open-source player!
And sorry Nick, I made a big mistake rejecting your multi-threaded patches.
Unfortunatelly your idea came too early, nobody (at least me) thought that
desktop PCs will ever have multiple CPUs... and now that even cheap notebooks
and netbooks have multi-core CPUs, it would be very useful for HD playback...
Also special thanks to Gabucino, Pontscho and LGB, for your support in the
early days, when everybody thought i'm mad, working on video player for linux...
ps: Albeu, i'll never forgive your playtree patches :)
Some work is being done to the MPEG subtitle code, but we need more samples of
DVB and VBI-coded teletext as well as other MPEG-TS/PS subtitles which currently
do not work in SVN or which work with -demuxer lavf but not with MPlayer's demuxer.
Just some random notes and changes.
In SVN the lavf demuxer is now default for Matroska files. We are trying to
fix the problems in it, so please report some
bugs if you run into them.
If you just want to undo this change,
add the following to the end of your config file:
MPlayer now has the ability to use FFmpeg's network code to access streams.
Use mplayer ffmpeg://rtsp://example.invalid/stream.mov syntax to try it.
In general most users should be using SVN MPlayer, as rc3 is over a year old.
Godot has arrived.
1.0rc3 was intended to be rolled out over a year ago, but got delayed
again and again. Since it is designed to be compatible with the FFmpeg
0.5 branch, it will be useful to distros and other users still
tracking said branch. Thus we are now publishing it even though it is
outdated even before the day of its release. For general usage current
Subversion snapshots should be a better fit, as many bug fixes and new
features are available.
This release adds support for a ton of new binary codecs and leverages all
the stuff added to FFmpeg. Hardware-accelerated video output over VDPAU is
now possible, as is audio output through PulseAudio.
MPlayer now runs natively on 64bit OS X, the Wii and on OS/2.
We have switched to the libavformat MOV/MP4 demuxer to avoid maintaining the
duplicate MOV/MP4 code. This breaks binary audio/video codecs with MOV/MP4
files. Please use '-demuxer mov' if you still require the binary decoders.
Our constant efforts to clean up the codebase continue as usual. A ton of
compiler warnings disappeared and there have been refactorings all around.
External library copies have been synchronized with upstream.
There is no need to download binary codec packages if you already have an
older version. The codec packs have not been updated.
Note that this code is ancient, e.g. it still contains
Unless you are at least deadly allergic to it, use latest SVN instead.
MPlayer 1.0rc3 can be downloaded by
MPlayer 1.0rc3: "BikeshedCounter AKA Godot"
- support for X8 frames (fixes "J-type picture is not supported" for WMV2)
- support for DTS WAV/DTS-CD passthrough by ad_hwac3
- Apple's raw YUV2 in MOV
- LATM over LOAS AAC decoding via internal libfaad2
- video game codecs: BFI video, Playstation MDEC video, ADPCM XA audio,
EA Maxis XA ADPCM audio, RL2 video, Beam Software SIFF video, V.Flash PTX video
- AVOption support for libavcodec-based decoders
- use lavc ADPCM codecs by default
- support for progressive JPEG in ffmjpeg
- ACDSystems MJPEG (ACDV) via binary DLL and lavc
- SIF1 via binary DLL
- wincam screen capture (WCMV) via binary DLL
- Creative Labs Video Blaster Webcam mjpeg (CJPG) via binary DLL and ijpg library
- kensington webcam (AJPG, ABYR) via binary DLL
- centre for wavelets (wavc) via binary DLL
- GeoVision Advanced MPEG-4 (GMP4, GM40) via binary DLL
- Xiricam JPEG from Veo PC Camera (XJPG) via binary DLL
- WorldConnect Wavelet Video (SMSV) via binary DLL
- VDOWave 3 advanced (VDO3, VDOM, VDOW) via binary DLL
- VoxWare MetaVoice (format 0x0074) via binary DLL
- Ulead DV Audio (0x215, 0x216) via binary DLL
- GoToMeeting codec (G2M2, G2M3) via binary DLL
- SP4x codec - used by Aiptek MegaCam (SP4x) via binary DLL
- Broadway MPEG Capture Codec (BW10) via binary DLL
- ZDSoft screen recorder (ZDSV) via binary DLL
- WebTrain Communication lossless screen recorder (WTVC) via binary DLL
- xfire video (XFR1) via binary DLL
- VFAPI RGB transcode (vifp) via binary DLL
- ETI CamCorder EYECON (NUB0, NUB1, NUB2) via binary DLL
- fox motion (FMVC) via binary DLL
- Trident video (TY2C, TY2N, TY0N) via binary DLL
- 10-bit video (v210) via Cinewave binary DLL
- Brooktree YUV 4:1:1 Raw (Y41P) via binary DLL
- many rare/obscure fourccs for known formats added
- lower priority for binary Linux rv3040 codecs due to bugs
- remove native NuppelVideo decoder, use lavc instead
- -lavfdopts cryptokey allows decrypting MXF and ASF files
- support for wavpack in Matroska
- AVOption support for lavf demuxing
- prefer lavf musepack demuxer over libmpdemux
- prefer lavf MOV demuxer over libmpdemux (use -demuxer mov for old behavior)
- support program switching in lavf demuxer
- support -slang in lavf demuxer
- support nosound switching in lavf demuxer
- support libass in lavf demuxer
- support VOBsub in lavf demuxer
- support MOV subtitle format
- support for attachments in lavf demuxer
- support for chapters in lavf demuxer
- support seeking in multirate RealMedia files
- FLAC speedup in lavf demuxer
- MNG demuxer
- remove native NuppelVideo demuxer, use lavf demuxer instead
- vf_ow new overcomplete wavelet denoiser
- change vf_screenshot dependency from libpng to lavc
- add af_scaletempo which maintains audio pitch when changing playback speed
- fix multi-channel reordering
- af_stats filter to print information about the audio stream
- tv:// support for Windows
- fix teletext on some systems
- DVD streams can switch angles
- DVD still menus are now supported via dvdnav://
- allow specifying the TV standard for each channel
- switch internal dvdread to libdvdread SVN external
- DNxHD encoder
- H.264 PAFF decoding
- Nellymoser ASAO decoder
- Beam Software SIFF demuxer and decoder
- libvorbis Vorbis decoding removed in favor of native decoder
- IntraX8 (J-Frame) subdecoder for WMV2 and VC-1
- Ogg (Vorbis only) muxer
- PC Paintbrush PCX decoder
- Sun Rasterfile decoder
- TechnoTrend PVA demuxer
- Linux Media Labs MPEG-4 (LMLM4) demuxer
- AVM2 (Flash 9) SWF muxer
- QT variant of IMA ADPCM encoder
- iPod/iPhone compatible MP4 muxer
- Mimic decoder
- MSN TCP Webcam stream demuxer
- RL2 demuxer / decoder
- IFF demuxer
- 8SVX audio decoder
- BFI demuxer
- MAXIS EA XA (.xa) demuxer / decoder
- BFI video decoder
- OMA demuxer
- MLP/TrueHD decoder
- Electronic Arts CMV decoder
- Motion Pixels Video decoder
- Motion Pixels MVI demuxer
- removed animated GIF decoder/demuxer
- D-Cinema audio muxer
- Electronic Arts TGV decoder
- Apple Lossless Audio Codec (ALAC) encoder
- AAC decoder
- floating point PCM encoder/decoder
- MXF muxer
- E-AC-3 support added to AC-3 decoder
- Nellymoser ASAO encoder
- ASS and SSA demuxer and muxer
- liba52 wrapper removed
- SVQ3 watermark decoding support
- Speex decoding via libspeex
- Electronic Arts TGQ decoder
- RV30 and RV40 decoder
- QCELP / PureVoice decoder
- hybrid WavPack support
- R3D REDCODE demuxer
- Electronic Arts TQI decoder
- OpenJPEG based JPEG 2000 decoder
- NC (NC4600) cameras file demuxer
- MXF D-10 muxer
- Generic metadata API
- H.264 speedup and PAFF decoding (install Yasm for faster H.264 decoding)
- correctly decode more of the H.264 conformance testsuite
- VC-1/WMV3 decoder speedup
- VP3 decoder speedup
- VP6 decoder speedup
- Split-Radix FFT (speedup multiple audio codecs)
- MMX/SSE/ARM and other misc speedups
- enable Alpha/ARM optimizations in libmpeg2
- SSE2-optimized IDCT routines from upstream libmpeg2
- libmpeg2 updated to version 0.5.1
- replace PolypAudio by PulseAudio (-ao pulse)
- add force-pbo suboption for faster output in vo_gl
- add Nintendo Wii/GameCube video driver (-vo wii)
- VIDIX driver for SuperH Mobile VEU hardware block
- support -border on vo_gl/gl2 in x11
- Direct3D Windows video output driver added
- factorize code in vo_wii
- removed unnecessary code from vo x11, xv, xvmc
- add OS/2 DART audio driver (-ao dart)
- add VDPAU video output
- add OS/2 KVA video driver (-vo kva)
- check for system-wide configuration file in MEncoder
- AVOption support for lavc encoders
- AVOption support for lavf muxers
- many compiler warning fixes
- basic support for Closed Captioning roll-up mode
- reworked screensaver disabling support, most users will need to use
-heartbeat-cmd due to screensaver authors failing to design a common API
- grayscale decoding/encoding with FFmpeg disabled where it slowed down
the color case
- Linux AppleIR remote support
- add options to disable some or all configuration files
- support for DOS-style file:///x:/path paths
- some new slave commands (check DOCS/tech/slave.txt)
- libdvdcss updated to 1.2.10, now same as upstream version
- fix -endchapter support again for -dump* options
- add startup audio volume option
- add option to disable default key binds
- change default OSD and subtitle font size to a smaller default
- various fixes and updates to match VSFilter renderer
- support \blur tag and ScaledBordersAndShadow property
- fractional arguments and subpixel accuracy
- keep positions when pan-and-scan is used
- small crash with vo_macosx fixed
- AC3/DTS passthrough for ao_macosx
- fix frozen OSD on OS X
- vo_gl now works with -wid and nVidia drivers on Windows (this is a hack)
- VIDIX on SuperH
- workarounds for AltiVec on Apple gcc 3.3 on OS X dropped
- vo_macosx can now be compiled in 64-bits mode
- allow multiple MPlayer instances with vo_macosx using buffer_name
- OpenGL support for unmodified MinGW64
- new LGPLed YUV to RGB tables generator
Newer ATI cards and Intel ATOM owners on Linux can utilize the VA-API hardware
accelerated H.264, WMV3/VC1, MPEG2 and MPEG4 playback using MPlayer.
Instructions can be found at
Happy new year! Just a quick note, if you got some DVD's as a gift,
mplayer -nocache dvdnav:// should play your new movies better than dvd://.
MPlayer now supports most of the Blu-ray and HD-DVD codecs.
You can rip Blu-ray movies on Linux using
There is also an untested patch for playing Blu-ray discs in
MPlayer is also hosting the rtmpdump project.
rtmpdump is a program to
download rtmp:// streams. It was previously hosted on SourceForge.
There are several ways to speed up the playback of 1080 H.264 files in MPlayer.
First is to use the newly added VDPAU
output. It allows the newer
Nvidia video cards
to decode the video without using much CPU. It is in SVN MPlayer
(Nvidia binary driver 180.37 or newer required), you can
find known bugs and report bugs
(Linux, Solaris and FreeBSD only)
How to get the SVN version is described on the download page
and snapshot tarballs are available as well.
Second is to use MPlayer with the experimental multithreaded
branch, which allows you to use multiple cores/CPU. (all OS and CPU supported)
To enable threading run mplayer -lavdopts threads=N file.mkv
where N is the number of threads you want to use.
NOTE: FFmpeg-mt has problems with packed b-frames.
A Windows build of MPlayer using FFmpeg-mt can be found at
Third is to use the multithreaded CoreAVC
codec with the CoreAVC-for-linux
project. The CoreAVC decoder costs $15 USD. (Linux ONLY)(Windows users only need
Fourth, FFmpeg has added some optimizations
from the x264 project.
To fully utilize these you will need to make sure a recent version of YASM
is installed and detected by the latest SVN MPlayer when compiling.
Fifth, using -lavdopts skiploopfilter=all:fast=1 may cause artifacts, but will allow
you to play larger files in realtime. (all OS and CPU supported)
(use -lavdopts skipframe=nonref:skiploopfilter=all:fast=1 for even more speedup,
skipframe also works with VDPAU.)
There is also a rejected
which adds support for the new multithreaded binary VC-1/WMV3 codec.