madVR - high quality video renderer (GPU assisted)

[BluesFanUK]

PotPlayer has a decent screencap facility.

[BluesFanUK]

Quick question - i'm using PotPlayer and it can render VR videos without the need for additional software. It doesn't work when MadVR is set as the video renderer though. Is this a MadVR issue or is there a way to disable MadVR when playing a VR vid?

[Animus120]

So I just found out that using madVR 0.89.6 + XySubFilter beta3 actually shows the subtitle in screenshot, but any newer madVR than 0.89.6 will make subtitle not appear in screenshot. I wonder what cause this problem though

[Georgel]

What is the best algorithm or setup so far for running content at a broken resolution?

For example, trying to run 1080 content on a 1440 display results in a somewhat blurry image with my old settings and so far I've been testing different combinations of algorithms. Curious what do other people use for this?

[Q-the-STORM]

is there any way to force 3:2 decimation in madVR?
basically the same thing madVR does when doing IVTC, but for progressive 29.97fps content that has duplicate frames and just needs to be decimated to 23.976fps...

[huhn]

try your luck with control+alternative+shift+T.
it can decimate 2:2:2:4 content but it isn't correcting the frame stamps so it only works at 23p

[Anima123]

is there any way to force 3:2 decimation in madVR?
basically the same thing madVR does when doing IVTC, but for progressive 29.97fps content that has duplicate frames and just needs to be decimated to 23.976fps...

As I remember, I used to be able to activate IVTC with some 60 fps progressive videos, but it didn't work again, with other 60 fps videos (cannot remember the one that used to work though).

It might be that the IVTC detection algorithm decide not to activate it.

I think it would be really nice to apply IVTC to those 60 fps videos while we can use a nice upscaling algorithm without squeeze GPU load too much.

[Q-the-STORM]

try your luck with control+alternative+shift+T.
it can decimate 2:2:2:4 content but it isn't correcting the frame stamps so it only works at 23p
wonderful, I have my GPU set to output 23p, going frame by frame and looking at fluidity in motion, it seems to decimate correctly....
Thanks!

[70MM]

I havent been following the thread for a couple of weeks...
Madshi mentioned a few weeks back that there was going to be something exciting for video with poor quality, has anything happened about that as yet please?

[Asmodian]

I havent been following the thread for a couple of weeks...
Madshi mentioned a few weeks back that there was going to be something exciting for video with poor quality, has anything happened about that as yet please?

There is a 4x NGU mode which is much better than running 2x2x NGU, faster and softer. Set chroma to "normal" to enable it. I am quite impressed by the improvement over double doubling. :D

However, I use NNEDI3 256 + NNEDI3 64 instead for most SD content because of edge noise, 4x NGU is much faster and sharper than NNEDI3, but with SD content it is still too faithful to the artifacts.

Nothing else. :)

[70MM]

There is a 4x NGU mode which is much better than running 2x2x NGU, faster and softer. Set chroma to "normal" to enable it. I am quite impressed by the improvement over double doubling. :D

However, I use NNEDI3 256 + NNEDI3 64 instead for most SD content because of edge noise, 4x NGU is much faster and sharper than NNEDI3, but with SD content it is still too faithful to the artifacts.

Nothing else. :)

Im on version 127.0.0.1, is this the correct version to get 4x?

[ryrynz]

That's not a version number for madVR, that's your local PC address.

If you read the OP you could've found the answer, plus there's a change log included in your installation directory.. also madVR shows the version number as soon as you enter the options.
Unsure how you completely missed all this.




madVR v0.91.5

* added direct 4x NGU upscalers

[70MM]

If you read the OP you could've found the answer, plus there's a change log included in your installation directory.. also madVR shows the version number as soon as you enter the options.
Unsure how you completely missed all this.

Sorry, I never new all that information was at the start of this thread. Thank you.

[alexnt]

I have set the following and my question is if my settings make sense.

For SD:
chroma upscaling - NGU medium
image downscaling - SSIM 2D 100% + LL + AR
image upscaling - NGU: luma - high(for luma)
chroma - let madvr decide(for chroma)
jinc(for upscaling)
use image downscaling settings(for downscaling)
upscaling refinement - soften edges 1

For 720p:
chroma upscaling - NGU medium
image downscaling - SSIM 1D 100% + LL + AR
image upscaling - NGU: luma - high(for luma)
chroma - let madvr decide(for chroma)
jinc(for upscaling)
use image downscaling settings(for downscaling)
image refinement - none
average renderiing ~ 16 - 22ms

For 1080p:
chroma upscaling - NGU high
image downscaling - SSIM 1D 100% + LL + AR
image upscaling - jinc AR
image refinement - none
average renderiing ~ 10 - 16ms

I understand that for 1080p files, image upscaling/downscaling is not needed but how can I turn it off, or madvr, simply, does not use these settings?

As for 720p, that I understand is that I have set luma upscale to 1440p and then downscale to 1080p, correct?
Then why jinc is not used by madvr?

I have missed something...
Any suggestions and help are welcome...

[Q-the-STORM]

I understand that for 1080p files, image upscaling/downscaling is not needed but how can I turn it off, or madvr, simply, does not use these settings?

it will only use the settings if they are needed... if the video doesn't need to be upscaled (1080p video on a 1080p display) it won't be.
Chroma always has to be upscaled (Since there's no full chroma information in consumer videos)


As for 720p, that I understand is that I have set luma upscale to 1440p and then downscale to 1080p, correct?
Then why jinc is not used by madvr?
You have set luma doubling with NGU and upscaling with Jinc.
So on a 1080p display, you double 720p to 1440p with NGU and then downscale to 1080p. So you don't need any more upscaling with Jinc.

Jinc will only be used if you have additional upscaling AFTER doubling. So if you had a 2160p display, you would double 720p to 1440p with NGU and then upscale 1440p to 2160p with Jinc.

All in all, your settings seem fine, you still got some room though... you could try NGU for chroma doubling, instead of letting madVR decide and see if stay under 40ms.... though that would probably be very minor improvements, since all your other steps already double with NGU...

[alexnt]

it will only use the settings if they are needed... if the video doesn't need to be upscaled (1080p video on a 1080p display) it won't be.
Chroma always has to be upscaled (Since there's no full chroma information in consumer videos)


You have set luma doubling with NGU and upscaling with Jinc.
So on a 1080p display, you double 720p to 1440p with NGU and then downscale to 1080p. So you don't need any more upscaling with Jinc.

Jinc will only be used if you have additional upscaling AFTER doubling. So if you had a 2160p display, you would double 720p to 1440p with NGU and then upscale 1440p to 2160p with Jinc.

All in all, your settings seem fine, you still got some room though... you could try NGU for chroma doubling, instead of letting madVR decide and see if stay under 40ms.... though that would probably be very minor improvements, since all your other steps already double with NGU...

I thought that NGU would do a 4x upscaling and jinc would not be used at all. That's why I was confused with the extra upscaling.

I have set chroma doubling to NGU high but it shows NGU low in output.

[Asmodian]

NGU goes to 4x when the upscaling ratio is above 2.4x, Jinc would be used to upscale after doubling with NGU if the scaling ratio was between 2.0 and 2.4.

For chroma doubling, when using whatever luma options you chose, "high" means NGU low, "normal" would be Bicubic60.

[Q-the-STORM]

I thought that NGU would do a 4x upscaling and jinc would not be used at all. That's why I was confused with the extra upscaling.

atm NGU 4x is only enabled when chroma doubling quality is set to normal... if that's the case, it would obviously do 4x, I was only explaining in general when Jinc is being used to answer your question, which is after doubling or quadrupling if needed...

[Asmodian]

NGU will do a 4x upscaling even if chroma doubling quality is set to something besides normal, it will do it by running 2x NGU twice but it still does a 4x upscale.

You probably already knew this but I wanted to make it clear. :)

[alexnt]

atm NGU 4x is only enabled when chroma doubling quality is set to normal... if that's the case, it would obviously do 4x, I was only explaining in general when Jinc is being used to answer your question, which is after doubling or quadrupling if needed...

If I set for luma NGU high and for chroma normal then it upscales 720p to 2880p(4x) and then it downscales it to 2160p(with the way I have set downscaling) and it is not needed to use jinc or anything else for extra upscaling.

If I set for luma NGU high and for chroma NGU low what does it do?It doubles and then downscales, as example above? Jinc will not be used again?

In what case it would use ngu for quadrupling and jinc for upscaling together?

[Q-the-STORM]

In what case it would use ngu for quadrupling and jinc for upscaling together?
You would use it together if you need more than quadrupling, so with a 2160p display, anything smaller than 960x540 will be quadrupled and then upscaled...

btw why don't you simply test yourself what is used, you can just CTRL+J and see it yourself...

[Pat357]

..... or for alexnt with a 1080p display, everything smaller then 480 x 270 would use ngu for quadrupling and jinc for upscaling together, IIRC.

[Oguignant]

Hi,

I have calibrated my Tv display for gamma bt1886. How should I configure madvr? Pure power curve 2.20 or 2.40?

[Asmodian]

..... or for alexnt with a 1080p display, everything smaller then 480 x 270 would use ngu for quadrupling and jinc for upscaling together, IIRC.

Yes, with a 1080p display, jinc would be used to upscale video lower than 480x270 or between 800x450 and 960x540.

I have calibrated my Tv display for gamma bt1886. How should I configure madvr? Pure power curve 2.20 or 2.40?

Pure power curve 2.40.

Using a 3DLUT instead would be ideal but if you calibrated to standard BT.1886 some other way BT.1886 uses 2.40. However, this setting will not have any effect anyway, unless you also use the "color & gamma" setting to attempt to change it to something else.

edit: which I wouldn't recommend, calibrate to something else if you want to, don't mess with the "color and gamma" settings. :)

[ryrynz]

Madshi, along with my other request to be able to cycle using the same keyboard shortcut key,
could you please add everything in the upscaling refinement page into the keyboard shortcut list?
These along with a shortcut key for the options page would be solid usability improvements.

[Oguignant]

Pure power curve 2.40.

Using a 3DLUT instead would be ideal but if you calibrated to standard BT.1886 some other way BT.1886 uses 2.40. However, this setting will not have any effect unless you also use the "color & gamma" setting to attempt to change it to something else.

I can create 3dlut file with Calman software. Would be the best, right?

If I use 3dlut, should I activate color & gamma option too? Or should it be off?

[Asmodian]

Yes, a 3DLUT with Calman would be very good.

No, I never recommend to use "color & gamma", those are simple adjustment options not something for calibration.

[adhara]

..... or for alexnt with a 1080p display, everything smaller then 480 x 270 would use ngu for quadrupling and jinc for upscaling together, IIRC.

What about for a 2160p display ?
Guys, what do you suggest in term of settings (Chroma, Image, Upscaling refinement, ..) with a GTX 1070 GC ?

[rhaz]

Hi. When I use mouse scroll to adjust volume, the volume tooltip at top left feels delayed/lag at least 1 second.

[huhn]

are you using an unusual big buffer?
the bigger the buffer the longer it takes to see the change on the screen.

[Xaurus]

Ok so I have a strange problem recently. Getting a sudden bunch of frame drops that last something like 1 second. Typically 10-15 frame drops at the same time.
Then it can be perfectly fine again for 30 minutes or so, then it happens again.

I'm using the GPU to about 75% usage (roughly 30 ms rendering time for 23p content) and I have tried with DX 11 fullscreen and windowed, DX 9 fullscreen and windowed and DX 9 overlay.

I checked GPU-z and I noticed something weird, the GPU usage would hover around 65-75% all of the time, but at those intervals where I get these frame drops the GPU usage is 99%.
So something is suddently eating all of the GPU resources.

This only started to happen recently. I used DDU and removed the latest nvidia drivers and tried an older version, but the problem persists.

Does anyone have an idea what this can be? I am on Win 10 x64 with that big update released in the fall (clean install).
See my signature for hardware details.

[Shiandow]

I checked GPU-z and I noticed something weird, the GPU usage would hover around 65-75% all of the time, but at those intervals where I get these frame drops the GPU usage is 99%.
So something is suddently eating all of the GPU resources.

Could be the driver trying to lower the GPU clock to save energy. Nvidia tends to get that wrong sometimes. You should be able to verify this using GPU-z.

[Xaurus]

Could be the driver trying to lower the GPU clock to save energy. Nvidia tends to get that wrong sometimes. You should be able to verify this using GPU-z.
Yeah I checked that and the clock stayed the same, that's the weird thing. I am totally at a loss here. I've set MPC-HC to "Prefer maximum power" in the Nvidia contron panel...

[Damien147]

My speakers sound like a typewriter on steroids when loading mpc-hc...:scared:

:stupid:

[Damien147]

...oh...no fun.:mad:I can hear this crackling noise while movie playing.

[Plutotype]

Ok so I have a strange problem recently. Getting a sudden bunch of frame drops that last something like 1 second. Typically 10-15 frame drops at the same time.
Then it can be perfectly fine again for 30 minutes or so, then it happens again.

I'm using the GPU to about 75% usage (roughly 30 ms rendering time for 23p content) and I have tried with DX 11 fullscreen and windowed, DX 9 fullscreen and windowed and DX 9 overlay.

I checked GPU-z and I noticed something weird, the GPU usage would hover around 65-75% all of the time, but at those intervals where I get these frame drops the GPU usage is 99%.
So something is suddently eating all of the GPU resources.

This only started to happen recently. I used DDU and removed the latest nvidia drivers and tried an older version, but the problem persists.

Does anyone have an idea what this can be? I am on Win 10 x64 with that big update released in the fall (clean install).
See my signature for hardware details.

I have similar problem since I have switched to Win10 without Reclock = sudden frame dropouts ( 5-6 at once ). Inspite of seeing stable clocks and stats of frame drops 4+ hours, I experience 20-30 frame drops during 2hours movie. Will investigate further and eventually go back to 32-bit+Reclock setup.

[e-t172]

Ok so I have a strange problem recently. Getting a sudden bunch of frame drops that last something like 1 second. Typically 10-15 frame drops at the same time.
Then it can be perfectly fine again for 30 minutes or so, then it happens again.

Are you using a 3DLUT? If yes, you might be hitting a known issue (http://bugs.madshi.net/view.php?id=462).

[Xaurus]

Are you using a 3DLUT? If yes, you might be hitting a known issue (http://bugs.madshi.net/view.php?id=462).
No I'm not using that unfortunately. I've set the option to "This display is already calibrated..." but I will try "Disable calibration controls for this display".

Plutotype, I've run without reclock for a year or so (maybe longer) without any issues, but it's only recently that this problem started to happen. So something has changed somewhere, but I just don't know where - if it's the OS or something else. Thanks though.

[huhn]

can you post an image of the OSD with nnedi 3 selected?
i should be able to tell you what is going on.

and make sure the driver you are using are not installed by windows.

[madshi]

Wow, I'm gone for a couple of weeks, and 60 new pages... :eek:

I tought, that chroma doubling isnt recommended or needed with ngu, with this settings, madvr chooses the chroma very high setting in image upscaling.

chroma let madvr decide = NGU med
chroma very high = NGU med

i was just wondering.
Chroma doubling isn't useless, it does help in some situations, it's just much less important compared to luma doubling. Which is why the highest NGU quality madVR allows for chroma doubling atm is "NGU med". If you set "let madVR decide", madVR chooses settings which I find reasonable. If you use "NGU VeryHigh" for luma doubling that can only mean that you have an extremely fast GPU. Doing "NGU Med" chroma doubling is easy as cake for such a GPU. So coupling NGU VeryHigh for luma doubling with NGU Med for chroma doubling sounds like a good fit for me.

But, of course you don't have to let madVR decide, you can decide yourself if you don't like my choices.

Madshi, do you know why an app called Smart Share for sharing content over my network causes MadVR and MPC-BE to crash? It gives me the error 'unrar.dll is missing' before actually crashing. Uninstalling it brings back normality. App link is below for you to test. I'm using Windows 10 and 32 bit MPC-BE.

http://www.lg.com/uk/support/smart-share
I've no idea, but I won't install some 3rd party software to search for their bugs, sorry.

I've made 3 examples.

The problem is as it follows: Both XBR and NNEDI are way smoother for Anime if resized from a low resultion. NGU, while sharper, has aliasing and ringing that is quite visible. The black lines come aliased, "in steps" compared.
NGU is made for high quality sources of any resolution. It doesn't matter if your source is low res or high res, as long as it's high quality, NGU should work great. However, with low quality sources, NGU does stumble.

High quality = no (noticeable) compression artifacts & no aliasing
Low quality = noticeable compression artifacts and/or aliasing

The way NNEDI3 and XBR are designed, they smooth out aliasing problems in the source very well. Doing that is actually XBR's highest priority design target! NGU on the other hand does not even try to remove aliasing in the source. NGU depends on the source being high quality. So if your source has problems, NNEDI3 or XBR might be a better choice. They're quite noticably softer than NGU, though.

Opening a directory in MPC-HC (File - Open Directory..) results in a BSOD that points to nvlddmkm.sys+d938
That's an Nvidia driver file. BSODs in GPU drivers are very likely caused by bugs in the GPU drivers. Or by shaky (overclocked?) hardware. Sorry, there's not much I can do here.

I tried three movies and I get similar behavior all three times (this is a fresh install of this setup and a brand new TV). The movie will play flawlessly for about 7-10 minutes and then the computer just hangs. It hangs with a perfect picture on the screen, but nothing I can do will allow it to exit. I end up having to do a hard reset of the computer.

I made two changes. I changed madVR to go into fullscreen exclusive mode rather than windowed. I also changed chroma>catmull rom to lanczos3. I then started another 3D movie and so far it's been playing for 32 minutes.

Do either of these things sound like changes that could have made a difference?
Sounds like a GPU driver problem to me. You could try different GPU driver versions to see if any of that fixes the problem. Exclusive mode is usually a bit more reliable in terms of smooth playback, but if windowed mode works well for you, that's fine, too. I'm pretty sure the change in chroma scaling had nothing to do with things.

I'm wondering something.. surely I can't be the only one that notices the aspect ratio differences when upscaling resolutions that aren't perfect 16:9s.. many of you now have high resolution monitors, mine is 2048x1152.

Two video files tonight, both anime:

1772x952 as reported in the OSD.
The default aspect ratio selected is 1.86 and it scaled to 0,26,2048,1126.
Changing it manually to 1.85 scales it to 0,22,2048,1129.

1280x688 as reported in the OSD.
The default aspect ratio selected is 1.86 and it scaled to 0,26,2048,1127.
Changing it manually to 1.85 scales it to 0,22,2048,1129.
I can't really say much (if anything) about this, without seeing the full OSD information, ideally screenshots.

In case of using super-xbr for luma doubling, chroma settings are also greyed out and stuck on automatic. All different algorithms should be available all the time.
super-xbr by design scales luma+chroma at the same time, "for free". It doesn't make any sense to use a more expensive algorithm (e.g. NNEDI3) for chroma doubling than you use for luma doubling. It also doesn't make sense to use a less expensive algo, because there isn't one since chroma doubling is free with super-xbr. So there you have your reason why you can't choose the chroma doubling algo when doing super-xbr luma doubling: Any other choice doesn't make any sense.

madshi, quick question... so with all your recent GUI and other mVR changes do you still recommend for low GPU laptops (such as mine with a 650M video card) NGU-low for chroma upscaling and Bicubic50/catmull rom for image upscaling?
Luma upscaling/doubling is much more important than chroma upscaling/doubling. So I would never recommend to use Catrom for image upscaling and NGU-low for chroma upscaling. That seems totally backwards to me. First of all choose the best luma upscaling/doubling settings you can, and if you have a few resources left, you can check if you can squeeze a decent chroma upscaling algo in, on top of that.

Are you finished making changes to the image upscaling dialog?
Nope.

madshi, perhaps you should make NGU use soften edges all the time, or at least always when upscaling from SD content [...].

Add Grain should be mandatory too with NGU[...].
Nope. There are many options in madVR that have very small visual impact. Soften edges and add grain are highly visible, and a matter of taste, so they will definitely stay options.

I think you can remove all the LL variants from the luma downscaling after doubling drop-down list, LL is not good to use after doubling.
How did you come to that conclusion? Have you done "proper" tests? I haven't tested that myself yet.

a greeting to all, activate 200% super sampling you think it is helpful when upscaling to 1080p to 4K? what do you advise me to use as an algorithm after doubling when upscaling to 4K 1080p and use as a quality algorithm NGU very high to me like a very defined image sharp
If you're not sure, just stick to the default settings, and choose the highest NGU quality level your GPU can handle.

Fucking Hell, madshi you really nailed it this time, the combination of NGU + super-xbr is an outstanding improvement in image quality, +/- 23% of GPU use and the laptop temps and fans are not all over the place, 0.91.4 should be renamed version 1.0.
Glad you like it! Still much work to do for 1.0, though.

Why the hell would I want to image double(using ngu-med) and downscale a 3840x1600 movie to 4096x2160!?
Fair enough. NGU does remove some of the source ringing (if there is some), so it could be beneficial, but at these high resolutions, it's eats quite a lot of GPU power, obviously.

@madshi got chance for D3D12? https://github.com/baldurk/renderdoc/releases/tag/v0.32
D3D12 doesn't look very interesting to me. Might be good for games, but the key advantage is higher performance when drawing a lot of triangles. madVR just draws 2 per frame... ;)

I just wanted to say that NGU for 1080p --> 2160p is awesome! I used Jinc for upscaling because I found it more natural than NNEDI3 and I was limited to 32 neurons. But now I use NGU, it's very natural, sharp and I can use the high preset. The picture is so pristine with this upscaler, it's actually the first time that I can easily see the difference on almost every scenes. I don't know how you did it but you really did a great job with this upscaler, it totally beats NNEDI3 + SR with high quality sources.

The only downside is with 480p anime. To be fair, NGU is more faithful to the source than NNEDI3 but it REALLY doesn't like mosquito noise. I use NNEDI3 256 neurons + SR1 on this type of content and for the moment I will stick with it. NNEDI3 hides these kind of artefacts very well, the reason why I use only SR1 is because anything higher will show again these artefacs like NGU. This week-end I will try 720p anime to see what NGU does.

But I will say it again, NGU is unbeatable with high quality sources!
Glad to hear that! :) I agree with your comments regarding low quality sources and NNEDI3 + SR.

madshi, please add an option to DISABLE chroma doubling for those who don't want/need it in the drop-down list. I can run VeryHigh NGU, but the chroma doubling seems useless, even with the Normal (Bicubic 60) option. I'd just like to disable the chroma doubling altogether.
Why would you want to disable it if it comes for free (which is the case with NGU)?

We definitely need some better more scientific analysis of what madshi does here ;)
Once I'm done with all the NGU development stuff, I'm going to do a "scientific" test, using stuff like PSNR, SSIM etc to measure how near all the various algorithms come to the "groundtruth". The problem with PSNR, SSIM etc is that they're imperfect approximations of human perception, so the results will have to be taken with a big pinch of salt, but it's still better to have some numbers than to rely on nothing but subjective impressions alone.

Of course another scientific approach would be to do a blind test with hundreds or thousands of people. However, not all people are really able to judge image quality well. E.g. most people prefer "sharp" images. I do, too. But many people don't even notice ringing/halos. They actually prefer a sharp image with ringing over a slightly softer image without ringing. Because of that relying on human testing has its problems, too.

I think I figured it out. My GPU goes to sleep for some reason and reduces performance to save power and lower temperature. Any idea how to prevent this?
I think there are some GPU tweaker tools out there which allow you to fix the GPU clock to a specific value? I'm not sure which, though.

i would really love to see a compare with Intels Hardware Adaptive Lanczos 4 tap (Intel HD) but it's not easy todo at all.
why? just select DXVA scaling and use an intel iGPU.

it is more like lanczos 3 AR with banding thanks to low bit deep math.
Agree with huhn. Sadly, Intel DXVA doesn't support scaling with anything other than 8 bit. Maybe Kaby Lake will change that because it supports 10bit HDR? I don't know, haven't had a chance to test it yet.

I understood that someone is suggesting to use specific settings (not letting the application decide) and change the power management mode. Is it necessary?
For madVR "let application decide" is usually the best setting.

3) Image downscaling: am I wrong or it's like I'll never use it? I mean I upscale 720p or 1080p to the 4K and I'll never watch anything over 4K....
If you will never need downscaling then it doesn't matter what is selected there.

On another note, @Madshi, I'm one of the silent users who have enjoyed MadVR for several years but never post, as I am not as technical as most folks here. THANK YOU for this remarkable software (especially NGU!)
:)

Guys I wonder if someone can offer some help please...
I have thee 1080 card and the JVC X9000 projector. Ive always had horrible banding and none of the banding settings on madvr make any difference at all for me.
Im still only using 1080p for all my ripped BDs and NEEDI3, haven't tested NGU yet.
As I play everything at 60Hz RGB 8bit to avoid the horrible slow sync of the JVC for mixed content, is it possible that 60Hz introduces the banding?
Try "madTestPattern", see first page of this thread. Use the "smallRamp.ytp" test pattern and zoom it to full screen size. Does it show without banding? If yes, the banding you're seeing must be in the sources you play. If the test pattern shows banding, too, then it must be introduced by your playback chain.

I hope you have your GPU setup to show 4:4:4 RGB in "full range"?

I have just noticed a weird behavior with the dark halos removal :

http://screenshotcomparison.com/comparison/193397

The processed lines are not straight anymore as it creates artifacts all around them. It is very distracting, even more in motion.
Did you combine the halo removal with NGU upscaling? That's not recommended.

I don't know if it was just my eyes. Nedi3 64 produces cleaner and more natural video. It manages noise very well as depicted in video such as TWD. TWD is very grainy and Nedi3 doesn't sharpen this. Can anybody concur? The only downside is that it hugs too much resources but if you have something to spare then this algo seems to be the best
NNEDI3 is smooth but very soft. NGU is much sharper, but requires high quality sources to shine.

I just tested NGU on 720p anime and I still prefer NNEDI3, it hides aliasing better.
Will also depends on the anime, though. If the source has aliasing in it, then NNEDI3 is definitely better. But if the source is high quality, NGU will beat the shit out of NNEDI3.

But we really need a more convenient way (apart from the MadVR icon in the Systray) to edit and to chose those presets with 1 or 2 clicks and or Keyboard shortcuts cycling through them
You can already assign shortcuts to madVR profiles.

[madshi]

I liked to use upscaling refinement such as adaptive sharpen and line thinning but now as I upgraded to a 4k tv it uses way too much performance. Using "image enhancements" does not give similar results, albeit much better perf.

I assume that upscaling refinements uses the upscaled 4k images and then applies to refinements while image refinements does it at the source resolution, whatever it is. Is there any way to apply these refinements at a half upscaled image (aka 1080p) so you get better balance in terms of performance penalty.
Have you tried using NGU upscaling? It's much sharper than the other upscalers, so maybe you don't need any upscaling refinement, anymore?

I get screen tearing when using fullscreen exclusive mode on my 60 Hz monitor (with or without smooth motion). Fullscreen windowed works just fine. On my TV and projector at 24 and 60Hz respectively, I have no tearing in exlusive mode. And ideas? :S
That's very weird! Have you tried rebooting your PC? I have this problem once in a while and rebooting always helps. If it doesn't help in your case, try a different GPU driver version. If that still doesn't help, I'm out of ideas. Fullscreen windowed is ok, too, though, if it runs smoothly and reliably for you.

For some reason if I leave MPC-HC/madVR paused and the mouse/keyboard inactive long enough then either the gfx card or motherboard makes a long beep sound and reboots. The screen is set to turn off after 3 mins, a couple mins after this I hear the beep and it reboots.
Probably a GPU driver bug. You could try a different GPU driver version.

Check out this post by a new user using the new image doubling menus. It is revealing what someone with basic knowledge and a good graphics card would do in these menus.

Note the choices he made (set everything on high) and what he didn't understand (downscaling after doubling and supersampling).

http://forum.kodi.tv/showthread.php?tid=259188&pid=2478009#pid2478009

Maybe downscaling after doubling could be called reduce overshoot of target resolution with image downscaling.
Ouch.

Сomparison algorithms chroma upscaling:
BrownFox.png(original) 0.0000
nguveryhighsr4 0.0024
nguhighsr4 0.0026
nguveryhigh 0.0028
ngumedsr4 0.0030
nguhigh 0.0032
sxbr150arsr4 0.0032
nnedi128sr4 0.0033
ngumed 0.0034
sxbr75arsr4 0.0036
sxbr100arsr4 0.0037
ngulow 0.0039
sxbr150ar 0.0048
reconsharp 0.0050
reconsharpar 0.0050
reconplacebo 0.0051
reconplaceboar 0.0052
nnedi128 0.0054
nnedi64 0.0057
sxbr100ar 0.0057
bilatoldsr4 0.0058
nnedi32 0.0059
bilatsoftsr4 0.0060
bicubic75ar 0.0064
sxbr75ar 0.0064
reconsoftsr4 0.0071
bilatold 0.0110
reconsoft 0.0117
bilatsharp 0.0134
bilatsoft 0.0135

I use dssim and brownfox.
Wow, that is a pretty good test - well done!! :)

How did you create the chroma subsampled image (4:2:0) from the original image, though? Did you take the chroma shift into account?

Can we get a force 200% scaling for Jinc in image upscaling?

After about 100 tests I came to the conclusion that anything but Jinc will add a bit of grain to edges while watching anime.

Jinc seems the most rounded, cleanest algorithm, but I want to force a 200% upscaling still using Jinc to get the most out of it. NNEDI and NGU work very well with human and life-like content, but not with anime... At least not in my tests / setup...
Everybody else seems to agree that NNEDI3 is the best algorithm for (aliased) Anime, myself included.

I've come across a user trying to create profiles for 3D and non-3D content. This is his rule:

else if (3D) and ((srcWidth > 1280) and (srcWidth <= 1920)) "1080p 3D"
else if (3D) and ((srcWidth <= 1280) and (srcHeight > 720) and (srcHeight <= 1080)) "1080p 3D"

else if (not 3D) and ((srcWidth > 1280) and (srcWidth <= 1920)) "1080p"
else if (not 3D) and ((srcWidth <= 1280) and (srcHeight > 720) and (srcHeight <= 1080)) "1080p"

Can you tell me if anything is wrong with this rule?
Is that the whole rule, or just a part of it?

It seems to me the user just wants to switch between 2 different profiles, one for 2D and one for 3D. In that case why not simply using "if (3D) "1080p 3D" else "1080p""?

Should I forget about sending 1080p to my UHD TV and let MadVR scale it to 2160p?
Yes, please! madVR will scale in much higher quality, anyway!

There's a new downscaling algorithm presented in "Rapid, Detail-Preserving Image Downscaling (http://dl.acm.org/citation.cfm?doid=2980179.2980239)", which seems to have better performance and result compared to SSIM.

Will it be in madvr's downscaler list in the future?
Interesting! They compared to the original SSIM paper, though, while the algorithm used by madVR is a lot different to that. I'm not sure if I'm going to implement this new algorithm. Can't say right now, but thanks for letting me know!

Strangely, NGU-High (former NGU-Med) is a lot sharper in v0.91.1 VS v0.91.4
Nothing strange about it. We already discussed earlier that I'm using strict downscaling now, which I might change to relaxed in the next official build.

Im using the 1080 card with madvr...
In the 1080 settings under "Adjust Desktop Color Settings" there is a dropdown box "content type reported to display" If I set it to (Auto-select (recommended) the image has terrible banding, if I set it to "Full screen videos" the image as NO banding and the blacks are more enhanced. The only problem is sometimes when i turn on the PC it has reverted back to Auto-select and Im back to the banding. Even though I save the setting why would it revert back? I only use this card and PC in my HT.

What do others have this setting selected to?
It seems weird that this has an effect at all. Are you using anything DXVA related (scaling, deinterlacing, decoding)?

Here you go....
resolution is set the same as yours I believe.
As long as I have Content type reported by display set to Full screen videos i have no banding. On auto I get banding.
Shouldn't "Digital Vibrance" be set to 0%?

That was it ! because there is no difference when I test NGU-veryHigh on both versions.

I'm not certain that it is an improvement though. It sure hides the artifacts better, but it is really soft.

NGU-veryHigh on the other hand is extremely impressive : razor-sharp with practically no visible artifacts. I don't how madshi managed to do that, it is almost magical :eek:
It's actually the downscaling algo, which makes the difference. VeryHigh uses SSIM. Lower versions use strict Bicubic150 which can be a lot softer. See my previous comment on that.

@madshi Do you plan to enable the "add grain" enhancement for other image doublers than NGU in the next version ?

It is a really neat feature which subjectively increase the details of the image when upscaling SD content to FHD or 4K. I would like to use it with super-xbr.

Did you write the code yourself or is it a script/shader that you can share ? :script:
Maybe in a future version. It's a very very simple TPDF noise which madVR also uses for dithering.

Madshi, thank you again for your work. NGU is the best thing that's happened to my HTPC in quite some time.
:)

Is the anti-bloating gone for good for super-xbr doubling ? I use it at only 25% and it does a pretty good job in reducing ringing and dark halos.
It's gone for now. Of course I could bring it back, but instead I would really like to get rid of super-xbr altogether (for image doubling at least). Why using super-xbr AB instead of NNEDI3 or NGU?

I have a issue I haven't been able to solve with scaling from 2k to 4k.

Normal playback is fine. rendering time around 29ms. But when I pause and resume playback or seek forwards and backwards, quite often the picture disappears and I get a screen which is mainly white with sometimes a vague noise outline of the major contrast areas. Sound remains fine.
This seems like a decoder issue to me. But in order to make sure I'd suggest that you check if playback is still running (e.g. display the madVR seekbar by moving the mouse cursor to the bottom of the screen, if you're in fullscreen exclusive mode), also check the OSD (Ctrl+J) to see if the queues are all full and no frames are being dropped.

Have you tried software decoding?

Is it recommended to use "process HDR content" without an HDR display?
No. The display would still receive HDR data (PQ transfer curve), which it can't properly display.

When I specify a 3DLUT, for any of the 2 options on the hdr page, it says wrong input/format for madvr.

Do I make a bt.709 lut or a bt.2020 lut for bt.2020 content on a normal gamut display (100% srgb)?
If your display can't handle HDR on its own, then do a normal SDR calibration on the calibration tab. That calibration will also cover HDR content, as long as you allow madVR to convert HDR to SDR by using pixel shader math.

[madshi]

Did somebody compared MadVR vs Sonys latest released X-Realtiy PP especially the Super Resolution Upscaler, compared to a relative price point optimized consumer Product like the XD80 series ?
What about Samsungs KS7000/8000 SAIT R&D improvements, they currently seem to win a lot of prices visualy not only from the Panel part itself but their FRC conversion seems to have reached the most stable state including the BFI could be even intersting comparing vs SVP and AMD Fluid Motion by now.
Feedback from users on AVSForum suggests that they like NGU better than what the latest Sony and JVC projectors do internally. But it's hard to compare this in detail because we can't do screenshots of what the TV/projectors do internally.

Panasonic is also doing some crazy stuff creating for each Frame a Histogram and adapt that to get better contrast and depth from inputs, also Samsung seems todo something similiar since some time now :D
That's nothing new, has been done by some CE devices for decades. I hate that kind of stuff. E.g. movies with low-contrast misty scenes suddenly become high-contrast? Way to destroy artistic intent!

Seems I got a random Crash with this error

exception number : 1
exception class : Exception
exception message : Zugriffsverletzung bei Adresse $61a07805 in Modul 'XySubFilter.dll'. Lesen von Adresse $0.

No idea what could had caused it (?)
It clearly says that the crash is in XySubFilter.dll.

NGU goes overboard and crash and burns why do you want to compare it?
but maybe its hard to see on a LCD/OLED tv with only 300 lines of motion resolution lol
its still blurry as hell.

for plasma users NGU looks crap
i get the same effect if i bump up sharpness +20.
Hello to flickering chainsaw edges and morie patterns all over the image.

NNEDI3 produces an accurate and natural image NGU does not.
Back to the drawing table madshi ;)
and one tip: use a proper tv to evaluate your scaling algorithms
One tip to you: Train your eyes before you try to judge scaling algorithms. It seems you don't really know what you're talking about. And btw, while using artifical test patterns can be beneficial if taken with a pinch of salt, testing with real world material is much more important.

In all my scientific tests (using groundtruths and measurements like PSNR and SSIM), NGU runs circles around NNEDI3.

Fact is: NNEDI3 has a specific purpose (originally: deinterlacing; somewhat unintended: upscaling of highly aliased sources) and works great for that specific purpose. But it's rather bad for upscaling high-quality video/photo sources. NGU also has a specific purpose (mainly upscaling of high quality video/photo sources) and works great for that specific purpose. NGU fails totally if you feed it with crappy sources. NGU doesn't like aliased sources, or sources with lots of visible compression artifacts.

No noise at all the clear Signal that is what you aiming for neither Temporal Noise nor Spatial Noise
You might aim for that if you want to build a "pure passthrough" source device and do all processing in the display. But that's the one and only situation where you aim for "no noise".

Already YCbCr -> RGB conversion means you need to apply dithering (noise), otherwise you get much more dramatic artifacts then noise.

I was wondering if madVR has ever considered including DLP Checkerboard as an output format?
I don't think it makes sense for me to implement something without being able to actually test it.

Anyway Debanding is not a solution but a workaround and im pretty shocked that some find debanding the whole frames efficient same they like to enable dithering (i hate both and want it to finally die) ;)
Debanding is useful if (and only if) the source has banding artifacts baked into it. Some Blu-Rays have this problem. For those madVR debanding can help *a lot*. Of course with 10bit UHD Blu-Rays the hope is that it will not be needed, anymore. We will see...

Dithering is a whole different topic. There's a law in digital processing: Whenver you reduce bitdepth, you *HAVE* to apply dithering. It's good, it's necessary, and if you don't do it, very bad things will happen to image quality.

The 4x algorithm is unfortunately too soft compared to the 2x2x method, but I guess some users will like it because of this
It's softer for some edges, but sharper for others. I'll post a detailed image comparison when all the work is done. Will be while, though.

On the other hand I have to agree that soft DVD sources do need a bit of edge presharpen so that NGU can do a clean edge instead of trying to "vectorize" the thin soft edge gradient with a "single color" vector area, this happens more with the higher quality settings on some samples. With a sharp 4k recording downscaled to DVD resolution it wouldn't be an issue but these older DVDs mastered from film are often soft, if not then they are ruined to hell with a global sharpener and halos by who ever was attempting to convert the film to DVD.

It would be nice to have a variable in the GUI that would change how sensitive NGU is to these soft edges so that one can dial it in.
Will see later when the other improvements are released if it's needed.
Overall I do postedge sharpen and thin edges as before without NGU, looks better to me. Sure NGU is sharper but I guess as other have experienced previous versions, it was even more sharp before and these postprocess filters wouldn't be needed.
Can you post more information about this? E.g. some screenshots, maybe a short sample?

the first thing is why am i able to use NGU very high x4 on a RX 480? and how should i compare them when chroma high is using NGU low?

i have to switch madVR versions to do a proper comparison.
Yeah, comparing performance requires switching versions. Sorry about that. The direct quadruplers are much more efficient than running the doublers twice, which is why performance is better.

Wow, I am very impressed by NGU x4 for SD content! Much of the very bad amplification of artifacts I noticed when upscaling 640x480 -> 4K is gone!
:)

Yeah, I've already tried all of the above and none of them work. So is there going to be frame interleave support in the foreseeable future? Does this mean that all TV sets made before 2012, and working with HDMI 1.3, are currently unsupported by madVR for watching 3D?
I'm using the 3D API offered by Windows 8.1 and Windows 10. This API doesn't let me control the 3D format. I can only activate 3D or not. If I activate it, the OS only seems to support frame packed. It's not a limitation I have any control over.

I suppose that PowerDVD etc use private APIs from AMD, NVidia and Intel to make other 3D formats work. I don't really have much interest in implementing custom support for 3 different GPU driver APIs.

Is it normal to have multiple madHcCtrl.exe running while playing a video?
Yes. madVR sometimes starts a 2nd madHcCtrl.exe to watch over the media player, so the original display mode can be restored in case the media player crashes or something like that.

Just one more question. I used to watch movies with letterboxing. So now that madvr can handle scalings in a better way than the player itself I want to know which is the best setting to upscale the non true 1080p files(like 1920x800) or the 720p files to 1080p to cover the whole screen.
If I use in mpc (right click)video frame-> zoom 1 I loose a bit from the edges of the film. If zoom 2 a little more. If I use touch window from outside I loose a bit more from zoom 2.
If I use scale to 16:9 TV people in the movie seem more streched (I don't how to describe it) and if I use zoom to widescreen I loose again part from the edges of the movie.
What is the best setting in your opinion or what is the most mainstream setting.
Make sure you use the latest MPC-HC version, then choose "touch window from inside". Then setup madVR's "zoom control" settings to your liking.

Smooth edges seems to be broken with the 4x NGU step, doesn't show any effect then.
I think it should still work, but it's only applied on the final 4x upscale, while if you double twice, soften edges is applied after each 2x upscale. And the first time it's applied, it's more effective because the 2nd 2x upscale already upscales an already softened image. Same with "add grain". I might have a solution for that for a future build.

Ouch i looked at old issues virtually all of those are fixed (options added) in 0.91.5 and performance (stability) pretty awesome as well on low overhead config.
Glad to hear that! :)

Experts do you advise me to create the 3d lut for madVR as calman calibration software or displaycal?
Both should do fine (I hope). If you have a Calman license you can try both and compare. Let me know the results!

I find that just a few of my older titles dont fit the left and right sides of my motorised 4x3 masking. 90% are fine, the other 10% are too small on the left and right only.
I would like to use the zoom control on madvr but the 25% is too big!
How can I get a smaller zoom stepup thats less than 25%?
Which exact setting are you talking about?

Maybe I've missed something but..

... starting MPC-HC with MadVR causes the DisplayCal Profile loader to switch to a 'disabled' state.
Is it possible to disable this behavior? I know there is a special madVR calibration-lut mode, but what if I don't want to? Just leave my windows calibration alone (specially on the other screen while MadVR is playing). Is that possible somehow? Can't seem to get it to work.
In the madVR "calibration" tab, is the "disable GPU gamma ramps" option checked? Does unchecking that option solve the problem?

If you configure MadVR in the lowest overhead way possible i would say now it can reach EVR Native Performance :)
:)

With MadVR and it's Statistics i also could find out that Nvidias Driver is doing something very oddly with it's Refreshrates 59Hz is shifting away after suspend got active here to 60Hz (Control Panel still shows 59Hz)

After the System goes into Suspend i have to reset the Refreshrate manually back to 59Hz with the used Driver, odd behavior here on my System, that i most probably without MadVR wouldn't be gotten aware off :D.
Yeah, refresh rates can be a bitch. I had to do ugly system level hacks to make Direct3D use the refresh rates I want, but still things like Suspend can screw things up, unfortunately.

[madshi]

could you make the Statistics timer pooling interval configurable (in a hidden advanced option) ?
And could you add Gothsyncs (EVR Sync Renderer) like Graph as a second Statistical visualization output ?
Is the stats timer too slow for your taste? What kind of information do you need to be updated more often in the OSD?

Sure, a nice graph would be lovely, but it also costs development time, which I'd rather spend elsewhere right now, to be honest.

So I got myself a capture card and as I was messing around with it, capturing the output of my videocard and sending it back to a videoplayer on the same screen, I noticed, that using different renderers for video output progressively degraded video quality as it was sent through the capture card and back to the player multiple times. Pretty much every renderer except for madVR affected quality in one way or another, ruining colors, making image too dark or too bright and so on. For example, this is how it looks for a generic "Video rendered" in Potplayer: image (http://i.imgur.com/Q0DbMLe.jpg) (leftmost image is the original, the further to the right - the more times the image went through the pipeline). Props to madshi for making quality software I guess.

Another thing I wanted to note is that since my capture card converts the video to YUY2 with horizontal chroma resolution halved, I thought it would be an interesting setup for testing chroma upscaling capabilities of madVR. Again, utilizing multiple passes to enhance the discrepancies, if any.
For example, here's how it looks without any resampling, just nearest neighbor: image (http://i.imgur.com/T60EWCI.jpg) (the chroma shift to the right is the capture card's doing).
And here's how Reconstruction (sharp) looks: image (http://i.imgur.com/WqgQGcB.jpg). This was most odd looking image out of all other methods. Also I couldn't quite see the difference between NNEDI 16 and NNEDI 256.

I'm sharing this so that maybe someone would find this method useful or develop a similar one for evaluation of madVR filtering.
Great test - well done!!! :)

And I'm glad to hear that madVR proved to be the most accurate renderer - that's what I was always aiming for!

From your screenshots it looks as if the chroma placement keeps getting worse, though. Is it possible that your capture card is responsible for that? I'm pretty sure that madVR does the chroma placement correctly. Well, at least for MPEG2, VC-1 and h264 content.

Did anyone ever come up with a way to 'fake' black frame insertion @ 60Hz without crazy flickering and other weirdness? From what I understand proper BFI requires 24/120 and only inserting a black frame for a few miliseconds (like a projector) whilst repeating a frame. Simply inserting a black frame for 1 single frame can cause flickering? I'm sure this could be achieved if the input supported 120Hz but for 60Hz is another matter entirely.

I have a feeling it's just one of those things that can only be done on a 120Hz display though (in the display itself).
I do think that at least 120Hz is needed for that, maybe more.

Madshi, I'd like to be able to cycle through selected profiles using the same key combination.
This would make it easy to review during playback what profile may be viewed as best for the playing content without needing to remember various key combinations for each suitable profile.
Can you add support for this please?
Isn't that already working? You can assign key shortcuts to either one profile, or to the profile group. The profile group shortcut should toggle/cycle through the profiles.

curiosity ... madVR using the settings of the VPR / Tv affecting the image detail keep them to zero?
Sorry, I don't understand the question.

Hello Madshi, is it possible to implement HLG (Hybrid Log-Gamma/ARIB STD-B67) in your HDR to SDR conversion?

Here is one demo in HDR - HLG: http://demo-uhd3d.com/fiche.php?cat=uhd&id=154
Yes, it's possible, but not very high priority right now.

EDIT: Red line solved, problem was related to "Radeon Settings". I disabled 'Demo Mode' and problem solved, but why problem disappears if i disable Madvr too? Just curious...
Might depend on whether DXVA processing is used or not.

I further investigated the problem. The videos have a resolution of 640x360. There seems to be a problem with display aspect ratio, stream aspect ratio, container aspect ratio. I´m a little bit confused with the different areas where aspect ratios come into play. But I found out that one movie´s aspect ratio was declared as 1.772 in one place. When doing the math the other way leads to 361 lines when fixing the horizontal resolution to 640 (640 / 1.772 ~= 361). So there is no cropping needed, but a fix of the aspect ratio. I tried the setting in LAV video concerning the stream / container aspect ratio, but this didn´t change anything. Then I tried the settings in MPC HC -> View -> Video Frame -> Aspect Ratio and there I got success ;)
The default DAR aspect ratio setting doesn´t work here. So I tried 16:9 and Assume square pixels (SAR). Both seem to work.
16:9 I assume is a kind of force, and the SAR setting uses the stream aspect ratio forced. I don´t understand what the difference is from the corresponding LAV video settings though...
I suppose the weird AR information probably comes from the video container? I've no idea, though.

I have the problem with latest (though not sure for how long, maybe a year) versions of madVR: in MPC-HC (latest stable release) if I go fullscreen and right click (for options) the screen goes black and mpc starts hogging up the memory (~4 GB) and using 60% of the CPU until I shut it down from Task Manager. Using EVR, ir right-clicking in windowed mode is fine. Is this a known issue with madVR/mpc-hc?
Win 10 x64, r9 290
Try using "use D3D11 for presentation". D3D9 seems to be partially broken in newer AMD drivers.

I'm also having a huge issue with Nvidia (GTX 1070). In FS exclusive I'm getting no actual dropped or delayed frames or presentation glitches, but I'm getting extremely noticeable stutter. Rendering time is something like 35ms, not the ~41 at which you start seeing problems. Windowed mode actually reduces rendering time by about 10ms and eliminates the stuttering.

I've got my card at full power for mpc-hc, and it's happening in hi10p videos.

However, this only happens with NGU Very High. With NGU set to High instead, rendering times are ~15.5ms for both exclusive and fullscreen, and no stutter.
Does the OSD (Ctrl+J) report dropped frames when the stutter occurs? FWIW, NGU Very High is only slightly better quality than NGU High, while being a lot slower. I'd recommend that you simply stick to NGU High.

1. Change the "reduce bar size" option from a drop-down to a numeric where we can enter any percentage (25% is often a bit low whereas 50% can sometimes be severe)
Originally I had planned to only offer "zoom away" or "keep". Then I thought some intermediate values might be a good idea, so I added 25%, 50% and 75%. Do we really need more than that? It's not so easy to fit all that into a settings page. The current drop down menu is easy to understand and just one control. If I replace that with a numeric edit field, it becomes harder to understand, and what happens to the "zoom the bars away completely" option then? Sure, it could be interpreted as 100%, but again, doing that makes it less intuitive. I'd rather add a couple of % numbers to the drop down, if it's really needed.

2. If it's possible to detect scene changes (not sure - don't think a simple wait for an I-frame would do) it would be great to initiate zoom on a scene change so it's not noticeable to the user. This way movies that change aspect ratio (eg. IMAX titles like Interstellar/The Dark Knight) could become a seemless blend of full-frame and zoomed content.
The first detection of a changed AR can be either fast or slow, depending on how bright the scene is. But once the 2 different IMAX ARs were correctly identified, switching back and forth should be *very* fast afterwards. E.g. in Interstellar in the scene where the father talks to his daughter through time, AR changes a lot back and forth. When playing this, AR scene changes are pretty much instant for me. I'm not sure if there's much potential for improvement there, to be honest!

Somehow, the new NGU 4x + show comic like effect on very low-res videos, not as good as NGU 2x to me.
Screenshots?

What is the difference hdr -> sdr via shader math or 3dlut? and how to make such 3dlut?
The difference is that shader math is more flexible and easier to activate, but eats more GPU power. You can create a 3dlut with DisplayCAL. Questions about how to create the 3dlut please ask here:

http://www.avsforum.com/forum/139-display-calibration/1471169-madvr-argyllcms.html

Quick question - i'm using PotPlayer and it can render VR videos without the need for additional software. It doesn't work when MadVR is set as the video renderer though. Is this a MadVR issue or is there a way to disable MadVR when playing a VR vid?
I've no idea about VR right now. Haven't looked into it at all yet.

So I just found out that using madVR 0.89.6 + XySubFilter beta3 actually shows the subtitle in screenshot, but any newer madVR than 0.89.6 will make subtitle not appear in screenshot. I wonder what cause this problem though
You can always use PrintScreen, of course. Screenshotting functionality will be revisited in some future version, will take a while, though.

could you please add everything in the upscaling refinement page into the keyboard shortcut list?
I don't like the idea of doing that now. I'm not even sure the page will stay as it is for long.

Ok so I have a strange problem recently. Getting a sudden bunch of frame drops that last something like 1 second. Typically 10-15 frame drops at the same time.
Then it can be perfectly fine again for 30 minutes or so, then it happens again.

I'm using the GPU to about 75% usage (roughly 30 ms rendering time for 23p content) and I have tried with DX 11 fullscreen and windowed, DX 9 fullscreen and windowed and DX 9 overlay.

I checked GPU-z and I noticed something weird, the GPU usage would hover around 65-75% all of the time, but at those intervals where I get these frame drops the GPU usage is 99%.
So something is suddently eating all of the GPU resources.

This only started to happen recently. I used DDU and removed the latest nvidia drivers and tried an older version, but the problem persists.

Does anyone have an idea what this can be? I am on Win 10 x64 with that big update released in the fall (clean install).
See my signature for hardware details.
Do you have any 3rd party software installed, other than the media player, LAV and madVR? Notorious software for this kind of problem is GPU-Z, f.lux, and maybe your browser. Or any other software which might access the GPU.

...oh...no fun.:mad:I can hear this crackling noise while movie playing.
Could be DPC latency issues. Google for "dpc latency checker".

[ryrynz]

Nvm. Will look when I'm home.

[flashmozzg]

Try using "use D3D11 for presentation". D3D9 seems to be partially broken in newer AMD drivers.
I've managed to fix my issue by setting the presentation queue size to 6 instead of 8.
I'm not sure why there was no issue before, maybe it never worked with 8 but updating madVR reset that setting somehow (when it introduced new settings UI), maybe it worked before but something triggered that bug. Anyway, 6 is fine too)

[madshi]

So, here's a little test build. Simply replace the v0.91.5 files with these:

http://madshi.net/madVRpixart.zip

I've created a new NGU variant which I'm going to call maybe "NGU pixart" or "NGU smooth", I'm not sure yet. This NGU variant will be optionally available in addition to the already existing NGU algorithm. The "pixart" variant has a look that is quite similar to NNEDI3. Which means it's very smooth and works great to reduce aliasing artifacts in the source. However, just as NNEDI3, "NGU pixart" is quite soft. My development goal was to create a NNEDI3 successor which has similar properties, but achieves a better "quality per watt" ratio.

Currently available are NGU pixart in "low", "medium" and "very high" quality settings. The "high" quality setting internally uses the "medium" algorithm for now. There'll be a separate "high" algo in the next official build.

In order to keep my development cost low, I haven't changed the settings dialog yet. So this test build replaces the main NGU algorithm with "NGU pixart". Which means this test build does not do the main NGU algorithm at all. The one and only purpose of this test build is so you guys can directly compare "NGU pixart" to NNEDI3, for both luma doubling and chroma upscaling.

So now I need your FEEDBACK:

1) Do you think NNEDI3 looks better? Or the new NGU pixart variant?
2) How does performance compare for you?
3) Can I replace NNEDI3 with NGU pixart in the next official build (pretty please)?
4) Can I replace super-xbr (for luma doubling, only) with NGU pixart in the next official build?

If you prefer NNEDI3, please let me know why. If you think NNEDI3 looks better, please provide comparison screenshots (for luma doubling comparisons always include the original unscaled source, please).

Thanks!

[madshi]

Here's a little comparison comparing various algorithms when upscaling pixel art (highly aliased sources):

low-res original (http://madVR.com/mario/org.png) -- | -- Jinc (http://madVR.com/mario/Jinc.png) -- | -- waifu2x (http://madVR.com/mario/waifu2x.png) -- | -- NGU very high (http://madVR.com/mario/NGUveryHigh.png) -- | -- super-xbr 100 (http://madVR.com/mario/superxbr.png) -- | -- NNEDI3-16 (http://madVR.com/mario/nnedi16.png) -- | -- NNEDI3-256 (http://madVR.com/mario/nnedi256.png) -- | -- NGU pixart low (http://madVR.com/mario/NGUpixartLow.png) -- | -- NGU pixart med (http://madVR.com/mario/NGUpixartMed.png) -- | -- NGU pixart very high (http://madVR.com/mario/NGUpixartVeryHigh.png)

As you can see, with sources like this, linear resamplers like Jinc fail. Also the standard "NGU Very High" and even the mighty waifu2x fail here. super-xbr does fine, after all that's exactly what it was made for. But best in class are NNEDI3 and NGU pixart.

Which do you prefer?

(Zooming a little into the images will reveal more.)

[huhn]

Yeah, comparing performance requires switching versions. Sorry about that. The direct quadruplers are much more efficient than running the doublers twice, which is why performance is better.

well more than x3 times faster was more than unexpected for me.

there are no in deep test for x4 because i didn't had card to use it.

I've created a new NGU variant which I'm going to call maybe "NGU pixart" or "NGU smooth", I'm not sure yet. This NGU variant will be optionally available in addition to the already existing NGU algorithm. The "pixart" variant has a look that is quite similar to NNEDI3. Which means it's very smooth and works great to reduce aliasing artifacts in the source. However, just as NNEDI3, "NGU pixart" is quite soft. My development goal was to create a NNEDI3 successor which has similar properties, but achieves a better "quality per watt" ratio.

let's see if it isn't highlighting source artifacts.
i personally prefer "set and forget" scaler like super XBR.

4) Can I replace super-xbr (for luma doubling, only) with NGU pixart in the next official build?

just for the polaris user you shouldn't do this.
i would even say a luma only super XBR version would be very nice for iGPUs at least i don't see NGU low to be faster.

[AngelGraves13]

Ok, will test.

1) Does the pixart also apply to NGU Chroma or Upsampling only?

2) Is it possible for Chroma to scale in 1-step like Super-XBR when doubling? Like If I've selected NGU High for Chroma Scaling and selected NGU High for Luma Doubling, to just have the option under it for Chroma Doubling grey out and have it scale in a single step without the need for doing Bicubic 60?

NGU-VeryHigh still performs quite slow on my 1080 GTX and drops frames down to 0-2 render queue, so it's still unuseable. Maybe in another 2 years when there's video cards fast enough. Same for Chroma. High works ok, but cuts it pretty close for 24p content. 30p and higher content is not possible with NGU because it can't render fast enough with any current graphics card. I never figured out how to make profiles, so I just make one setting for all content.

[madshi]

just for the polaris user you shouldn't do this.
i would even say a luma only super XBR version would be very nice for iGPUs at least i don't see NGU low to be faster.
Luma only wouldn't be much (if any) faster.

NGU low will probably be slower on Polaris, but on other GPUs it's nearly the same speed as super-xbr.