Mplayer deb package download




















They are generally stable and recommended. If you have issues with them report it, or use Subversion directly to get a more up-to-date or previous version, or wait for the next snapshot, it might be fixed by then. The Subversion snapshots are working directories complete with Subversion metadata the result of 'svn checkout'. The source snapshots are bare sources without Subversion metadata the result of 'svn export'.

The latest MPlayer release is 1. We recommend to always use the latest SVN to get the all the new features and bugfixes, especially if the release date above looks old. The previous MPlayer release is 1. Use this version if you need compatibility with FFmpeg 2. We keep the old releases and ancient releases of MPlayer, in case anybody is interested.

You can also get MPlayer via Subversion. Issue the following command to get the latest sources:. A directory named mplayer will be created in the current directory. You can later update your sources by typing. Another alternative is downloading a Subversion snapshot. We offer Debian packages of a compact and up-to-date MPlayer for some architectures with minimal dependencies and including the GUI variant. First of all, a big warning: These packages are useless for normal Windows players and will only work with MPlayer.

Our binary codec packages add support for codecs that are not yet implemented natively, like newer RealVideo variants and a lot of uncommon formats. See the codec status table for the daily-generated list of currently supported codecs. Choose the package that matches your processor and operating system. If your system cannot manage Linux libraries, choose the Windows package instead.

On Windows MPlayer will try to use the codecs installed on your system. Our packages can save you the hassle of installing every known codec and using untested codec versions. If you want to verify the integrity of the codec packages, compare the MD5 sums. It also includes all the enhancements and speed-ups from FFmpeg; check their changelog if you are curious about the details.

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 bug tracker. So, which version should you use? Try this simple test. If no, go to 5. If no, go to 4. If it's 2. Sorry If you have a newer version, can I borrow your time machine? If no why? 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.

If you're using MPlayer 1. 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. The tarball includes a copy of FFmpeg 2.

Just like 1. 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. The tarball already includes a copy of FFmpeg, so you don't need to fetch it separately.

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! A lot of new codecs, thanks to FFmpeg.

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 here.

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 homepage.

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.

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.

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 DualSub.

Or you can use a subtitle merging script that puts subtitles on top and bottom with -ass. MPlayer server has updated openssl due to the heartbleed security issue, see this mail for details. 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. It looks like Doom9 forums were compromised.

For those of you sticking to the release version, we recommend to update to 1. The tar file in the download section also contains the latest version of the FFmpeg 0. If you need a diff of only the fix itself, for example for old versions you still want or need to maintain please use. Advanced help would be appreciated, please coordinate on mplayer-dev-eng mailing list for more information.

The SMPlayer installer was trying to install adware and toolbars. If you have installed SMPlayer via the web installer, we urge you to uninstall all of the spyware that may have been installed.

The link had been changed and I failed to notice. Any users affected have my sincere apologies. 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. This release is intended to be compatible with the recent FFmpeg 0. We hope it will be useful to distros and other users relying on FFmpeg 0. 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. 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, libmpg, 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.



0コメント

  • 1000 / 1000