Why doesn't the wiki have a page on this? Surely it'll prevent newfags from adopting bad habits (VLC, Crunchyroll) and clarify a few things that are deemed "placebo bullshit".
For one, a great deal of windows users are using mpc-hc for some unknown reason. Of course there are instances in which some directshow filters are appropriate, for instance my soundcard doesn't support 24-bit sample output via WASAPI but does via ASIO which requires a directshow filter; though that is reliant upon me running windows, which is a rarity, in addition to a 24-bit output being unnecessary in this context.
Would it not be highly appropriate to make a page of sample mpv configs and state where mpv will attempt to locate them?
Would it not be highly appropriate to provide an overview of what encoding is, why low quality x264->x265 transcodes should be avoided at all costs and what AV codecs should be used in a device specific context (i.e. opus is far more appropriate for a low bitrate desktop context than for a mobile context, in which case one should use AAC-HE).
Also an explanation as to why audio passthrough should always be used if transcoding from an AAC source regardless of the intended recipient device.
Because I compulsively write incomprehensible, excessively technical, run-on sentences.
Also I don't know how to edit the wiki.
I suppose I could handle playback and source material though.
All I see here is a fairly cleverly disgusted "MPC-HC vs mpv" thread...
Also, you shouldn't always keep the AAC as AAC "regardless of recipient". You should in most cases because your config should support AAC, but if it doesn't then you should transcode it to something else (worse quality is better than no sound at all).
well /g/ are too busy ricing and whining about systemd. The mpvfags are too busy gossiping about wm4 and disregarding low spec systems.
I also started a thread about the utility of x265 for streaming services on /a/ last night in which quite a few posters knew what they were talking about; so it doesn't seem infeasible
Anyway the existence of KCP kind of made setup guides obsolete. Anyone who feels like they want to tweak the preconfigured setups (which are very good to start with, but you might have special needs) can just look into it themselves.
I don't think there's any need for debate regarding mpc-hc and mpv. MPV is far more efficient, more easily configurable and far more compatible than MPC-HC, recommending it beyond for monster systems that can handle 64+ neuron nnedi3 is a bogus proposal.
I've noticed with handbrake GUI (which anyone reliant on the wiki for info will probably start with) that it seems to default to transcoding to AAC regardless of source, re-encoding AAC as AAC will merely diminish quality with no advantage. Also I know of very few devices that don't support AAC-LC, even the PSP does. It is a core component of the mp4 spec and can even be decoded in hardware.
KCP is excellent, as far as preconfigured software goes. The configs are completely lacking in placebo, though for some reason they recommend lanczos over spline. It does the best with what it has to work with.
Well, as far as I can tell the input.conf is the only way to configure mpv on windows. I'd like some videos to loop but I don't know how. Tried some stuff from http://mpv.io/manual/master/ but no luck.
>I don't think there's any need for debate regarding mpc-hc and mpv. MPV is far more efficient, more easily configurable and far more compatible than MPC-HC
The highest preset uses 2 tap Jinc with AR for both chroma and image upscaling. If that's not placebo then I don't know what is.
Oh crap I didn't realize it went all the way up to 8 tap jinc. For some reason I thought 3 was max.
(The default for the highest preset is 3, not 2 like I wrote earlier).
Well I guess KCP does lack a placebo setting in that case.
Try using --loop-file=inf in you mpv.conf under [extension.webm] (assuming that's what you want it for)
There's little advantage beyond 3 taps, unless you like ringing. I haven't used MadVR for a while but I'm sure you have 3,4,8 as options.
Somewhat anecdotal but I've managed to run spline36 Chroma and image upsampling in mpv on a 2008 ThinkPad (pre-Intel HD graphics GPU). That would be impossible with madVR.
Mpv uses imagemagick scaling algorithms which are *very* well documented and hence make configuration very easy (as does the very well made manual). It also has more options for scaling which allows you to specify whichever is most appropriate for the source material. Who else has ewa_hanning or even ewa_ginseng?
Mpv is free software written with compatibility with apis for every major desktop platform, and because it's free software it can be ported to any other (realistic platform)
I barely understood any of that shit. Almost everything I know about media players and encoding is what I've pieced together from torrent descriptions. I've got MPC+CCCP because everyone said it was good and believe it or not it plays anime. Visuals are great, audio is clear. Is there something I'm missing here because I'm not seeing any problems.
The visuals are great, relative to vlc. They could, however, be better. The point in adding it to the wiki is to construct a layman's terms understanding of "that shit" so you know why the visuals could be better and why audio isn't always clear. You may just be lucky and have only downloaded good Bluray encodes i.e. coalgirls, thora. But for other content, like currently airing shows, restoring as much detail as possible and making it look as close to the source material as possible is necessary.
Adding stuff to the wiki should help people not to support bad encoders or download encodes that are inappropriate for the device they intend to watch it on.
And have some pouting miku instead of smug pepe
I've never noticed poor detail retention with coalgirls encodes to that extent, though their encodes are slightly "softer" looking. Are they attempting some obscure debanding with avisynth or something? Have you any more examples of this or maybe their x264 settings?
Opus is a superior codec at sub 96kbps bitrates, however is not supported by very many of the default video players on mobile platforms. HE-AAC is supported by all major default mobile video players I am aware of, and I believe has hardware decoding capabilities on major platforms too, unlike opus.
See, this is why it needs to be on the wiki.
Yes mpv is a far better alternative (provided you use --vo=opengl-hq). Try it out and read the manual. I would not recommend mpv for a pre 2008 intel GPU though and some settings in the opengl-hq preset are incompatible with pre HD Graphics GPUs due to the reliance upon newer opengl versions.
Ah, duh. I didn't think that out logically. I have a windows tablet for when I'm on the go so if mpv can play it I don't exactly care if other platforms support it (though I would love opus to thrive).
anyone will tell you mpv but it's up to you if you care enough to switch.
Try converting some music from lossless to opus 64 and 128 kbps and see how easily you can tell the difference between the three.
Why would anyone use he-aac at >128kbps bitrates?
If you want the smallest possible filesizes (e.g. for coutryside/3rd world weeaboos) you'll have to utilise high efficiency codecs at low bitrates. Just as if computational intensity is not of concern you would to a very low bitrate x265+opus encode. Presently a great deal of x265 encodes look worse than they should not exclusively due to the immaturity of the codec, but due to the fact people are transcoding from non-BD sources, like simulcast rips. Opus (and HE-AAC for that matter) often sound far inferior to how they should as the source files are already lossless transcoded to ac3 transcoded to 128kbps AAC-LC; only suffer further loss of audio fidelty.
A 10-bit x265 placebo-optimised encode with opus audio both at a very low bitrate is a highly viable solution for the context
Size of lossy audio is negligible compared to decently looking video. Might as well use slightly higher bitrate to make sure it will be transparent.
Nobody sans few retarded old BD rippers uses that, what are you on about. Or are you talking about some shitty bitrate starved reencodes only watched by retards?
>play Sora no Woto OP with mpvhq with all the placebo options enabled
>play it with madVR
Maybe it's better on Linux, but there's basically no reason to use it on Windows.
Have a better one
Any haswell cpu will ship with a more Than ample GPU for running mpv with the opengl-hq preset enabled, download a windows build and in the folder called mpv make a file called mpv.conf with the line "vo=opengl-hq" that would be all that is necessary, and it'll look better too. I can't fathom as to why vlc freezes your PC though with those specs
with hasswell cpu you can easily play mpv with vo=opengl-hq
-download pre compiled mpv binary http://mpv.srsfckn.biz/
-extract, open your notepad and type this : "vo=opengl-hq" without quotation mark
-Save as mpv.conf on extracted mpv directory (make sure it's "all files" not "text document")
-drag your video files to mpv.exe
You can set file association (right-click-open with..) so you can double click video files next time
Ok i think that was wasy enough to understand
There is no advantage to using CCCP over modern MPC-HC really given it ships with LAV by default now.
CCCP still functions in an inferior manner to mpv regardless and should not be the primary recommendation in modern times.
How obscure, I've found it to be far more efficient than madVR. Are you sure you were using comparable configurations with both applications. mpv's tscale can be more computationally intensive due to the sampling algorithms used.
>The highest preset uses 2 tap Jinc with AR for both chroma and image upscaling. If that's not placebo then I don't know what is.
It’s really not. Elliptical filters do wonders against aliasing on diagonal lines, and on some samples chroma scaling is even more important than luma scaling.
I have no idea what radius "2 tap" corresponds to though.
You mean the /g/ wiki?
I thinks it's dead.
Anyway the mpv placebo
You really should look into the opengl-hq preset, you've quite a few redundant additions there. And no, I mean the animu and mango wiki, not too technical just enough so people use the right software, configs and choose the right encodes. I reckon portable device transcodes should get a say too.
This is config for the old build of mpv, old laptop with mpv can play up to 720p anymore and I have to switch to VO=XV.
I'm using this on my DV6 HP laptop
what resolution are you looking at? If you want high efficiency (acceptable quality at minute filesizes) with an anime source you ought to be using x265 and you ought to have at least an FX8350 lest you wait a week for a decent encode. To produce good encodes really does take decent understanding of the codecs and minor comprehension of signal processing, hence a full blown guide beyond transcoding for your iphone's default player just wouldn't be appropriate. If you have a sincere interest check out doom9.
Core i7, maybe an hour for each episode?
Because I'm already on linux and this is the only one that gave more options than handbreak sadly it doesn't have a GUI also I need it for the mpv LUA script to create WebM.
You will be in blocky hell. Also merely stating an i7 doesn't disclose much about the cpu power you have access to. It could be a ULV component or 1st gen for all I know.
LXDE, the Nvidia GPU really help with the propriety drivers.
Even though it does play it shit itself whenever ass subs are used.
1080p causes A/V desync at higher bitrate, and 10Bit is CPU meltdown cause.
Sorry I'm not that tech savvy so I don't know.
Does it really matter?
Also I mainly want to use it to re-encode some videos that are 500MB in size to something smaller since they're about 12 min long.
If you aren't tech savvy then do some maths, if your files are 12 minutes
(720 seconds) long and you want them to be 70MB in size (which is 560Mbits) then set your software for a 2-pass encode with an average bitrate of (560/720) MBits per second or better put 778kbps. It would be useful to reduce the image resolution too if your playback system can capably upscale. To make sure you get the most from the filesize set it to veryslow encoding and use animation tuning. For the audio just transcode it if it's FLAC to 86 kbps opus or HE-AAC depending upon whether your playback setup is compatible with opus or not
Why not just buy the blue ray disc and use a blue ray player. Almost all japanese blue ray have english and french subtitles in them.
gr8 b8 m8;
2) oversharpened, limited rgb, incorrect colours
3) no they don't
EX) Blu-rays have AACS which makes watching them in high quality via PC difficult to say the least.
yeah man this is bait sorry man. I have no idea what I'm talking about. I couldn't get one pass the great detective anon. I guess I'll just throw away all my jap anime blu rays out in the trash where they belong.