[zppln]

Well, I've personally always wondered why people advocate MPC. During like 15+ years of use I can't recall having a single issue with VLC. And that's from consuming basically everything from the VCD era and onwards. In my experience VLC has been as close to flawless software as one can get.

[Zircom]

It is[1] popular to recommend MPC over VLC in the anime fansub community, especially on /a/. When H. 264/10bit was newish and had just started to come into regular use in the scene[2], I distinctly remember a lot of people shitting on VLC because at the time it didn't handle it very well right out of the box, and there were tons of guides floating around on how to download/setup MPC-HC with CCCP or k-lite and haali media splitter for a supposedly better viewing experience.

[1] Or at least was, my recollections regarding this are nearly 10-15 years old at this point.

[2] There was one specific person, Daiz from the Underwater/UTW fansub group, that was one of the first people to start encoding his releases in H.264/10bit, and he would get a lot of hate because they tended not to play very well on improper setups, vanilla VLC being among those. "Dammit Daiz", they would say. He eventually bruteforced a tripcode to have H.264 in it just to mess back at them for all the hate. Fun memories.

edit: here we go, a contemporary HN rant from the man himself regarding MPC vs VLC. Looks like summoning Daiz works here too

https://news.ycombinator.com/item?id=6449420

[astrange]

VLC had no styled subtitle support at the time, and often didn't seek to keyframes so clicking around would corrupt the video. It was also pretty inefficient on macOS.

[kdjfjf7d7]

I dont think VLC is bad by any means or that anyone shouldn't use it, I just don't understand the comments I often see on HN acting like it's some unprecedented software that's unlike anything else.

[selfhoster11]

VLC is unique in its support for every codec under the sun. If it refuses to play a video file, it's probably because it's damaged beyond recovery, or not a video file at all. The default Windows and smartphone video players choke on all kinds of files, so you can't really expect that any given file is supported.

[zardo]

>VLC is unique in its support for every codec under the sun. If it refuses to play a video file, it's probably because it's damaged beyond recovery, or not a video file at all.

Last I checked the recommended method to play h.265 files in VLC was to re-encode them.

[selfhoster11]

Realtime 265 decoding requires hardware support. There's not much they can be done by software it your driver/OS/graphics card combination cannot support that.

[zardo]

MPC manages stutter free playback provided the resolution isn't too high.

[symlinkk]

Isn’t it just a wrapper for ffmpeg?

[twostorytower]

It plays any media file you throw at it out of the box and doesn't require any codec packs installed. On top of that, it has a ton of other features including network support. Simple as that.

[usr1106]

> It plays any media file

I also believed this until I got a family support case a couple of weeks ago.

I learned that if the bitrate is too high for the PC to handle vlc badly fails. (This was a fanless Intel PC, so the CPU is very much low end despite not being particularly old.) Of course I would not expect vlc to do any miracles here, but at least I would expect an error message explaining the problem. ffmpeg gives me warnings all the time if buffers are too small etc. In vlc I'd expect it a bit less cryptic...

Ideally it would still play the video with reduced quality. Whether that's at all doable I don't know. Just decoding I-frames would be the most naive approach, but probably also a not lead to very much usable results.

Actually the family member found one solution themselves: Play it at reduced speed. VLC could have figured out that automatically. (And of course give a clear message to the user why it does that.)

[astrange]

> Ideally it would still play the video with reduced quality. Whether that's at all doable I don't know.

It isn't really. It's possible if the video has B-frames but it's hard to predict how much dropping will cause how much recovery, and if you drop almost anything else the possible error is unbounded.