And like to see new features to the player. 30th May 2009. [APP][Updated][20 Jan] MPlayer for Windows Mobile Version 0.4 by ajeet17181. Download Portable MPlayer for Windows 5-3-2009 or any other file from Applications category. HTTP download also available at fast speeds.

1. Mplayer Download For Windows 10

Posted by the 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 it separately. 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 mailing list or use our.

So, which version should you use? Try this simple test.

1 Do you compile your own MPlayer?. If no, go to 5. 2 Do you want to use a system-wide copy of FFmpeg?.

If no, go to 4. 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.

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,. Please get the xz variant if you can, to save bandwidth.

Xz MD5SUM: e8a4d77ad4f509e81dd5e13b51636c1d xz SHA1SUM: 11db20434a4e1aabb9cdae1b3730e3 gz MD5SUM: 8786e3c61f7ab64d27c2fb965d68d883 gz SHA1SUM: b0f2c930d164f8849a5d. Posted by the 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, or xz MD5SUM: 7fed0b4e306074e2cac246 xz SHA1SUM: cf988d8c7fe7bcf15a48970f0cf9e46837d78e1b gz MD5SUM: 6fdf47c76986d91a405b59e265eaf5bc gz SHA1SUM: 0ca56c8176a55fb6a51dffeb607d0e1e31521346. Posted by the FrameCounter 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 separately. 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 H.264. 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, especially filters). Many GUI improvements, both in functionality (eg. TV and DVB support) and appearance. 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, or xz MD5SUM: 58409fccb8ef33013fb91f xz SHA1SUM: 64fad840dfae466ab5ef3be2b6c74058892cd981 gz MD5SUM: 55323dffe79c31a8d5e90fac5a5d0428 gz SHA1SUM: bcc882a838619c503cd6. Posted by 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. Posted by 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 toolbars. 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. Posted by the 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, or xz MD5SUM: ac7bf1cfedc1c5c24bfc83107eefb1d9 xz SHA1SUM: 913a4bbeab7cbb515c2f43ad39bc83071b2efd75 gz MD5SUM: 4bf35ef2a802f23b9ad57ba7ef488587 gz SHA1SUM: e46e3294bc96daabe604e4e195721e4f2d1e5b48.

Posted by Correction 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). End correction MPlayer needs some documentation on how to play encrypted discs. Patches are welcome.

VideoLAN users can 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. Posted by the 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.

Mplayer Download For Windows 10

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. MD5SUM: 1699c94de39da9c4c5d34e8f58e418f0 SHA1SUM: 36dfaeda7d66b0fe1fbe 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. Posted by A message from the creator of MPlayer, Arpi: Hi, 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. A'rpi ps: Albeu, i'll never forgive your playtree patches:). Posted by 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 if you run into them. If you just want to undo this change, add the following to the end of your config file: extension.mkv demuxer=mkv 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. Posted by the 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 long-fixed bug. Unless you are at least deadly allergic to it, use latest SVN instead.

MPlayer 1.0rc3 can be downloaded. Posted by There are several ways to speed up the playback of 1080 H.264 files in MPlayer. First is to use the newly added output. It allows the newer 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 and 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.

Third is to use the multithreaded codec with the project. The CoreAVC decoder costs $15 USD. (Linux ONLY)(Windows users only need this ) Fourth, has added some optimizations from the 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.

Posted by the 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 it separately. 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 mailing list or use our. So, which version should you use?

Try this simple test. 1 Do you compile your own MPlayer?. If no, go to 5. 2 Do you want to use a system-wide copy of FFmpeg?. If no, go to 4. 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. 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,. Please get the xz variant if you can, to save bandwidth. Xz MD5SUM: e8a4d77ad4f509e81dd5e13b51636c1d xz SHA1SUM: 11db20434a4e1aabb9cdae1b3730e3 gz MD5SUM: 8786e3c61f7ab64d27c2fb965d68d883 gz SHA1SUM: b0f2c930d164f8849a5d.

Posted by the 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, or xz MD5SUM: 7fed0b4e306074e2cac246 xz SHA1SUM: cf988d8c7fe7bcf15a48970f0cf9e46837d78e1b gz MD5SUM: 6fdf47c76986d91a405b59e265eaf5bc gz SHA1SUM: 0ca56c8176a55fb6a51dffeb607d0e1e31521346. Posted by the FrameCounter 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 separately. 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 H.264. 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, especially filters). Many GUI improvements, both in functionality (eg. TV and DVB support) and appearance. 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, or xz MD5SUM: 58409fccb8ef33013fb91f xz SHA1SUM: 64fad840dfae466ab5ef3be2b6c74058892cd981 gz MD5SUM: 55323dffe79c31a8d5e90fac5a5d0428 gz SHA1SUM: bcc882a838619c503cd6. Posted by 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. Posted by 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 toolbars.

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.

Posted by the 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, or xz MD5SUM: ac7bf1cfedc1c5c24bfc83107eefb1d9 xz SHA1SUM: 913a4bbeab7cbb515c2f43ad39bc83071b2efd75 gz MD5SUM: 4bf35ef2a802f23b9ad57ba7ef488587 gz SHA1SUM: e46e3294bc96daabe604e4e195721e4f2d1e5b48. Posted by Correction 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). End correction MPlayer needs some documentation on how to play encrypted discs.

Patches are welcome. VideoLAN users can 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. Posted by the 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. MD5SUM: 1699c94de39da9c4c5d34e8f58e418f0 SHA1SUM: 36dfaeda7d66b0fe1fbe 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. Posted by A message from the creator of MPlayer, Arpi: Hi, 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. A'rpi ps: Albeu, i'll never forgive your playtree patches:). Posted by 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 if you run into them.

If you just want to undo this change, add the following to the end of your config file: extension.mkv demuxer=mkv 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. Posted by the 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 long-fixed bug. Unless you are at least deadly allergic to it, use latest SVN instead. MPlayer 1.0rc3 can be downloaded.

Posted by There are several ways to speed up the playback of 1080 H.264 files in MPlayer. First is to use the newly added output. It allows the newer 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 and 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. Third is to use the multithreaded codec with the project. The CoreAVC decoder costs $15 USD. (Linux ONLY)(Windows users only need this ) Fourth, has added some optimizations from the 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.