Discussion thread for features, troubleshooting, dank settings, etc etc

Discussion thread for features, troubleshooting, dank settings, etc etc.

> Windows builds:
Stable: mpv.srsfckn.biz/
Git/Nightly: bitbucket.org/rorgoroth/mpv-for-windows/downloads

> Low performance preset.
vo=opengl:deband
hwdec=auto

> Medium performance preset.
vo=opengl-hq
hwdec=auto

> High performance preset.
vo=opengl-hq:interpolation:scale=ewa_lanczossharp:cscale=ewa_lanczossoft
video-sync=display-resample

> Insane performance preset.
vo=opengl-hq:interpolation:scale=ewa_lanczossharp:cscale=ewa_lanczossoft:prescale-luma=nnedi3:nnedi3-neurons=64:prescale-downscaling-threshold=1.5
video-sync=display-resample

Windows users should try with ":backend=dxinterop" added to the "vo=" line for proper dxva2-native acceleration.

Other urls found in this thread:

forum.doom9.org/showthread.php?p=1767203#post1767203
people.xiph.org/~jm/daala/deringing_demo/
screenshotcomparison.com/comparison/166725
0x0.st/To.cl
mpv.srsfckn.biz/stats.html
bing.com
duckduckgo.com
github.com/koying/SPMC/issues/134
screenshotcomparison.com/comparison/172406
twitter.com/NSFWRedditGif

Did you try the new madvr deringing thing?
Pretty great but very/too gpu intensive.
Madshi leaked that is a 6-passes shader.

Some comparisons are available here:
forum.doom9.org/showthread.php?p=1767203#post1767203

NNEDI3 from mpv is just a silly joke.
You can't compete with the enhanced NNEDI3 from madVR.
People that said NNEDI3 is a watercolor filter didn't try madVR one.

>fixed: image was too bright with linear light downscaling
same issue with linear light downscaling in mpv

Hey I just checked this in the SPMC (Kodi fork for Shield) website.

ADD: HQ scalers (Shield only, afaik)
ADD: GUI selection of H/W decoders
ADD: [AFTV(S)] get real HDMI refresh rate


So what's the real differences (please don't say colors) with mpv?

>Madshi leaked that is a 6-passes shader.
It sounds like QUALITY madshi code

desu the deringing that the Daala devs made not long ago sounds much more promising
people.xiph.org/~jm/daala/deringing_demo/
Why doesn't madshi share his source? NNEDI3 is licensed under the GPLv3, so he has to share his code if it is based on NNEDI3
SMPC uses the scaling that Nvidia allows through their own renderer, unfortunately the renderers from manufacturers are pretty bad, just like their post processing
And color wise so far the only renderers that have color management are madVR and mpv's opengl, along with Final Cut Pro X and Quicktime X

Why NNEDI3 looks much better with madVR?

It doesn't

First time I see this daala deringing, pretty cool, thanks!
Is it on the mpv roadmap?

Anyone figured out how to use SVP with mpv?

get a TV with motion interpolation
tons better than SVP tbqh

Wasn't the point to make a yet another boring mpv vs *video player I have installed* -comparison. Maybe read the posts next time. I was asking whether there was something similar in mpv as the Thin Edges and Adaptive Sharpen filters in madvr because they are so good at upscaled animated content. Especially the thin edges is great.

>Especially the thin edges is great.
>Shit deforms everything
>wow it's so great
screenshotcomparison.com/comparison/166725

Error parsing option prescale-luma (option not found)
Option vo: Error while parsing opengl-hq parameter prescale-luma (nnedi3)
Error parsing option vo (option could not be parsed)
C:\Users\User\AppData\Roaming/mpv/mpv.conf:38: setting option vo='opengl-hq:in
rpolation:scale=ewa_lanczossharp:cscale=ewa_lanczossoft:prescale-luma=nnedi3:n
di3-neurons=64:prescale-downscaling-threshold=1.5:backend=dxinterop' failed.
What am I doing wrong? Latest nightly windows build of mpv

>inrpolation

Typo?

what the fug, doesn't say that in the config
vo=opengl-hq:interpolation:scale=ewa_lanczossharp:cscale=ewa_lanczossoft:prescale-luma=nnedi3:nnedi3-neurons=64:prescale-downscaling-threshold=1.5:backend=dxinterop
video-sync=display-resample
display-fps=60

It just doesn't copy correctly from cmd.exe, the error doesn't appear with that typo in actuallity

Yeah nvm the output was cut off in your paste.

That vo line works fine for me on windows nightly build.

>Why doesn't madshi share his source? NNEDI3 is licensed under the GPLv3, so he has to share his code if it is based on NNEDI3
He does. madVR's NNEDI3 is open source.

0x0.st/To.cl

>Is it on the mpv roadmap?
all I could find

2016-04-26 23:09:13 TD-Linux haasn, btw have you seen daala's new deringing filter?
2016-04-26 23:10:09 haasn TD-Linux: nope
2016-04-26 23:10:13 TD-Linux people.xiph.org/~jm/daala/deringing_demo/
2016-04-26 23:10:14 haasn links welcome
2016-04-26 23:15:38 haasn TD-Linux: I was about to go all “hey I could steal their algorithm for determining the threshold” but I don't have a quantizer in vo_opengl (yet) :(
2016-04-26 23:17:00 haasn but doing anti-ringing per-sample instead of overall sounds interesting
2016-04-26 23:17:07 haasn I'll try it when I'm not in zombie mode
2016-04-26 23:23:09 TD-Linux haasn, yes it's not drop in suitable because it relies on two bits of out of band data - quantizer and a per-superblock signaled strength
2016-04-26 23:24:00 TD-Linux so as a generic postfilter it won't work quite as well, you'll need to come up with some other way to get those values.
2016-04-26 23:24:33 haasn TD-Linux: (maybe as some function of the overall sample distribution?)
2016-04-26 23:24:44 haasn keep in mind we wouldn't be doing this as a post filter but during upscaling probably

>Especially the thin edges is great.
Doesn't that just distort the image to hell and back? I thought we've been through this before when people decided they had to start pushing warpsharp garbage

>Microsoft in charge of implementing a terminal emulator

Works fine with powershell on windows 10

That's great for all 10 Windows PowerShell on Windows 10 users

It should work fine in the command prompt on Windows 10 as well. There's nothing special about PowerShell. Microsoft finally fixed the Windows console across the board.

mpv.srsfckn.biz/stats.html
:^)

>Top 10 Referrers
>491 bing.com
>446 duckduckgo.com

kek'd
ddg shills on suicide watch!

Is there a good sharpener now?

On a Linux dual monitor setup with nvidia proprietary drivers. When I take mpv out of fullscreen it switches screen. So on left screen and press f => goes fullscreen on lift screen, press f again => goes not-fullscreen on right screen, press f again => goes fullscreen on right screen, press f again => goes not-fullscreen on left screen.
Same shit happens when double clicking to toggle fullscreen, also same shit happens with mplayer (smplayer and vlc work as expected).
I've been google for a couple of days and havn't found anything, does anyone have any idea what is going on?

Nah Kodi HQ scalers are pixel shaders like lanczos, spline and so on.

Or not...
github.com/koying/SPMC/issues/134

case VS_SCALINGMETHOD_SINC8:
case VS_SCALINGMETHOD_NEDI:
CLog::Log(LOGERROR, "GL: TODO: This scaler has not yet been implemented");
break;


Why kodi team, why?

1) I asked whether you can use something similar as this with mpv, not a second opinion on the filter.
2) I said it works great on upscaled animated content. You just posted thin edges used aggressively on native res content.

But hey, great going user. I'll take this as a no.

Depend on how you use it. It alters the original content and thus distorts it. I don't have an issue with that as the end result can subjectively be great. See here:

screenshotcomparison.com/comparison/172406

I posted the details of the screens to the last thread

When will mpv uses better subtitles interference?

What is subtitle interference?

The current way of subtitle handling in mpv is quite inefficient.
E.g. Any change to subtitles affect all the tracks of subtitles globally.

>I don't have an issue with that as the end result can subjectively be great.
Don't you see all that hilarious warping it's doing to the features at the bottom left?

that "sora" sign e.g. gets flattened to shit

remove nnedi3 from your conf and add adaptive sharpen.

Not really related but does anyone know anything about old light meters?

>vo=opengl:super-haasn

When? ^^'

I see it clearly yes in an instant still frame A/B switching comparison. "Flattened to shit" is an exaggeration with the values I use. The overall sharpness of the image thanks to the filter far outweighs the problem of warping on some objects. If the image is moving I find it near impossible to spot something like that but the sharper look is easily visible. Hence I'm using the filter.

If you want the subtitle options to reset when switching files, you can add them to reset-on-next-file.

I used SuperRes in "upscale refinement" in madVR with "image doubling" as always (super sampling) with SuperXbr.

What the equivalent vo line for MPV?
I know I need to compile mpv with special git branch from haasn!

vo=opengl-hq:scale=ewa_lanczossharp:cscale=ewa_lanczossoft:user-shaders="~~/SuperRes1.glsl":prescale-luma=superxbr
but probably better don't use prescalers with current state of SuperRes

> But probably better don't use prescalers with current state of SuperRes.
> Currently works only if image was doubled.

I am a little bit lost, is there a way to double image without prescale?

It will be doubled for example, if you watch 720p video on a 1440p monitor. No need for prescalers.

Oh it needs perfect doubling!

What's the less gpu intensive video-sync to make interpolation working?

You can actually make it work with any scaling factor. You will need to configure it for every video though.
For example for 1280x720 video upscaled to 1920x1080 just replace this line
//!TRANSFORM 0.5 1.0 0.0 0.0
with
//!TRANSFORM 0.6666666666666667 1.0 0.0 0.0
and //!TRANSFORM 0.5 0.5 0.0 0.0
with
//!TRANSFORM 0.6666666666666667 0.6666666666666667 0.0 0.0
New values are 1 / (scaling factor)

>something similar in mpv as Adaptive Sharpen
yes, adaptive sharpen.