I have been using MPC-BE for many many years and it is being actively developed with developers feedback and response on Doom9. https://sourceforge.net/projects/mpcbe/
MPC-HC v1.7.13 is released and farewell
101–110 of 117 posts
Re: MPC-HC v1.7.13 is released and farewell
#102Re: MPC-HC v1.7.13 is released and farewell
#103Earlier quoted context omitted.
You can't use madVR with mpv.io which is a deal breaker for many (better scaling algorithms, better dithering, display calibration with 3DLUT, HDR conversion/processing and so on).
That's misleading. You can't use madVR with mpv, but that doesn't mean you can't have high quality scaling and dithering. madVR has NGU, which mpv doesn't have, and it has error-diffusion dithering, which mpv doesn't have, so if you need those, the lack of madVR support could be a deal breaker, but the difference in quality between those algorithms and the ones in mpv is fairly subjective. I feel like all the trendy…
I disagree on a couple of points though. Jinc may in fact produce noticeable ringing (while NGU doesn't), and neither produce aliasing so asserting the opposite seems strange. The difference in sharpness is also quite obvious. On top of that mpv's anti-ringing filter is very basic in comparison.
HDR processing also seems quite limited and requires a lot of hand-tuning compared to madVR.
If it works for you, great, but it would be disingenuous to say that both programs are at a feature parity.
Re: MPC-HC v1.7.13 is released and farewell
#104Earlier quoted context omitted.
That's misleading. You can't use madVR with mpv, but that doesn't mean you can't have high quality scaling and dithering. madVR has NGU, which mpv doesn't have, and it has error-diffusion dithering, which mpv doesn't have, so if you need those, the lack of madVR support could be a deal breaker, but the difference in quality between those algorithms and the ones in mpv is fairly subjective. I feel like all the trendy…
I'll grant you that you can take advantage of calibration in mpv if you can generate a ICC profile containing 3dlut data, I didn't know that. I disagree on a couple of points though. Jinc may in fact produce noticeable ringing (while NGU doesn't), and neither produce aliasing so asserting the opposite seems strange. The difference in sharpness is also quite obvious. On top of that mpv's anti-ringing filter is very ba…
Context for others: NGU is a proprietary algorithm created by the author of madVR.
Re: MPC-HC v1.7.13 is released and farewell
#105Re: MPC-HC v1.7.13 is released and farewell
#106Earlier quoted context omitted.
That's misleading. You can't use madVR with mpv, but that doesn't mean you can't have high quality scaling and dithering. madVR has NGU, which mpv doesn't have, and it has error-diffusion dithering, which mpv doesn't have, so if you need those, the lack of madVR support could be a deal breaker, but the difference in quality between those algorithms and the ones in mpv is fairly subjective. I feel like all the trendy…
I'll grant you that you can take advantage of calibration in mpv if you can generate a ICC profile containing 3dlut data, I didn't know that. I disagree on a couple of points though. Jinc may in fact produce noticeable ringing (while NGU doesn't), and neither produce aliasing so asserting the opposite seems strange. The difference in sharpness is also quite obvious. On top of that mpv's anti-ringing filter is very ba…
I'll admit I haven't watched any HDR content in mpv yet, but it supports all the standard tone-mapping algorithms (hable, reinhard, etc.) and apparently the default algorithm (mobius) was chosen for its colour accuracy.
I'm not saying madVR doesn't have its strengths. Error-diffusion dithering is strictly more accurate than what mpv does, and for people who like super-resolution upscalers, madVR tends to have a larger selection and faster implementations. Still, it would be disingenuous to say that madVR has a larger feature-set than mpv. They have different feature-sets. mpv's convolution-based upscalers are much more tunable and its colour management is more advanced, since it can use an ICC profile to auto-generate a LUT for any input gamut, rather than relying on an external CMS for this.
Re: MPC-HC v1.7.13 is released and farewell
#107I've used MPC for quite a while in the past, but have since moved to https://potplayer.daum.net/ It's super feature rich, with (in my opinion) a much nice interface than e.g. VLC.
If you don't mind sending telemetry data to their HQ in Korea then sure it's a nice media player. Article 5 (Collection and Use of Data and Other Information) (1) Daum may collect and use data from the computer of Users as a part of its product support services that are provided to Users in connection with the Software. Data that may be collected solely include the type of computer and type of operating system used o…
Re: MPC-HC v1.7.13 is released and farewell
#108Re: MPC-HC v1.7.13 is released and farewell
#109Earlier quoted context omitted.
SMPlayer is a great frontend for mpv.
SMPlayer can barely even be considered an mpv front-end and I hope nobody who uses it will ever make an mpv bug report again. It's a gigantic pile of hacks from the MPlayer age, and it “interfaces” with mpv using the most horrible method possible (embedding the mpv window and sending keystrokes to it)
Also, enable "Run mpv in its own window" under Preferences -> Advanced. This removes all the issues caused by the default mode of embedding the mpv window (such as subtitles being on the video and not in the black bars).
Thank you for your work on mpv!
Re: MPC-HC v1.7.13 is released and farewell
#110Farewell old friend. For those looking for an alternative: you should try MPV. It's a video player for the geeks/hackers https://mpv.io/manual/stable/
Does it have a "Download subtitles" function, as in MPC-HC?
Here's a rough version of my script: https://github.com/smnx/mpv-autosub (forked from https://gist.github.com/selsta/ce3fb37e775dbd15c698).