>mpc-hc is dead
>mpc-hc is dead
>mpc-hc is dead
>mpc-hc is dead
>mpc-hc is dead
When this goes stable, and SMplayer moves completely to mpv with regular updates, there will be literally no reason at all to use MPC-HC.
Where were you when MPC-HC died?
you're doing it wrong
Why do you need a GUI backend when you have an OSC and a config file?
Is there seriously that much of difference between ticking buttons or selecting from dropdown menus in a GUI and adding lines in a text file? Both take time and require you to know what you are doing.
You don't even need to use CLI, though.
All you have to do is:
1. Read the manual and figure out what you want ot do.
2. Add the config lines to a text file.
3. Set mpv to be the default application for video files in your file manager.
Except that smplayer uses mpv in the most retarded way possible. It WILL break and the author is just retarded for putting all that work onto himself when he just could use any IPC parsing library or, you know, actual pympv bindings.
how can we know that madvr is good if we can't look at its code? just looking at tons of images in comparison to other renders and getting a mass of opinions?
Same stupid argument.
>>Don't forget to install all those filters and other geeky things for maximum image quality.
You don't need to do that, anon. MadVR is just for GPU-heavy rendering. Way to move goalposts, though.
Now there is this graphical error on the right side.
It's not better yet because mpv hasn't been stabilized on it yet.
However, when it is stable, you will get all the features of mpc-hc as well as
-dual subtitle support
-full streaming support like you'd find on VLC. Hell, even better than VLC's streaming support.
-Play videos from video sites, like Youtube, DailyMotion, Vimeo by dropping the link into the player.
-madVR picture quality on windows without installing madVR, because the mpv renderer is fucking godlike.
>dual subtitle support
Bloat. Never had a use for such a feature, nor have I encountered anyone with a need for such a feature, in at least 10 years.
>full streaming support
If you are streaming in the first place, you are a fucking cancerous faggot.
>madVR picture quality
Hahahhaah, you are a fucking idiot and you have no idea what MadVR is.
I don't want the OSC from mpv, let alone smplayer.
This was added recently. I don't think anything is going to become of it though. It's just some minor extremely broken modifications. I would like to see it work, but basically only so madVR/SVP faggots can shut up.
Except vapursynth is just a hack of the same shit Windows software that I don't want to support. It's a huge pain in the ass. Get shit in libavfilter and integrate it properly.
It's properly designed software, and comes with the benefits that implies. MPC-HC and the third-party plugins for it are very far from that.
No such thing as the "mpv renderer". They have a bunch, OpenGL, VDPAU, Direct3D, xv, etc.
>implying anything beats MPC-HC + MadVR + LAV Filters
good one m8
Been using mpv for a long time now. Don't see why I'd ever want to switch. Just change all video filetypes's default "open with" to mpv and there's no reason to have a frontend more advanced than this ever again.
You can use vapoursynth for debanding and fancy upscaling algorithms and MadVR's smooth motion is being ported and already works.
Now the only thing left is an xySubFilter equivalent, although libass works great and only crashed once on some very complex subs for me.
Terrible piece of legacy crud shit bloated player based around Directshow. All the terrible Windows programmers built their shitty software around this player, and the way they've worked around it's inherent bad design choices have become unbelievably disgusting.
Proprietary, buggy, and extremely inefficient are the first things that come to mind. The ONLY thing better about this than OpenGL or VDPAU with mpv is that it has the nnedi3 upscaling filter, which can be achieved in mpv through vapoursynth if you really care. Other than that, mpv has superior rendering in terms of proper design, stability, color accuracy, picture quality, everything.
These are a fork of ffmpeg libraries to work with a proprietary deprecated API from Microsoft called Directshow. It is obviously not better than native real ffmpeg.
libass is better than xy-*filter.
>libass is better than xy-*filter.
I'm not sure about that, in the sense that fansubbers don't bother to check if their subs are compatible with libass.
Take FFF's releases of Jinsei for example, libass has a lot of troubles with it while xy-filters just work.
I still prefer libass for muh proper keming and stuff.
> FFF's releases of Jinsei for example,
I've heard someone mention this before, and I have absolutely no problem with these subs on mpv. There is not a single fansub release out there you could give me that doesn't work properly with libass through mpv, other than examples when it is directly the fault of the fansubber for creating bad incorrect subs, which might only work with xy*filter due to bad hacks in the codebase that allow for incorrect behavior. If you could find me a single fansub release that doesn't, I would be incredibly surprised.
Libass is not necessarily always the problem either, sometimes it's the players implemenation of libass. Libass through VLC is different than libass through mpv.
>Proprietary, buggy, and extremely inefficient are the first things that come to mind.
I also dislike the fact that it's not open source but it's not buggy. Sounds like you're basing that opinion on old versions.
I also fail to see how it's inefficient; it was designed to get maximum image quality using GPU pixel shaders and its performance has increased a few times over the last year.
>These are a fork of ffmpeg libraries to work with a proprietary deprecated API from Microsoft called Directshow. It is obviously not better than native real ffmpeg.
Actually the main benefits of LAV Filters to me are the GPU-based rendering and the simplicity. I have my GPU decode and deinterlace video before giving it to ffdshow for scaling. Not ideal but the only way to get good quality SD video in MediaPortal.
>inb4 switch to XBMC
Doesn't work as well for live TV.
LAV filters don't do any rendering. Do you mean decoding, like through DXVA?
Windows GPU accelerated decoding is in a pretty shitty state actually, compared to VDPAU or VAAPI.
I like that the OSC exists. I think it should exist, and that it should be enabled by default.
From a usability standpoint I don't like it though. Having it pop-up over the video everytime I move my mouse is annoying, I don't like looking at it, and most importantly I find using my keyboard/mouse to just be faster and easier.
Wow looks like shit, typical loonix fagware. Thanks for your great advice, OP!
Well the subtitle format is called ASS, and I'm sure it was intentionally named that just because it's funny. It doesn't even make sense for what it stands for.
Likewise, libass too is funny, and I'm almost sure the creators knew that.
If I play the video with mpv from the terminal it plays fine. With smplayer it crashes without anything appearing in the terminal, just with error code 1. The only thing I can think is that mpv is in usr/local/bin rather than usr/bin. I have set smplayer to use usr/local/bin/mpv though.
Yes, there is fucking autistic retard.
>why would you need a GUI for a program is inherently visual in nature
Fucking kill yourself. It's because of retards like you that Linux on the desktop is nothing but a massive fucking joke.
Ok, so after reading this thread I've installed mpv. It randomly freezes and has v-sync issues in like a half of the videos. Oh well. Into the >>>/trash/ it goes.
>get used to the way certain player works and feels
>some other player gets a new feature
>fags start screaming that your favorite player is dead for some reason
This happens because VLC, like most free software, was originally designed on Unix/Linux systems, and when or if it gets ported to Windows, often has problems.
In this specific case, VLC, and many other programs too, rely off the functionality of fontconfig, which works great on Linux, but most of the time if these programs get ported over to Windows, they just keep using the Windows version of fontconfig, which is shit and has that problem.
>yeaaahh call me when it gets nnedi built in
You don't bring that up with the mpv people, that's something goes in ffmpeg (libavfilter). Once it's in there, I'm sure mpv devs would gladly add support in right away.
I would love to see it in libavfilter though.
>then gets a stable windows version
Windows is always going to be a second-class citizen here. I'd still use mpv on Windows though if I had to use Windows.
why do you people give a shit about standalone players
why do you watch media in this manner
my htpc has kodi/xbmc and it plays everything (including files still in split RARS) and I never have an issue with anything. i just don't get why you bother sperging over minute differences in these players when they are useless compared to modern applications
I'm considering switching from MediaPortal to Kodi...what do you think of it? I don't know which TV backend I'd use though...using MediaPortal's one kinda defeats the purpose because I don't like how buggy it is with decryption (using OSCam).
The guy who keeps on reposting this is a retard. It's literally just a broken file and an OS X bug. Other files don't have that problem. mpv on other platforms doesn't have that problem. mpv with hwdec=no (the default setting) doesn't have that problem.
For now, but after smooth-motion is merged, mpv will be strictly better. Same features, same quality, but more efficient, free and cross-platform and with easier colour management.
Stuttering isn't caused by 3:2 pulldown, it's caused by the lack thereof. Pulldown is used to get 24 fps native content to be 30, and thus evenly divisible by a 60hz refresh rate.
MPC-HC has dual subtitle support. Not that I can ever imagine this being useful, perhaps in cases where sub files were poorly made or different types need to be mixed. Or if you happen to be watching with someone who doesn't speak the same language as you...
MPC-HC's streaming support is pretty garbage, though I've never tried mpv's.
mpv doesn't have a renderer, it uses various external libraries like opengl. The quality is only slightly worse than MadVR in terms of colorspace conversion quality / dithering, and it's less configurable in almost every single way. It's much lighter than MadVR for similar results, but not quite as good. MadVR has always been a case of diminishing returns, if you're someone who isn't into that, or bitches about electricity usage, just don't use it. Problem solved.
>mpv doesn't have a renderer, it uses various external libraries like opengl.
What? No. OpenGL isn't a video renderer. It's a graphics API. Every hardware accelerated video renderer is implemented on top of an external graphics API. That's like saying madVR isn't a renderer because it uses various external libraries like Direct3D.
I still don't know if I should keep using MPC-HC or switch to MPV.
Decided to try out Baka just in case. I like it.
Now if only this series wasn't so bad...
Does MPV handle streaming better than MPC-HC?
How is it with subtitles and delays and stuff like that?
Only reason I use MPC is because I'm used to it. I don't notice any quality difference between stuff like VLC and MPC because I'm not pressing my face against my screen.
"I can't tell if dithering is used or not, because I'm not pressing my face up against the screen."
VLC just barely added proper dithering support. Before that point, massive banding all over the place wasn't uncommon.
It means that something has been replaced for a (not necessarily) better alternative. It also implies that the old software or library or whatever is not going to get support in the future, as the new one will become "the standard" but /g/ doesn't use it that way. It's mostly tounge-in-cheek and I love memes.
No, I'm sorry.
The majority of the episodes are pretty good, but there are others that are just... Fucking stupid.
>gee that battle last episode was pretty tough-
>hey guys we received a transmission from a "holy colony" let's check it out
>oh fuck they're fucking space aztecs and they've taken us captive after we slapped their leader
>god dammit that schizophrenic space slut is ruining everything AGAIN
>their leader has a not-crazy twin who is helping us, talk about cuhrazy
>oh good you got that ancient god robot working they've forgiven us and we can laugh and leave
Seriously, what the fuck?
I don't know what mpv is but the features listed don't look like anything I need.
MPC-HC is pretty much feature-complete for me anyway, without the bloat, without any ugly UIs or icons and without any GTK-like horribleness. I don't think I've even bothered to update it since they integrated the LAV filters.
I've got osc.lua in ~/.mpv/lua/
You're probably using the compiled in OSC. set osc=no in your config, grab osc.lua from mpv's github and put it in your lua dir (create it if you don't have one) and then you can edit that file to change your osc in any way you want.
There are other methods that let you fuck with the compiled in OSC, but I don't like those.
ahoka has a neat osc if you're interested in a minimal one: https://github.com/ahodesuka/dotfiles/tree/master/.mpv
mpc-hc madvr svp xysubfilter reclock max settings on a 10-bit panel master race coming through
>looks worse than upscaled dvd
YIFY. Not even once.
All of that, and yet you're still watching bitrate starved re-encodes.
3gb/ep is pretty reasonable.
Is vlc shilling or something? How are people unaware of how shit it is?
Reasonable is a matter of perspective. You're striving for maximum quality of a subpar source, it's disjointed. You have little to flaunt if you don't even get the raws.
Okay, I saved osc.lua to ~/.mpv/lua/osc.lua, and changed layout=box to layout=bottombar, and it did put the bar at the bottom, however the bar blinks now. constantly. And I can't the progress bar or the controls because it's blinking so fast.
Depends on the source. Some raws have English subtitles (or even audio) already, others I'll download the best fansub and either load it as an external sub file if I want to preserve the source files as they are, or mux it all as an MKV.
Lain for example I ended up using Coalgirl's subs with some tweaks for timing and the fact that the endings / openings are part of the stream.
There’s also this one. Looks the nicest to me.
Playlists on Soundcloud, bandcamp, whatever, porn, jewtube whenever someone links you shit on there (happens far too often), tons of random sites you rarely touch
Really, youtube-dl supports so many sites and even the generic extractor works surprisingly well, you can blindly try opening any site with videos in it in mpv and chances of success are rather high.
You realize that a good encode can look better than what they blindly throw on BDs, right? Many BDs still have some banding, for example, and others are completely fucked and need a lot of work to look decent.
>You realize that a good encode can look better than what they blindly throw on BDs
No it literally cannot.
>Many BDs still have some banding
Better to have banding then to have it sandblasted away with filters.
Detail and objective quality will always be better than fansub encodes from BD's. There is no matter what a noticeable drop in detail and quality when you re-encode the video from Blurays, unless you use lossless encoding, which is retarded because the files come out bigger than the source.
It should be common practice to always release DVD iso's and BDMV's.
>without the bloat
Nigger you are retarded. That player and the shit tacked on could be used as a shining example of what bloat is.
>without any GTK-like horribleness
GTK is only bad on Windows.
One of these is a bloated player filled to the brink with cruft, based around a deprecated proprietary API, and one is a simple, portable, well designed, efficient player without cruft.
Then I want you to think about all the terrible designed shitty addons for MPC-HC that people commonly use.
I'm not seeing any issues here at all. What am I supposed to be looking for?
The red bar goes over the subs at the same time as the built-in credits in the video too. No problem with that either.
>You realize that a good encode can look better than what they blindly throw on BDs, right?
It can't. Re-encoding will always sacrifice detail, introduce artifacts, and compromise (if not outright destroy) high frequency noise. The typical BD re-econde is 7 mb/s at most. The source is ~30. You can see the effect of this quite easily, and it's pretty clear most fansubbers don't give half a damn. Most of their re-encodes these days are simply to reduce filesize, with the source needing absolutely no work.
>Many BDs still have some banding, for example, and others are completely fucked and need a lot of work to look decent.
The issues with DVDs are largely absent on BDs. Rarely any telecining, edge enhancement / haloing, almost never any rainbowing etc. The filters used to reduce banding compromise the source more than they help, not to mention the means of encoding the result.
A lot of this falls to taste. Sure, some people can't stand grain or any sign of dust specks on the cels, and like releases with these removed better. But that doesn't necessarily make them higher quality than the source.
You're ignoring the real point and shifting the subject.
I feel mentally retarded today (literally, mentally suppressed, as though I'm dragging myself through mud to think or use information), so if you want to have a real conversation, please respond legitimately.
Whatever settings you're using with MadVR, your computer isn't capable of rendering the frames quickly enough. So it's fine for 24 or 30 fps content, but 60 naturally results in dropped frames.
Try lowering your settings when you play 60 fps content. Or you can try mpv and see if there's still issues. Remember to use opengl-hq (can't remember the exact string, might be --vo=opengl-hq)
It's not wrong though. All that stuff is true. Not only that, but it also doesn't happen through normal forwards playback. You actually have to seek backwards to that point in the file to get the corruption.
It's a known troll image. If this is wrong, point it out.
hey i have a problem. i downloaded a 1080p video and it isnt running. the opeing 4 seconds are fine and then the video and sound freeze. i dont know whats wrong. i doubt the video is corrupted.
On OSX (yeah, i know), movist takes up an average of 5W from the CPU (hardly any iGPU and like 4W from CPU total).
mpv takes up around 15W-20W (mostly iGPU due to opengl flag).
Both look almost exactly the same, but mpv has a slight blue tint in very light scenes. Both look good.
Why should i produce more heat and waste battery?
mpc, vlc, windows media player sm
ok i downloaded sm how do i fix this?
MPlayer failed to start. please check the MPlayer path in preferences
mplayer/mplayer.exe -noquiet -slave -identify -nofs -sub-fuzziness 1 -vo direct3d, -priority abovenormal -nodr -double -nomouseinput -nokeepaspect -wid 132342 -colorkey 0x020202 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -noflip-hebrew -ass-styles C:/Users/DestroyerOfWorlds/.smplayer/styles.ass -subcp ISO-8859-1 -subpos 100 -cache 2048 -osdlevel 0 -vf-add screenshot -noslices -af-add equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110 C:/Users/DestroyerOfWorlds/Downloads/JDownloader/Movies/Inception.mkv
This thread is about SMPlayer with mpv.
Also, even if you "doubt" the video is corrupted, if it doesn't work in three different players, it probably is.
Admittedly, no i wasn't. Just retested, holy shit the usage is much lower. It's the same as movist now, maybe even a bit lower. Thanks anon. Any other tweaks i should use with mpv? I noticed some of the video was jerking in a place or 2, only happened rarely.