The first version of this article has elicited passionate responses from many readers. Some people have come out in support of VLC, while others are proponents of MPC-HC or Windows Media Player, with a preference for some codec packs. This is the sort of comparison I really didn't want to make in the article. However, I do feel it is now pertinent to add a few notes.

VLC's Target Audience

VLC is targeted at the lowest common denominator of computer users. We are talking about users for whom the average Anandtech reader actually sets up a newly purchased PC or does tech support for. This is not to say that VLC doesn't have its utility for power users. There is no 'one-size-fits-all' media player. VLC used to be one, but with the advent of HD media, it ceased to be. MPC-HC is trying to be one, but it is not so convincing in its current state.

VLC is Bloatware

A reader in a private communication accuses VLC of being bloatware, and praises MPC-HC for being light and fast. VLC used to be light and fast in its early days too. As more and more functionality is added, and people request more and more features, there is no guarantee that MPC-HC will continue to remain so. Software application development goes through these stages, and past a particular point, it becomes bloatware (Adobe Acrobat Reader is a case in point). At some point or the other, the developers realize this, and rewrite parts of the application / implement acceleration of some sort. I hope (and believe) VLC's development is at that stage now. It is probably too late for VLC to shift to the approach used by MPC-HC / mplayer-VDPAU of having separate development for Windows and Linux platforms. This could have resulted in more efficient code.

One also has to remember that VLC has support for more file formats and containers than any other player considered standalone. It is a framework, with support for scripting in order to further functionality (using Lua). Consider a RMVB file with RMVB video and Cook audio. VLC has had the capability to play such a file since the last 5 or 10 releases. I just tried opening one in MPC-HC, and ended up with a 'cannot render pins in graph because some codec or filter not installed'. On the same system, at the same time, VLC plays back the file without issues. If a tech noob sees this, would you fault him for preferring VLC to MPC-HC?  Despite being a power user, I believe in installing as few programs / codec packs as possible in order to get the file to playback, and VLC fits this criterion. Yes, we all know RMVB is on the way out, but that is no excuse not to support it.

VLC's DXVA Implementation

The VLC developers are more interested in the framework and multi-platform support with a unified code base, rather than just the media player capability. I do have my reservations about their approach, in case they want to compete with MPC-HC's capabilities. I see comments on the article comparing DXVA acceleration on MPC-HC with that of VLC right now, and declarations that MPC-HC is light years ahead. Of course, and that is the reason why MPC-HC is not shown in the graphs. Let us give some chance to VLC to improve their DXVA implementation. MPC-HC has been implementing DXVA since March 2007. It has taken them 3 years to come where it is now. VLC has just started out on this. It is not fair to put them down for this reason.

That said, I am not sure the VLC developers reached out to the GPU vendors enough. A quick search on various AV forums / Google reveals technical contacts for Nvidia and Intel. ATI is a different story, but we do see some marketing managers on Twitter (like CatalystMaker). I am sure all three would have been more than willing to help out a project like VLC. The GPU acceleration could have been in RC versions till all the kinks were ironed out. To the defence of the developers, they do mark the feature as 'experimental'.

Wait! MPC-HC is more popular than VLC!

A reader in a private communication took issue with my statement that VLC is much more popular than MPC-HC. While it might be difficult to quantify this statement, the reader went on to suggest that this was completely false. I was curious and wanted to dig up some numbers. For statistical purposes, as of 25th June, 2010, SourceForge reports less than 10 million downloads of MPC-HC (all standalone filters / 32 and 64 bit versions put together) since v1.0.4 (last 4 years). On the other hand, VLC on the Windows platform seems to have had more than 150 million downloads (and this doesn't include the latest release) since v1.0.0 (last 1 year). Given these statistics, VLC seems to be more popular, though I do agree that MPC-HC has some advanced technical merits.

The reader also happened to mention that, according to MPC-HC's project manager, Microsoft told him MPC-HC is the second most used video player on Windows after WMP (can't beat the bundled apps). I have been keeping track of MPC-HC development on Doom9 on and off, and vaguely remembered something like this being discussed over there. I managed to dig up three posts, one on why MPC-HC's executable name was changed from mplayerc.exe to mpc-hc.exe, and the other two detailing some communication from Microsoft regarding the high volume of MPC-HC crash reports.

Apparently, mplayerc.exe crashed so often on Windows systems a year or two back, that Microsoft got flooded with error reports from customers noting MPC-HC as the culprit. I am unable to find a statement from tetsuo55 (MPC-HC project manager's username on Doom9) on the net backing up what the reader sent in, but if it is true, I think it is easy to see why Microsoft may have reported that MPC-HC is the second most popular media player (I don't think they have any way to track which media player is being used on their OS, other than by using the error reports, right?)

I am not suggesting that MPC-HC is unstable (after all, these error reports were from the original Media Player Classic, and the issues have been fixed for quite some time now) or denying that MPC-HC is currently the best option to play HD videos on Windows, but when one considers the whole ecosystem (SD as well as HD video, and all codecs and file formats), I would think VLC has a much larger installed base. This is also supported by the download statistics at the beginning of this section.

VLC - One of the Best Open Source Softwares?

One reader in a private communication took offence when I termed VLC as one of the best open source softwares of all time, citing that MPC-HC annihilated it on Windows and Mplayer / VDPAU did the same on Linux. He also cited frequent commits and community activity in the MPC-HC repository as indications that MPC-HC deserved recognition as a better open source software than VLC. While his statements on performance may be true, we believe one should not take away credit from VLC, considering where and how it started, and where it is now. MPC-HC is indeed a great program with a very active development community. So, the commits and updates to the program are frequent. However, one also has to note that the project is quite new compared to VLC, which is much more stable and already has had a lot of development behind it.

The problem with VLC is that its initial development was done in the days when GPU acceleration of video decode was unheard of, and HD videos were non-existent. It is now trying to cover lost ground, and this must definitely be appreciated and supported. It has started taking steps on the way to becoming the Swiss army knife of the media player world once again. I would also offer the opinion that VLC developers should take some leaves out of the MPC-HC books in order to implement DXVA better. After all, one of the biggest advantages of being open source is co-operation. There is always space for two players in this field.

Note on Codec Packs

Codec packs are usually a mess to maintain. Even tech savvy users find it very easy to shoot themselves in the foot. What works on one system might conflict with another system (unless it is a clean and fresh OS installation). So, it is probably not something one should consider for the type of users mentioned in the first section on this page.

Just for disclosure purposes, I repeat one of my comments here: On my HTPC, MKV / M2TS files default to MPC-HC, while all other formats open in VLC. No codec packs are installed. I love MPC-HC for providing me with the best interface and experience while watching high definition stuff, but that doesn't mean I consider VLC any less worthy for what it does.

Final Words
Comments Locked

74 Comments

View All Comments

  • Boofster - Friday, June 25, 2010 - link

    Not sure if it was mentioned but the K-Lite pack is by far the best I've used. It handles everything and is updated to the latest patches.

    I've also had great results with ffdshow from afterdawn but that ended with Windows 7.

    CCCP + VLC was also just fine. No hardware GPU love for us ATI 5xxx traitors.

    But K-Lite from http://www.codecguide.com/download_kl.htm with MPC-HC definitely trumps all.
  • larson0699 - Saturday, June 26, 2010 - link

    Thank you. I've used KLCP+MPC since its inception with no trouble whatsoever, whether as a RunOnceEx-initiated install on a fresh OS or clients' existing junk configs (common sense -- look for, uninstall, and reg-clean the previous 1 or 2 codecs first). I'd experimented with other codec packs (Nimo was a common one years back) and VLC and always came back to the tried and true.

    The later versions of the pack are so dependent on ffdshow (in default install), however, that I'm considering using just ffdshow herein.
  • Stuka87 - Friday, June 25, 2010 - link

    Hopefully they get a Mac port with the support out. As I use a Mac Mini as my HTPC. Although it would also need to support ATI or an Intel GMA (I have an old G4 Mini and an Intel).

    But its certainly a step in the right direction getting it working at all.
  • knowom - Friday, June 25, 2010 - link

    This is why Nvidia has a better reputation from a driver and software standpoint over the competition it's like trying to compare x86 to ARM there's a reason x86 is preferable from a performance and usability standpoint.
  • 0roo0roo - Friday, June 25, 2010 - link

    if you time stretch videos for some reason the vlc implementation of audio pitch adjustment is just not as clear as say gomplayers. it does cost a few dollars but coreavc's gpu acceleration works without a hitch right now, and with gom you can speed crank videos at your pleasure, using gpu accel on or off. vlc's problems are that its half baked in so many ways that its just a fall back player for me. it plays dvds well, i'll give it that.
  • ganeshts - Friday, June 25, 2010 - link

    True, it takes a jack of all trades master of none approach. Seems to have worked well so far, except that they now have some serious catching up to do with the rest of the media players :)
  • mojtabaalemi - Saturday, June 26, 2010 - link

    no idea about GPU Accelerarion on VLC but in CPU decode its one of lightest softwares i have seen ever . i could play some video files containing DVDRIPs and even 1080i mpeg videos on a vaio p serie with a poor z520 1.33GHz intel atom while any other player and codecs but coreavc were unable .
    so except for h264i will go for VLC on atom .
  • Rsaeire - Saturday, June 26, 2010 - link

    I've been using MPC-HC, and MPC before that, for years now. MPC-HC is easily the best media player currently available as it plays DVD, mkv, DivX, Xvid, Blu-ray etc without the need for additional codecs. In addition, it even plays HD DVD, albeit with a little codec assistance. As such, it plays pretty much all the main media containers and codecs with ease and supports full GPU hardware acceleration of all HD codecs.

    As for the several users commenting on deinterlacing which such gems as it being a "legacy concept" or that "DVDs and Blu-Ray are not interlaced", I guess they need to do a bit more research regarding both video formats, as there is still content stored on both formats that is interlaced. If there wasn't, then why is deinterlacing such a big topic? You just need to check out the numerous posts on AVSForums or have a look at ATI's CCC to see the numerous deinterlacing options available, e.g. Weave, Bob, Adaptive, Motion adaptive, Vector Adaptive. I doubt that ATI would waste any time on providing so many different deinterlacing options for something that is "not important in the modern world".
  • vfigueira - Saturday, June 26, 2010 - link

    Hi.
    I have an Asus 1201N.
    The inicial install of windows 7, came with arcsoft, wich reads hd content smoth and with low cpu usage.
    The problem with that player are using srt subtitles and usability.
    I`m using "Gomplayer 2.2.25.5017" with "K-lite 5.7.5 Full" codecs, means that i`m not using built in codecs. I`ve been using previous versions of both, and the experience is pleasant, except for view dvd. Don`t recomend for dvd`s.

    While reading this article i instaled both vlc and mcp-hc.

    I made several tests using "trailer_720p.mov" form Avatar.

    CPU USAGE during playback min and max;
    Gomplayer - 17/49 average 32
    Arcsoft - 09/36 average 14
    vlc without hardware aceleration - 16/33 average 25
    vlc with hardware aceleration - 13/28 average 16
    windows media player - reads with 50 to 80 % of cpu usage, but is not smoth. not viewable
    wmp classic hc - not smoth, high cpu usage

    So, vlc is not bad, but i will stick with gomplayer using k-lite full

    Sorry my english
  • mojtabaalemi - Sunday, June 27, 2010 - link

    as you have 1201N?
    is it satisfying?
    how long is battery life?
    dual core atom 330 power?
    and about mpc-hc : try a new version .

Log in

Don't have an account? Sign up now