Windows 11 stuttering ?

[huhn]

Originally Posted by v0lt

And when the renderer drops Vsync, you see black frames?

IMHO, you are writing nonsense.

not what he meant and that's sadly an issue with "mpcVR".

if you are not presenting a frame for every vsync windows 11 MAY present them out of order creating judder in the process. this is a windows bug not an mpcVR bug but as usually software has to fix that.

if i have a very accurate frame rate match mpcVR works flawless on my system with vblank setting at 120 HZ. with a slight difference you already read the issue and no changing that setting isn't going to fix that.

for madVR to avoid these issues we literally starting to do very wired stuff... it turns into a religion at this point everything to please the windows 11 DWM devil.

Originally Posted by pirlouy

Why would you not use d3d11va on Windows 10/11 ?
It's the default if you use hwdec=auto. Or you don't use hardware decoding at all ? I though it was working well with d3d11va (contrary to DXVA).

I'm aware of mpv SmoothMotion not being the same as madVR (I had an issue closed for this on their tracker), that's why I prefer to keep the term "SmoothMotion" to madVR, and not frame generation, or mpv interpolation or svp etc.

If you use mpcVR, you will have the judder explained at the beginning of this thread. You need to present a frame for each Vsync, that's not what mpcVR does.
In you recently uploaded video, I noticed the judder, but if I play your original video, with mpv and display-resample, even if it's not madVR smoothmotion, I have a frame for each Vsync and then I don't notice judder.

Not to say AMD FRC is good, because on judder test videos, there are plenty of artefacts, but for those who like soap-opera effect, I'm not sure they will complain about such artefacts.

the problem is mpv is made to fail as hard as possible.
i couldn't make worse default setting if i wanted to.

if a file tells mpv i'm interlaced it will be default ignore that.
if you play a file hardware decoder are ignored by default.

i used a blank config in the hope nothing breaks and well as usually it breaks and follow the error messages to debug you are still doomed.

mpv is that utterly terrible it can not do a grey scale correctly and a bug report will just be close while hassn already confirmed that there is an color issue of some kind... this is then ignored for so long until the ticket creator gives up...
maybe they fixed that... i doubt that.

they up to this day use a buffered key to open the info screen making the next thing you type wrong. let me make you an example i open the debug console now`and that's the result a random `in the next place you type. having this as default behaviour forever breaks me...you can write an è (which result in a mess cause the forum can not handle it that'S an e with ` on top) have fun debugging ffmpeg with that in there. how often did i add that after checking the config and immediately fixing it.

mpcVR does all of this correctly out of the box.
it doesn't ignore interlace flags and it can also place Chroma correctly unlike madVR.

here is an video of AMD FRC took me over an hour cause OBS is bugged followed by ffmpeg with a similar bug and a bug in x264.

obs is currently bugged again to use normal x264 when you select libx264rgb and ignores colormatrix=gbr
so i had to reencode it get that back in there.
ffmpeg told me colormatrix is not an argument and so is fullrange on

so x264 it is which also told me fullrange is not an argument

--fullrange <string> Specify full range samples setting ["off"]
- off, on

you too my bro so x264.exe --output chargerrgb.mkv --colormatrix GBR --range PC --crf 0 --preset placebo --output-csp i444 "2026-01-06 10-29-42.mkv" to get the RGB flag in there... which obviously is GBR what else...

because obs had to ignore colormatrix plus the RGB encoder and encode RGB as yuv444p as you do...

FUN

here you go:
https://drive.google.com/file/d/1WWi...ew?usp=sharing

yes it is short because i recorded many many GB until i gave up on obs doing it correctly and fixing it in post.

[pirlouy]

Ah, default mpv options, it is a complicated subject.
https://mpv.io/manual/master/#options-hwdec

Hardware decoding is not enabled by default, to keep the out-of-the-box configuration as reliable as possible

There is also a big paragraph to explain some risks (a bit lower in the doc):

If you run into any weird decoding issues, frame glitches or discoloration, and you have --hwdec turned on, the first thing you should try is disabling it.

For deinterlacing, another complex subject.
How to choose between software or hardware decoding ?
https://mpv.io/manual/master/#options-deinterlace
Because of false positive, they chose not to enable software deinterlacing. But that's good for those with decent GPU, they can use hardware deinterlacing instead. Also as you pointed out in the past, you are not convinced by GPU deinterlacing solution.
So it is a user choice to enable it, by software or hardware.

By default, I don't enable it, I prefer to use a hotkey instead (hardware decoding):
t vf toggle "d3d11vpp=deint=yes:interlaced-only=yes"

For chroma misalignment, fortunately, it is not something I can perceive (or understand).

And for your final video, I don't see that much judder. At least, I don't see it like I was noticing it with your nVidia video.

[huhn]

[QUOTE=pirlouy;2026857]Ah, default mpv options, it is a complicated subject.
https://mpv.io/manual/master/#options-hwdec[quote]
just nonesense hardware decoding is sued everywhere by default there reasoning is outdated at best. they also have fallback if it fails so...

For deinterlacing, another complex subject.
How to choose between software or hardware decoding ?
https://mpv.io/manual/master/#options-deinterlace
Because of false positive, they chose not to enable software deinterlacing. But that's good for those with decent GPU, they can use hardware deinterlacing instead. Also as you pointed out in the past, you are not convinced by GPU deinterlacing solution.
So it is a user choice to enable it, by software or hardware.

it is not complicated at all they just made it complicated.
if a file says it is interlaced you deinterlace. what deinterlacer is used is not important here cause interlaced content isn't watchable without deint the option should be to disable it not to enable. like any settop box any TV any other video player anything.

lavfilter/mpc internal code have this mastered for decades.
if you give lavfilter a soft tleecien DVD it will output progressive if you use a hardware decoder that decoder may turn that to hard telecine likely the spec defines.

By default, I don't enable it, I prefer to use a hotkey instead (hardware decoding):
t vf toggle "d3d11vpp=deint=yes:interlaced-only=yes"

then this AMD FRC will not work and be disabled at start up.

i also have no problem that you can disable that. my problem was it that OR while it is clearly needed. i was literally looking for newer GPU driver...

And for your final video, I don't see that much judder. At least, I don't see it like I was noticing it with your nVidia video.

yeah they are quite different the palms a flickering like crazy in the AMD case and the nvidia case is just terrible all around there is nothing good to say about it it is clearly not made for that.