madVR - high quality video renderer (GPU assisted)

[Damien147]

I don't have a high cpu load problem with DXVA2(copy-back).I have jerky ''skippy'' slow down playback problem with DXVA2(copy-back).Only with HEVC,other sources play smoothly with DXVA2(copy-back).

[ryrynz]

I recommend continuing this discussion somewhere else.

[Damien147]

DXVA2(native)HEVC black screen points Madvr and AMD users.For else I am going somewhere else if it's not Madvrs problem.

[QBhd]

Originally Posted by ryrynz

I recommend continuing this discussion somewhere else.

Indeed... this is taking far to long and not really a madVR issue

QB

[Damien147]

Guys sorry but I didn't know that it wasn't Madvrs fault.For dxva(copyback) I'm going to Lav thread but DXVA2(native)HEVC black screen points Madvr and AMD users.EVR plays 10bit HEVC with DXVA2(native) as intended,no black screen.Two more AMD users here reported it.
Madshis priority is NGU pixart,not that.All I said is to keep it in mind.Have a nice day

[huhn]

http://bugs.madshi.net/view_all_bug_...d=4&dummy=bla/

and don't even know if madVR support p010 from DXVA.

[Damien147]

The ''skippy'' DXVA2(copy-back) gives me P010 in OSD.Gonna report it,thanks.

[MS-DOS]

I just tested two HEVC 2160p 60 fps samples on my RX 480 out of curiosity. Results:

1. HEVC 2160p 60fps 8-bit (link in the description):

madVR, DXVA native - All good
madVR, DXVA copyback - Slideshow
EVR CP, DXVA native - All good
EVR CP, DXVA copyback - Slideshow

2. HEVC 10-bit 59.940fps (Korean ATSC 3.0 satellite TV capture sample):

madVR, DXVA native - Black screen
EVR CP, DXVA native - All good

Conclusion: The slowdown is not madVR related. The black screen probably is, OSD reports P010 plus a lot of dropped frames and presentation glitches.

[MultiAnon]

anyone know what the latest AMD driver that works with madVR is? (im using a r9 290)

[HillieSan]

Originally Posted by MS-DOS

I just tested two HEVC 2160p 60 fps samples on my RX 480 out of curiosity. Results:

1. HEVC 2160p 60fps 8-bit (link in the description):

madVR, DXVA native - All good
madVR, DXVA copyback - Slideshow
EVR CP, DXVA native - All good
EVR CP, DXVA copyback - Slideshow

2. HEVC 10-bit 59.940fps (Korean ATSC 3.0 satellite TV capture sample):

madVR, DXVA native - Black screen
EVR CP, DXVA native - All good

Conclusion: The slowdown is not madVR related. The black screen probably is, OSD reports P010 plus a lot of dropped frames and presentation glitches.

Thanks a lot! I was already wondering, because I got black screen since madvr 0.91.1 or 0.91.3 (test update). The slideshow happend before. Since then I have also updated the AMD drivers a few times. So, I cannot tell if it is a driver or madvr issue. I agree with Damien147 that the issue points to madvr.

[strumf666]

Originally Posted by MultiAnon

anyone know what the latest AMD driver that works with madVR is? (im using a r9 290)

I am using the Crimson ReLive Edition 17.2.1 (R9 290x) and no problems so far.

[tranfa]

Originally Posted by madshi

As huhn and I have both suggested, please upload it (zipped) to some external file host. Attaching files to this forum doesn't work very well.

Sorry you're right.
Here is the first file:
http://www.filedropper.com/madvr-log30hz
And here is the second:
http://www.filedropper.com/madvr-log25hz

[MultiAnon]

Originally Posted by strumf666

I am using the Crimson ReLive Edition 17.2.1 (R9 290x) and no problems so far.

Turns out i was using an older version of madVR, updated to the newest version, and now i have no problems.

[tranfa]

Originally Posted by Damien147

I reproduced your problem and by adding p50 solved it.



EDIT:So your resolution is 3840x2160?Then try :

3840x2160p24, 3840x2160p25, 3840x2160p29, 3840x2160p30, 3840x2160p50

or

2160p24, 2160p25, 2160p29, 2160p30, 2160p50

Nope: I still have 30hz for 25fps material with this input.

Unsurprisingly, I don't have 50hz among the allowed one for 2160p in my TV/video card/driver.

[huhn]

because you need HDMI 2.0 for 2160p50/60 on the GPU and TV.

[tranfa]

Originally Posted by huhn

because you need HDMI 2.0 for 2160p50/60 on the GPU and TV.

Sure, so "unsurprisingly"; but this is not the issue....

[Georgel]

Originally Posted by madshi

Here's a new NGU pixart test build:

http://madshi.net/nguPixArt.zip

Actually, the zip contains 2 different test builds. Both builds are almost identical to each other and to the previous build with only one key difference: The NGU "very high" algorithm has been tuned. The "low", "medium" and "high" algorithms haven't changed at all. So if you want to test the new builds, please use "very high" for all your tests.

The new builds have slightly different priorities to before: The old NGU pixart test build put highest priority on anti-aliasing capabilities, which proved to be working well. However, it resulted in some artifacts sometimes, and in results maybe not always looking very natural. The tuned NGU pixart "very high" algo now compromises a little bit. I've traded in a bit of anti-aliasing capability for more natural looking results and more sharpness. The 2 new builds are very near to each other. One build has ever so slightly higher anti-aliasing abilities, the other one is ever so slightly sharper.

Included in the zip is also a little image quality comparison, with screenshots taken with: NNEDI3-256, standard NGU very high, the original NGU pixart very high, and the 2 new NGU very high variants. Please check out the images and let me know which algorithm you prefer. Please also double check with your own content to verify your preferences.

Here's my own subjective quality evaluation, based on the screenshot images in the zip:

anti-aliasing abilities: NGU-pixart-old > NGU-pixart-2 > NGU-pixart-3 > NNEDI3-256 (see kitchen and americanDad images)
natural look: NGU-pixart-3 > NGU-pixart-2 > NNEDI3-256 > NGU-pixart-old (see potatoes and suzumiya images)
sharpness: NGU-pixart-3 > NGU-pixart-2 > NNEDI3-256 > NGU-pixart-old (see castle and americanDad images)

Overall, I prefer NGU pixart 2/3 over the other options, but I can't decide if I prefer pixart 2 or 3. With some images I prefer 2, with some 3.

What are your thoughts?

Hey, @madshi

Tested and yes, it seems like the third variation does a pretty good job at eliminating the aberrations from the old pixart module.

I would personally prefer maybe even more anti aliasing if that were possible as I like my images very anti aliased for anime, but I think that it is going in the right direction.

Too much sharpness can easily result in jagged edges with anime, especially when we're talking about old shows, bad encodings and such.

[Damien147]

Originally Posted by MS-DOS

I just tested two HEVC 2160p 60 fps samples on my RX 480 out of curiosity. Results:

1. HEVC 2160p 60fps 8-bit (link in the description):

madVR, DXVA native - All good
madVR, DXVA copyback - Slideshow
EVR CP, DXVA native - All good
EVR CP, DXVA copyback - Slideshow

2. HEVC 10-bit 59.940fps (Korean ATSC 3.0 satellite TV capture sample):

madVR, DXVA native - Black screen
EVR CP, DXVA native - All good

Conclusion: The slowdown is not madVR related. The black screen probably is, OSD reports P010 plus a lot of dropped frames and presentation glitches.

Yes,it seems that the black screen problem is there only with 10bit HEVC.About the ''slideshow'' it seems that it gets worst with Madvr in comparison with EVR.

Originally Posted by tranfa

Nope: I still have 30hz for 25fps material with this input.

Unsurprisingly, I don't have 50hz among the allowed one for 2160p in my TV/video card/driver.

Too bad because I found source to reproduce your problem (25fps movie with 30hz) and If I added p50 solved it{(particular 25fps sources playing in 50hz)(other 25 fps sources played in 25hz)}

[tranfa]

Originally Posted by Damien147

Too bad because I found source to reproduce your problem (25fps movie with 30hz) and If I added p50 solved it{(particular 25fps sources playing in 50hz)(other 25 fps sources played in 25hz)}

Thank you anyway for trying.

[Asmodian]

Originally Posted by Damien147

Yes,it seems that the black screen problem is there only with 10bit HEVC.About the ''slideshow'' it seems that it gets worst with Madvr in comparison with EVR.

That the "slideshow" is worse with madVR compared to EVR is expected, madVR uses more memory bandwidth than EVR. If copyback is noticeably slower than native your GPU is starved for memory bandwidth.