Linux Video Playback
- 1 Recommended Media Players
- 2 Previously Recommended but Discontinued Media Players
- 3 Command Line Interface versus Graphical User Interface
- 4 Common Characteristics
- 5 Useful Information
- 6 What to Look for in a Video Player
- 7 Update Notice
- 8 MPlayer
- 8.1 Installation
- 8.2 MPlayer codecs
- 8.3 GPU Acceleration
- 8.4 MPlayer tweaks
- 9 SMPlayer
Recommended Media Players
This is the tl:dr (or what used to be called the "Executive Summary") section. We flat out tell you what the recommended Linux Video Players are. Feel free to use these links to jump their respective sites immediately.
Previously Recommended but Discontinued Media Players
- Mplayer2 (fork of Mplayer - inactive, domain expired. Do not install from any distribution)
- SMplayer2 (graphical interface for Mplayer2 - Do not install from any distribution)
Command Line Interface versus Graphical User Interface
MPlayer amd mpv player are Command Line Interface (CLI) programs while SMPlayer and Baka Player are Graphical User Interface (GUI) frontends. However, MPlayer can optionally include a simple GUI of it's own and both players include an On Screen Display (OSD) panel. The OSD functions as a simple panel control usually giving you the ability to cycle through movie sound tracks (languages) and subtitles, seeking, and volume (using either point and click or keyboard hot keys). This is usually fine for most people.
If you or your intended users are only comfortable with a GUI, then SMPlayer and Baka Player both present the usual graphical user experience. These are front ends to either MPlayer or mpv player. If you install either SMPlayer or Baka Player, depending on which you choose and it's build configuration, you will also be getting either MPlayer or mpv player.
All these players are cross platform capable for at least Windows and Linux. MPlayer and mpv player are also crossplatorm capable for OSX and the BSDs. Note in most cases, there is no official support for third party provided packages of these players. Problems installing these packages other than from source code needs to be taken up with your distribution.
These packages are all being actively updated/developed and can or by default include support for the latest encoding standards and playback profiles. This includes support beyond h.264, Hi10p such as h.265 (HEVC) profiles and 4k displays. If this is gibberish to you, don't worry. These package maintainers are already doing all the worrying that needs to be done for you. What should concern you is that these players are and will continue be capable of playing back just about anything you can find.
Everything Changes - Nothing Stays the Same
People often comment: "I can't play this new video but everything else plays fine and I've been using this player forever! What gives?" and "What kind of format is XYZ? I never heard of it before." and from more knowledgeable users "What codec pack should I use with my player to play ABC format?" These questions are almost always based on not understanding that video compression has been and is still subject to rapid rates of change. Here are a few abreviated timelines to consider:
- 2003 (Version 1) Formal ratification of initial standards also known as Advanced Video Coding (MPEG-4 AVC).
- 2005 (Version 3) Major amendment - notable for Hi10p profile.
- 2007 (Version 8) Major amendment - introduction of Scalable Video Coding (SVC)
- 2009 (Version 11) Major amendment - introduction of Mulitview Video Coding (MVC)
- 2013 (Version 20) Current version.
- 2013 (Version 1) Formal ratification of initial standards also known as High Efficiency Video Coding (HEVC)
- 2014 (Version 2) Major amendment - added approval for 25 new profiles.
The same type of timelines are also true for video technologies like VP8 and VP9. Then there are all the hardware based proprietary codecs which various manufacturers have decided upon for various reasons including lockin and ease of manufacturing.
That's a lot of change over a long period of time and there are no signs that this rate of change will slow down anytime soon.
Hardware Changes Too
Much of the additions in increases in numbers of profiles to h.264 and h.265 are done to meet the need of broadcasters and equipment manufacters for higher resolution, larger color space and higher frame rates. Those new resolution, more capable devices and broadcasts are here now assuming, of course you have the funds and are in the select areas of availability. Here are a few select timeline items to give you an idea:
- 2012 Announcment of Ultra-high-definition television also known as UHDTV or UHD
- Activation of the first 4k dedicated UHDTV satellite channel by Eutelsat. The 4K Ultra HD channel has a frame rate of 50 fps and is encoded at 40 Mbit/s.
- NHK and Mitsubishi Electric announced that they had jointly developed the first HEVC encoder for 8K Ultra HD TV. The HEVC encoder supports the Main 10 profile at Level 6.1 allowing it to encode 10-bit video with a resolution of 7680x4320 at 60 fps. At the NHK Open House 2013 the HEVC encoder used a bit rate of 85 Mbit/s which gives a compression ratio of 350:1.
- YouTube adds a "2160p 4K" option to its videoplayer.
- European Southern Observatory became the first scientific organization to deliver Ultra HD footage at regular intervals.
- On September 4, 2014, Canon Inc. announced that with a firmware upgrade they will add support for the Rec. 2020 color space to their EOS C500 and EOS C500 PL camera models and their DP-V3010 4K display.
- On November 19, 2014, rock band Linkin Park's concert at Berlin's O2 World Arena was broadcast live in Ultra HD via an Astra 19.2°E satellite.
What to Look for in a Video Player
Coder/decoder support is the first and most important factor to consider in a video player. If your player can't understand the container/format the video/audio/subtitle/metada data is in, then that player will be useless to you.
If you're coming from the Windows world and are new to Linux, you are probably more familiar with the concept of Codec Packs such as CCCP and K-Lite. Codec packs such as these were individually collected codecs from multiple sources in a single package. In Windows, the collection would identify and register each codec to the operating system and then any player which was Windows aware of Microsoft's infrastructure for calling codec dlls could use any of the newly registered codecs. In theory, this is nice but .. This gets real complicated real fast as the number of available codecs goes up. Also, this method and supporting infrastructure is subject to the whims and limitations built in by Microsoft design. For example, it's virtually impossible to build a reasonable transcoder under this design.
Aside from Microsoft's built-in limitations, traditional codec packs are dependent on others to update the individual codecs in the collection. This means that the availability of the updated codec you need for a new video release is at the mercy of both the original source and the Codec Pack collection.
FFmpeg and Libav can be viewed as the Linux/OSX/BSDs equivalents of Codec Packs but they are much, much more than that. Since they are based upon source code, the individual codecs can be updated at any time. Since they are not Codec Packs, they are not subject to the built-in limitations of the Windows environment. Being able to easily create/stream your own videos as well as transcode an existing video from one container/format/resolution to another is a natual consequence. At the time of this writing, FFmpeg supports 395 different video/audio/subtitle codecs on the author's systems.
FFmpeg or Libav
Libav is a fork of FFmpeg. From your, the user's standpoint, the most visible difference between the two libraries is that Libav doesn't support some user desired features including support for some subtitle formats as well as support for external vob based subtitles. All the recommended video players here either are built only with FFmpeg or they preferentially default to FFmpeg.
It should be noted that while Libav seems to ignore FFmpeg's development efforts, FFmpeg merges all of Libav's development efforts frequently. The net result featurewise is that Libav is a subset of FFmpeg.
Everything below this notice is part of the old page and will be removed as applicable updates are applied.
Please revisit often.
Perform one of the following commands as root, depending on your distribution. If you do not find information pertaining to the distribution you use, refer to your distributions documentation.
Debian Based Distributions
mplayer is packaged for Debian. As root:
apt-get install mplayer
However, this is often not the newest release (especially if you are running Debian stable) and does not contain support for all codecs. In particular, very old builds may not have 10-bit support. Such users will want to install newer packages:
- Double-check what version of Debian you are running (cat /etc/debian_version). If it contains any (or more than one) of the words "wheezy", "jessie", "sid", "testing", or "unstable", or a number starting with 7.0, you're already current enough and the command above should do.
- If it is a number starting with 6.0, consider upgrading your system, as this is now an old release. If that's not an option, continue on:
- Visit http://backports-master.debian.org/Instructions/ and add it as a package repository using the instructions under "Add backports to your sources.list".
- As root, run
apt-get -t squeeze-backports install mplayer
Old codec (RealVideo) support
The "official" Debian mplayer packages are now (as of 2012) much better than they used to be, and so you probably don't need to load third-party repositories any longer. However, if you need to decode old RealVideo or QuickTime files, you might need them for the binary-only decoders. In that case only:
- Visit http://deb-multimedia.org/ and add it as a package repository using the instructions in the red boxes.
- As root,
apt-get update && apt-get install mplayer deb-multimedia-keyring
apt-get will warn you about unsigned packages the first time you run this; allow them. Installing the keyring package will eliminate those warnings for future upgrades.
For RealVideo support, then install the packages w32codecs (32-bit OS) or w64codecs (64-bit OS).
To be sure that you can play video files encoded using certain proprietary codecs, it may be useful to install w32codecs (32-bit) or w64codecs (64-bit) from the package manager. Not all users will require this, but many find it useful all the same. This package is one of those installed as part of ubuntu-restricted-extras. A full list of the codecs which require this package is available here.
Since mplayer is a command-line application, it might be useful to install a GUI front-end like gnome-mplayer like so:
sudo apt-get install gnome-mplayer
zypper in mplayer
Red Hat Based Distributions (Including Fedora)
MPlayer is not in the official Fedora repositories. You will have to add and enable the RPM Fusion third-party repositories before being able to install MPlayer.
yum install mplayer
pacman -S mplayer
emerge -ptva mplayer
Not all distributions include the full set of MPlayer codecs in their repositories, although these are often not needed except for Real or Quicktime videos. To install the full set follow these easy steps.
- Download: http://www4.mplayerhq.hu/MPlayer/releases/codecs/all-20071007.tar.bz2
- Extract with: tar xvf all-20071007.tar.bz2
- Copy the codecs (but not the directory) to the MPlayer codec directory. Default is /usr/lib/win32
If you use an NVIDIA GPU be sure to install their latest binary drivers as they offer a feature that enables offloading video decoding from the CPU to GPU which may provide smoother video playback, especially for h264 encoded videos, while keeping CPU usage at low levels. Check your MPlayer configuration to use the VDPAU video output (–vo vdpau). Type "mplayer –vo help" to list available outputs.
Note that this generally offers no advantage (yet) for Hi10p encodes, which are not hardware supported. With modern desktop CPUs — roughly 2011 or newer — GPU decoding may actually be slower for some files. If you encounter stuttering with one setting, try it the other way: "–vo xv" for CPU decoding, "–vo vdpau" for GPU decoding.
- Debian, Ubuntu users: Install the drivers with apt-get install nvidia-glx nvidia-kernel-dkms
The open-source video driver now supports AMD's UVD hardware-decoding functionality via VDPAU (with linux 3.11 and later).
The proprietary video driver provides hardware accelerated video decoding (and indeed, only works at all) for R600+ based GPUs.
- Debian users: Install the drivers with apt-get install fglrx-glx fglrx-modules-dkms
- Ubuntu users: apt-get install fglrx
- Other distributions usually package the driver as either fglrx or catalyst
Note: The above packages are only valid for HD5000 chipsets and over, HD2000-4000 users should check their distribution's documentation for how to install the legacy variant.
Exposing the video decoding capabilities over VA-API (e.g. for use with VLC, mplayer or xine) requires the additional package xvba-video. XBMC (only) can natively use AMD's XvBA (the Linux DXVA equivalent) built-into the proprietary driver. Neither MPlayer nor MPlayer2 support VA-API in their standard releases, but there is an MPlayer branch mplayer-vaapi with VA-API capability.
This is a sample configuration file tailored for specific preferences. The MPlayer configuration file can be found at: ~/.mplayer/config. All of the options are documented in the manual.
# If you have a multicore CPU, use as many threads as you have cores. lavdopts=threads=4 # Use the GPU accelerated video output driver if available. If not, fall back # to xv (which offers good speed on most cards) as a safe backup. # For audio output, always use ALSA. # Sometimes "vo=xv,vdpau," gives better results! Test on your own system. vo=vdpau,xv, ao=alsa # 4 audio channels for surround sound files channels=4 # Default audio and subtitle tracks. (Not all files use the correct tags, # so sometimes it will be necessary to switch streams manually with '#' and 'j' # or from the command line with "-aid x" and "-sid x") alang=jp,jpn, slang=en,eng, # Find ASS subs and use the fonts provided in the file if possible ass=1 embeddedfonts=1 fontconfig=1 # The highest level of subtitle anti-aliasing spuaa=4 # Less stdout text quiet=1
MPlayer has a large collection of video filters included. You may use them to achieve different results.
- Play interlaced video without combing:
mplayer -vf pullup myvideo.ext
- Increase saturation and contrast:
mplayer -vf eq2=0.8 myvideo.ext
- Remove "mosquito" noise:
mplayer -vf hqdn3d myvideo.ext
- Make crappy video look good:
mplayer -vf pp7 myvideo.ext
mplayer -ass -embeddedfonts -vf pullup,eq2=0.8,unsharp=l3x3:0.2,hqdn3d myvideo.ext
SMPlayer provides a QT based front-end to MPlayer. It contains useful features such as saving the video position allowing you to continue watching the video from that point at a later date.
Debian Based Distributions (Including Ubuntu)
sudo apt-get install smplayer
You can also:
- Download the .deb file from the SMPlayer website or
- Add the SMPlayer repository to your /etc/apt/sources.list.
deb http://ppa.launchpad.net/rvm/ubuntu hardy main
deb http://ppa.launchpad.net/rvm/ubuntu intrepid main
pacman -S smplayer
emerge -ptva smplayer
Red Hat Based Distributions (Including Fedora)
You will need to enable the RPM Fusion third-party repositories to be able to install SMplayer.
yum install smplayer
Building from Source (Compiling)
Grab the tarball from the SMPlayer download page. Decompress it, cd into the directory, and run
./configure make sudo make install
If you don't have sudo installed/configured, then the last step will be instead
su make install
After installation you may want to configure SMPlayer. Start SMPlayer, open the options (Ctrl + P), go to the subtitles section, within the section go to the SSA/ASS library tab and check the check box for using SSA/ASS library.
If you see a black screen at playing, the colors don't seem to be right, or playback is too slow, you may need to change the video rendering mode. To do this go to the Options > general section > general tab > output drivers > Video, and set it to x11 - this will use software rendering. Alternatively you can use xv for XVideo rendering or either gl or gl2 for OpenGL rendering. In general you should try these options in the following order for best quality and performance: xv, gl2, gl and finally x11.