madVR - high quality video renderer (GPU assisted)

[MSL_DK]

Thanks for the new version! :)

Is it recommended not to exceed max stats (5s) rendering xx.xxms > movie frame interval xx.xxms?

Example:
movie frame interval 41.7ms

max stats (5s)
Rendering 45ms

[huhn]

Thanks for the new version! :)

Is it recommended not to exceed max stats (5s) rendering xx.xxms > movie frame interval xx.xxms?

Example:
movie frame interval 41.7ms

max stats (5s)
Rendering 45ms

if no frame drops/repeated it's totally fine.

[cremor]

Ever since the new path ("present several frames in advance") for the windowed mode was indroduced I had to deactivate it to prevent massive amounts of presentation glitches. I've now tested it again with the new version of madVR and the Catalyst Omega (14.12). Sadly, the situation is still the same. A few facts:

* Windowed mode with the new path gives me about 100 presentation glitches per OSD update under certain conditions.
* Full screen exclusive mode with the new path is fine.
* Although the counter increases so fast, the glitches are very hard to see. Sometimes I don't even notice a difference to full screen.
* The old path in windowed mode seems to be fine too, but I can't say for sure since there is no presentation glitches counter in the OSD for the old path.
* The max stats (5 sec) are below 20 ms.
* Disabling Reclock doesn't change anything.

The conditions needed to trigger the glitches are:
* The video needs to be 23.976 FPS and my monitor needs to be set to 120 Hz.
* The image needs to be upscaled. And it seems like the bigger the target rectangle is, the more glitches occur. But I couldn't find any SD sample that causes the problem, while all my 720p23 files do cause it.
* The first 10-20 seconds of playback are fine. Only then the presentation glitches start increasing. The same is true when resuming playback after a pause of about 30 seconds.

I'm using the default settings except for chroma and image upscaling, which are both set to Jinc3 AR, and image downscaling, which is Catmull-Rom AR linear light.

Anyone else having this problem? Or an idea how to solve it?
I don't mind using the old path in windowed mode, but I don't know if that really fixes it or if I just don't see it because the old path doesn't show presentation glitches in the OSD.

[huhn]

post a screen from the osd or multiple please.
is aero active?
what version of windows are you using?
do you have more than 1 active monitor?

[cremor]

OSD screen after about 40 seconds of playback, Reclock disabled: Link (http://fs2.directupload.net/images/150401/i9d6celk.png)
Aero is active.
Windows 7 x64 SP1 Home Premium, all Windows updates until January installed.
Only one monitor, a BenQ XL2410T

[aufkrawall]

@cremor: Presentation glitches must be due to driver bugs.
Did you check your GPU clocks?

[cremor]

GPU core and memory clocks jump around 3/4 of maximum (most of the time), maximum and idle (rarely) clock rates. I couldn't see any difference in the amount of presentation glitches relative to clock rates.
GPU activity stays at 0% most of the time, sometimes it climbs to 80% if the idle clocks are active.

[madshi]

Thanks for the new versions, and esp. getting the fix in before you take a madVR break. I had to laugh when I saw the date stamp: 4/1/2015 12:37 AM. It's software from the future! As long as it's not an April Fool's joke ;-)
I think it really was 4/1/2015 already. You know, there are different time zones in the world... :p

Ever since the new path ("present several frames in advance") for the windowed mode was indroduced I had to deactivate it to prevent massive amounts of presentation glitches. I've now tested it again with the new version of madVR and the Catalyst Omega (14.12). Sadly, the situation is still the same. A few facts:

* The video needs to be 23.976 FPS and my monitor needs to be set to 120 Hz.
The "new windowed" mode has to present one frame to Direct3D for every vsync. So basically madVR has to "draw" 120fps. This is not really optimal, although in FSE mode it seems to work fine for you. In windowed mode things are a bit more difficult for the OS. However, madVR treats both modes the same, when using the "present several frames in advance" options. Because of that I don't think it's likely that the presentation glitches are caused by madVR. I'm not fully sure if this is a problem caused by DWM/Aero, or by Direct3D itself, or by the GPU driver. In any case, right now I don't have much hope of being able to do anything in madVR to fix this. However, at some point in the future I'm going to offer a D3D11 presentation path, which should then hopefully be able to get along without those presentation glitches. For now I'd suggest to disable the new windowed mode for your setup. Seems it doesn't like 120Hz too much.

[cremor]

Will do that, thanks for the explanation.

[huhn]

GPU core and memory clocks jump around 3/4 of maximum (most of the time), maximum and idle (rarely) clock rates. I couldn't see any difference in the amount of presentation glitches relative to clock rates.
GPU activity stays at 0% most of the time, sometimes it climbs to 80% if the idle clocks are active.

your screen doesn't show any problems like composition rate miss match.
you can try to force high a state for GPU by using nnedi3 for chroma. just to make sure it has nothign to do with that.
is somethign running in the background i can get a lot of problem when something is running in the background on my 120/144 screen.
and with a dual monitor setup 60/120 hz on windows 7 it was impossible to use madVR without FSE or overlay mode.

[Tom Keller]

Strange...

On my second machine (an old XP pc) since v0.87.15 and up madVR recognizes the 50Hz of the secondary display wrong:

http://abload.de/img/madvr15r7u13.jpg

The previous v0.87.15 does it right:

http://abload.de/img/madvr149cuxa.jpg

Maybe it's just related to the old-timer OS XP - i can't countercheck, since my Win7 machine doesn't have a display connected which allows 50Hz input (60Hz-144Hz is recognized fine though).

[madshi]

I'm slightly confused. Which exact version gets it right and which doesn't?

[digitech]

Madshi, you made this post recently:
"Thank you for the updated shaders! Yes, NNEDI3 + FineSharp works very well. When playing with doubling the resolution of test images I also like a combination of NNEDI3, FineSharp, LimitedSharpen and aWarpSharp2, though:

Code:
nnedi3x(dw=1, nns=2, qual=1)
LimitedSharpenFaster(strength=100)
aWarpSharp2(depth=5)
FineSharp()
At least this looks nice to me with this test image: castle. Probably a touch oversharpened, but at least it's crisp."
How can i access or add the aWarpSharp2 and LimitedSharpenFaster shaders in MPC with your settings?.. Thanks!

[madshi]

Except for FineSharp (which is available as a custom pixel shader) these are AviSynth scripts, for now. You can't use them in MPC-HC, unless you use the ffdshow raw video processor. This is outside of the scope of this thread, though. If you're interested in how to make AviSynth scripts work in MPC-HC, the best place to ask is probably the ffdshow thread.

[Ge'in]

Just for testing i have check your new option : trust dxva color & levels conversion.
But something is wrong :
http://reho.st/self/5fe6255bd8974d9569d0387a3b31d1fd3fe8d2c7.png

[Ge'in]

Ok, it work when u check also "DXVA upscaling when doing native DXVA decoding"

[Tom Keller]

I'm slightly confused. Which exact version gets it right and which doesn't?
With v0.87.14 (and below) everything works fine... but with v0.87.15 (and above) madVR always recognizes the 50Hz display as 60Hz and the output slightly stutters.

[madshi]

Ok, it work when u check also "DXVA upscaling when doing native DXVA decoding"
Ah, I see, that's a bug. Seems the "trust" option only works properly with those other two DXVA options activated, too. But that's the only way it makes sense, anyway. But I'll fix this for the next build.

With v0.87.14 (and below) everything works fine... but with v0.87.15 (and above) madVR always recognizes the 50Hz display as 60Hz and the output slightly stutters.
Ok, then use v0.87.17. That should fix the issue. Or does it not? Let video run for a couple of seconds, just to be safe. The initial detection may be wrong, but it should correct itself after a second or two.

[Tom Keller]

v0.87.17 does not fix it:

http://abload.de/img/madvr1viuy5.jpg

Even after a minute it still shows (exactly) 60Hz instead of 50Hz:

http://abload.de/img/madvr2leuuz.jpg

[madshi]

That confuses me. What happens if you create two empty files with the names "disableRefreshRate1" and "disableRefreshRate2" (no file extension!) in the madVR folder? Does that make any difference?

[Tom Keller]

I created those files and even did reset all madVR settings to the defaults:

http://abload.de/img/madvr234ubu.jpg

But it sadly makes no difference at all:

http://abload.de/img/madvrmnubo.jpg

[kasper93]

Except for FineSharp (which is available as a custom pixel shader) these are AviSynth scripts, for now. You can't use them in MPC-HC, unless you use the ffdshow raw video processor. This is outside of the scope of this thread, though. If you're interested in how to make AviSynth scripts work in MPC-HC, the best place to ask is probably the ffdshow thread.

AviSynth scripts are supported natively in MPC-HC! Just open .avs file and you are done. ffdshow is obsolete and not recommended unless you really must use it.

[huhn]

i'm pretty sure this is more about how to apply a avisynth plugin/function in realtime to the video that is played right now.

and this is a lot easier with ffdshow raw or potplayer.

[kasper93]

You need to decide if you want to watch movie using some script or you want to edit script. To edit script I would use AvsPmod rather than media player. But whatever works for you.

[huhn]

by using an avisynth script or editor like AvsPmod you are losing chapter, subtitle switching, audio language switching and other stuff avisynth can't really handle or at least not with a simple change like pressing s to change the subtitle. on top of it if you want to change a small thin you have to restart the hole video or you can't use madVR.

i personally don't use stuff like this. i use avisynth for encoding.
but i totally understand why people want to use it in realtime to alter there videos.

[madshi]

AviSynth scripts are supported natively in MPC-HC! Just open .avs file and you are done.
Yes, but most users don't want to create a custom avs file for every movie they want to play. It would be cool if MPC-HC could implement AviSynth support similar to how ffdshow did it. But then, MPC-HC might not be the best place for that. Would be extra cool to have it in LAV, though... :p

I created those files and even did reset all madVR settings to the defaults.

But it sadly makes no difference at all.
Could you please create a debug log with v0.87.17. And also one with an older version where everything still worked?

[kasper93]

by using an avisynth script or editor like AvsPmod you are losing chapter, subtitle switching, audio language switching and other stuff avisynth can't really handle or at least not with a simple change like pressing s to change the subtitle. on top of it if you want to change a small thin you have to restart the hole video or you can't use madVR..

I meant that you wouldn't edit script during playback, because either you watch movie or edit script. I don't see why you would want to do both at once. I don't need chapters/subtitles and such while edditing script...

Yes, but most users don't want to create a custom avs file for every movie they want to play. It would be cool if MPC-HC could implement AviSynth support similar to how ffdshow did it. But then, MPC-HC might not be the best place for that. Would be extra cool to have it in LAV, though... :p

Fair point. But if someone is advanced enough to even play with avisynth, I guess he can workaround this inconvenience.

[huhn]

I meant that you wouldn't edit script during playback, because either you watch movie or edit script. I don't see why you would want to do both at once. I don't need chapters/subtitles and such while edditing script...

changing the preset for another content. changing SVP presets.

it is like using shader in mpc-hc. at least that is what people want to do with it.

[Tom Keller]

Could you please create a debug log with v0.87.17. And also one with an older version where everything still worked?
Here are the two logs - the first one created with v0.87.14 and the other one with v0.87.17:

http://s000.tinyupload.com/?file_id=01339840585588491897

[huhn]

think about an external file host. attachments may take some time.

[dbezerra]

Since Madshi announced the integration of MadVR with Kodi via DSplayer (yess!!!) I started to play with it. Unfortunately I found an issue that seems odd to me:

Issue: Some MKV videos have very dark pictures (wrong, missing colors) when I play them in Kodi using MadVR in either full screen exclusive or full screen overlay. As soon as I press CTRL+Enter to get out of Full screen mode, the picture corrects itself. but if I press CTRL+Enter again, the same problem comes back.

I tested DSPlayer with EVR, MPC-HC with same MadVR / LavFilters and MediaBrowser Theater with LAV & MadVR but I couldn't repro this bug in any of the other environments. So I assume it's something to do with DSPlayer and MadVR integration.

Here are screenshots:
https://www.dropbox.com/sh/pxhs1fgk44l1w1q/AAC3ImtFhw43wvjVzWaICkxsa?dl=0

My GPU is a NVidia GTX 760 running the latest NVidia drivers.

Any clue of what may be causing this ?

[RBX]

My GPU isn't used with 10-bit videos. Are some features disabled when playing 10-bit videos?

[Pat357]

My GPU isn't used with 10-bit videos. Are some features disabled when playing 10-bit videos?

What GPU do you have ?
Does it even have support for 10 decoding (for HEVC) ?

[Asmodian]

10-bit H.264 will always use software decoding, no hardware supports 10-bit H.264 (only HEVC). This isn't related to madVR.

[RBX]

Thanks for the information. I have a low end mobile GPU (GT540M) which works well enough for 720p videos.

[Nachbar]

I'd like to report a bug.

I'm not sure which program is at fault here but if you are playing a video with mpc-hc and then close it when you have amd gaming evolved (raptr) running then mpc-hc will get stuck running in the background and it will eat up one of your cpu cores until you close it via task manager. If I do not use madvr this does not occur. Also if I close raptr while mpc-hc is stuck in the background I will then get a message that mpc-hc has stopped working and it will close. If I don't have raptr running then everything is fine.

I'm going to guess its raptr having the problem as I've tried madvr 87.14 and I still get the problem there.

[cca]

I'd like to report a bug.

I'm not sure which program is at fault here but if you are playing a video with mpc-hc and then close it when you have amd gaming evolved (raptr) running then mpc-hc will get stuck running in the background and it will eat up one of your cpu cores until you close it via task manager. If I do not use madvr this does not occur. Also if I close raptr while mpc-hc is stuck in the background I will then get a message that mpc-hc has stopped working and it will close. If I don't have raptr running then everything is fine.

I'm going to guess its raptr having the problem as I've tried madvr 87.14 and I still get the problem there.

I encountered issues with Raptr myself, in my case it cased frame drops at regular intervals while watching videos with madVR. I booted it out of my system and never had it happen again.

[sexus]

madshi got a big request for madvr , its been bugging me ever since the support for OSD elements by madvr and am suprised this issue hasnt been tackled earlier , so ive noticed madvr has always had issues with rendering OSD elements smoothly aka theres a noticeable delay between OSD elements this has been both noticed on potplayer and kodis latest dsplayer madvr build this can be easily reproduced by simply up and downing the volume in potplayer or kodi or backing into the kodi home navigation screen while a video is being rendered , mind you ive tried already by putting prerendered frames to 1 and deselecting wait for renderqueue is full for window and exclusive as well did i try it with cranked down upscaling ,yet as said all to no avail , id appreciate a fix alot

[Mangix]

Will Nvidia's new drivers speed up NNEDI3 in any way? New drivers support OpenCL 1.2 apparently. I see a lot of "#if __OPENCL_VERSION__ >= 110" in the code ;).

[Asmodian]

madshi got a big request for madvr , its been bugging me ever since the support for OSD elements by madvr and am suprised this issue hasnt been tackled earlier , so ive noticed madvr has always had issues with rendering OSD elements smoothly aka theres a noticeable delay between OSD elements this has been both noticed on potplayer and kodis latest dsplayer madvr build this can be easily reproduced by simply up and downing the volume in potplayer or kodi or backing into the kodi home navigation screen while a video is being rendered , mind you ive tried already by putting prerendered frames to 1 and deselecting wait for renderqueue is full for window and exclusive as well did i try it with cranked down upscaling ,yet as said all to no avail , id appreciate a fix alot

Zoom Player's OSD elements are very responsive when rendered through madVR. I notice no delay in the OSD at all even when in fullscreen exclusive mode.

I think this is a player issue not a madVR issue.

[dbezerra]

Since Madshi announced the integration of MadVR with Kodi via DSplayer (yess!!!) I started to play with it. Unfortunately I found an issue that seems odd to me:

Issue: Some MKV videos have very dark pictures (wrong, missing colors) when I play them in Kodi using MadVR in either full screen exclusive or full screen overlay. As soon as I press CTRL+Enter to get out of Full screen mode, the picture corrects itself. but if I press CTRL+Enter again, the same problem comes back.

I tested DSPlayer with EVR, MPC-HC with same MadVR / LavFilters and MediaBrowser Theater with LAV & MadVR but I couldn't repro this bug in any of the other environments. So I assume it's something to do with DSPlayer and MadVR integration.

Here are screenshots:
https://www.dropbox.com/sh/pxhs1fgk44l1w1q/AAC3ImtFhw43wvjVzWaICkxsa?dl=0

My GPU is a NVidia GTX 760 running the latest NVidia drivers.

Any clue of what may be causing this ?

I managed to pin point the issue. I can only see this problem in the following scenario:
1. Only when using DSPlayer (Kodi) with MadVR as a renderer in either Full screen exclusive or Full screen overlay
2. Have luma doubling set (# of neurons doesn't seem to matter)
3. Have the downscaling done by any of the custom pixel shader options (I use Catmull-Rom)

As soon as I change the downscaling to DXVA2 the problem goes away. It repros with version 0.87.17.

Question - do you know what could be causing this behavior only on DSPlayer? Do I lose quality by using DXVA2 instead of Catmull-Rom (looks like DXVA2 equals Bilinear for my NVIDIA card)

[sexus]

Zoom Player's OSD elements are very responsive when rendered through madVR. I notice no delay in the OSD at all even when in fullscreen exclusive mode.

I think this is a player issue not a madVR issue.

zoomplayer is a exception then , cause i get this in dsplayer kodi build and potplayer, so something in madvr is causing this , i dont get this with EVR or any other renderer, you can easily test this for yourself

[huhn]

this is a know issue with the current kodi builds. lowering lower present frames in advances helps but this has to be fixed in kodi.

madVR renderers frames and stores them if the program renders the OSD on those frames they are delayed.

try low GPU queue and stuff like this.

[garson]

Several pages back I've reported issues, on WinXP 32bit, nV GT730, latest MPC-HC and MadVR.
I had sound and no image. I've downloaded latest madVR v0.87.17 and now I have image again.
Thanks, madshi. :thanks:

Edit:
Just tried now madVR 0.87.14, not working, madVR 0.87.15 is working. :)

[nevcairiel]

zoomplayer is a exception then , cause i get this in dsplayer kodi build and potplayer, so something in madvr is causing this , i dont get this with EVR or any other renderer, you can easily test this for yourself

MadVR offers different ways to render an OSD, some of which are better with display delay. ZP may just be doing it right!

FWIW, I don't understand why Kodi doesn't just render the video with madVR and any elements needed during playback, but keeps the main GUI on a separate 3D renderer, with no delay at all. But oh well, their design choice I guess.

[Qaq]

If I only have HD3000 (2520m), I can't use the Error diffusion (DX11) right? because the HD3000 only supports (DX10.1)Nope. Its because your OS (setup) doesn't provide DX11.
Windows 8.1 x64 here and G1820 with simple HD graphics and it supports DC and ED.

http://gpuz.techpowerup.com/15/04/05/2dn.png

Of course G1820 is rather slow for ED. Rendering time is about 40,3ms for 40ms upscaled movie but for HD3000 and above it should better.

[vivan]

IIRC he uses Windows 7 which, of course, supports DX11.

G1820 is Haswell, it should be similar to HD4600, not 3000. And HD3000 doesn't suppport ED, but HD4600 does.

[sexus]

so , what , this is a kodi and potplayer issue afterall? guys you confuse me, setting prerendered frames to 1 or 8 in madvr doesnt do diddly for the lag


gpu queue is set to 24 and cpu to 48

update> ok ive just found out setting gpu queue to 4 fixed the OSD lag on kodi and potplayer this was the lowest setting there was no option to completely disable it oddly enough , i hope i didnt do anything wrong cause i always thought 24 was appropriate for my my unlocked titan gtx , ive left cpu queue at 48 , i recon this is ok for a i7 980x 4.3ghz oc , right? all gpu queue settings are set to flush for both windowed and fullscreen


btw theres still lag now when you backout during playback into the kodi homescreen , is there a fix for this?

[huhn]

by not rendering frames in the same instance.

BTW. 4 GPU queue isn't save at all try at least 6 or even simple things like deinterlacing can fail.

and the lag is at least 4 frames even with GPU queue of 4

[sexus]

ok so ive reset my gpu queue to 24 and my cpu queue to 48 and posted nevcairiels answer to kodi dsplayers thread , hope they can fix this , matter of fact maybe madshi can help with this , to have madvr use a seperate renderer for OSD elements , since as of currently even on the latest madvr build there is atleast 4 frames of OSD lag on both kodi and potplayer , as stated by huhn