madVR - high quality video renderer (GPU assisted)

[huhn]

so your card get's slower with more aggressive performance?

[chros]

Originally Posted by huhn

so your card get's slower with more aggressive performance?

For whatever reason with Adaptive setting it often dropped the performance state and quickly raised it back (monitored with nvidiainspector), hence it produced bunch of dropped frames. Why? That's a good question, because it worked before it with the same setting.

[madjock]

Originally Posted by Warner306

Try using these HDR10 black clipping patterns to test black clipping .

These are not HDR ? Think they are just 8-10bit panel checkers ?

[Asmodian]

Originally Posted by Alexkral

At least in my system (Windows 7, GTX 1080) I get framedrops with DXVA and D3D11 when playing 4k and up @ 60 fps, while CUVID runs smooth.

I had totally forgotten to mention setting Nvidia's power management mode to adaptive (in 3D settings). Optimal power often causes issues.

Originally Posted by chros

That's what I thought as well, until 2 weeks ago I had to set Optimal back in NCP because I had massive drops with Adaptive. Now it seem to work fine. (Setup is in my signature.)

I would redo that test... because setting optimal power definitely causes the GPU to clock lower more often. Did you have temperature issues or something?

[Soxbrother]

Originally Posted by tp4tissue

HD 4400 benches 567 on passmark.

You will have to turn off many of the madvr's features in order to scale 1920x1080 into 3840x2160.

Madvr will still give you more color accuracy, but to use higher quality filters like Lanczos, there's simply not enough processing power to do it.

If you scale 1080p to 1080p, then that is chroma scaling only, 1:1 luma. the 4400 will do this perfectly fine. You can enable Jinc or Lanczos for chroma.

What about image doubling, would that require less juice than upscaling ?

Originally Posted by tp4tissue

I believe you also need displayport to hdmi 2.0 adapter, because 4400's native hdmi is probably not HDMI 2.0, which is required for 3840x2160 60hz

So you can convert the DisplayPort version 1.2 to Hdmi 2.0 or 2.0a ?

If this works, how about my Dolby Atmos audio ?
Would my Dolby Atmos audio work through such an adapter ?

Originally Posted by tp4tissue

Also, run CPU decode on Lav, do not use dxva, because you want to save as much GPU time as possible for Madvr.

Letting the CPU decode the first part is fine.

Originally Posted by chros

This is not how GPU hardware acceleration works: it's a completely separate pipeline. Just use GPU hardware acceleration all the time if you can.

Thanks guys.

At the moment I believe the screen is set at 24hz.
I can go up to 30hz.
The higher the better ?
Should I set it to 30hz ?

Would 60hz with the adapter give me better quality and smoother playback ?

Thanks in advance.

[Asmodian]

Originally Posted by Soxbrother

What about image doubling, would that require less juice than upscaling ?

No, it needs more.

Originally Posted by Soxbrother

So you can convert the DisplayPort version 1.2 to Hdmi 2.0 or 2.0a ?

This would need to be an active adapter because DP and HDMI don't use the same signaling. They are expensive and I expect that most (all?) don't support Atmos.

Originally Posted by Soxbrother

At the moment I believe the screen is set at 24hz.
I can go up to 30hz.
The higher the better ?
Should I set it to 30hz ?

Would 60hz with the adapter give me better quality and smoother playback ?

This is somewhat complicated and depends on the source frame rate. If you are using smooth motion the higher the better (I would say 60 Hz is the minimum for decent smooth motion) but even better than smooth motion is using a refresh rate that matches the source frame rate. This means that you need to tune your refresh rate so you never get dropped or repeated frames. This can be tricky but madVR has a custom resolution tool that helps tune the refresh rate.

[Warner306]

Originally Posted by madjock

These are not HDR ? Think they are just 8-10bit panel checkers ?

They are from a free HDR10 test pattern set. The OSD should confirm. Black clipping is not really HDR because the peak of the one mentioned is less than 1 nit, but that is intended.

[Alexkral]

Originally Posted by huhn

so go to the NCP and change the power setting to adaptive or maximum performance and try again.

Thanks huhn, I think this helped a bit but didn't fixed it. Anyway I think I found the problem. I noticed that this only happened with SVP and very high bitrate videos (and with VR), so I downloaded a high bitrate 4k 60fps video and got framedrops with both CUVID an DXVA2. Then I blocked ffdshow raw and this fixed it for both modes. So the problem is to have ffdshow raw in the chain, but obviously it's needed for SVP. Also I noticed that you can select D3D11 but it doesn't work on Windows 7, I'll have to check what I'm missing.

@nevcairiel

Yes, I discovered this recently, but anyway I'm currently not using madVR's HDR to SDR because SVP drops the needed metadata. I managed to find some alternatives however, still using both SVP and madVR, but without dynamic tonemapping (though I have some ideas also for this). I wouldn't say that normal tonemapping is much worse than dynamic, not so long ago it was the only thing available and everybody was more than happy with it. Anyway I'm not very sure how madVR is doing dynamic tonemapping with BT.2390, because only changing Mastering display white level gives me different results, and I don't see other configurable parameters for this.

[Dogway]

Just realised that NGU causes quite a lot of coil whine, even when using it only for chroma. I bought a 1070 in black friday and didn't notice until I enabled NGU for my monitor the other day. What puzzled me is that I do GPU intense work and never had coil whine until this, I did a comparison rendering with GPU with Redshift and GPU-Z report is the same than with NGU, with further testings I found that the trigger was Memory Controller Load, at 25% it makes the buzz noise below or above doesn't, the problem is that NGU very high (above 25%) heats my card like a toaster (running it in a mATX case)

[tp4tissue]

Originally Posted by Dogway

Just realised that NGU causes quite a lot of coil whine, even when using it only for chroma. I bought a 1070 in black friday and didn't notice until I enabled NGU for my monitor the other day. What puzzled me is that I do GPU intense work and never had coil whine until this, I did a comparison rendering with GPU with Redshift and GPU-Z report is the same than with NGU, with further testings I found that the trigger was Memory Controller Load, at 25% it makes the buzz noise below or above doesn't, the problem is that NGU very high (above 25%) heats my card like a toaster (running it in a mATX case)

That's how you know it's Lookin' Guud

[tp4tissue]

Guys, For HDR 10bit, on nvidia 1060, Does setting 4:2:2 10bit/ 12bit on the NVIDIA control panel make a difference ? OR, does it auto pop to the correct output setting when NVHDR is engaged..


And also, does setting 10bit in the Madvr control panel cause issues for 8bit outputs ?

[Asmodian]

madVR's dithering is better than the GPU's, and you don't want to double dither if you can avoid it, so it is better to set madVR to the same bitdepth as the GPU (or lower).

For HDR I much prefer sending a display 8 bit RGB over 10 bit 4:2:2, madVR will not change the GPU output at all.

[tp4tissue]

Originally Posted by Asmodian

madVR's dithering is better than the GPU's, and you don't want to double dither if you can avoid it, so it is better to set madVR to the same bitdepth as the GPU (or lower).

For HDR I much prefer sending a display 8 bit RGB over 10 bit 4:2:2, madVR will not change the GPU output at all.

Does that mean if I have 4:2:2 12bit selected in Nvidia control panel,

Madvr will be sending 4:2:2 12bit ?


I'm confused as to how this works, because it's suppose to output -Limited- range, but the desktop looks exactly the same as full range.

And in madvr control panel, if i set the display to limited range, it's actually too bright.

So, How does it all line up. ?

[huhn]

this is the 3rd time i tell you that madVR will always output RGB to the GPU driver with either 10 or 8 bit no matter what if the GPU can send it is nothing for madVR to be bothered with.

the GPU driver always expects the input RGB to be full range.
and sending YCbCr is always limited range only RGB has too ranges.

so yes the GPU driver is doing the conversation not madVR.

[tp4tissue]

Originally Posted by huhn

this is the 3rd time i tell you that madVR will always output RGB to the GPU driver with either 10 or 8 bit no matter what if the GPU can send it is nothing for madVR to be bothered with.

the GPU driver always expects the input RGB to be full range.
and sending YCbCr is always limited range only RGB has too ranges.

so yes the GPU driver is doing the conversation not madVR.

Huhn, I still do not understand this entire chain clearly.

Is there a diagram for where the conversions happen end to end.


Not so much that I don't understand what you're saying, but I can't seem to confirm the difference in end result visually.


For example, if I set the NvidiaCP to RGB 8bit, FULL range, When NVHDR kicks in, my Display only tells me it's HDR10.. Madvr top line says RGB 8bit

But how could RGB be 10 bit if it's set to 8.


How do I know for sure, what the gpu is outputing.

[madjock]

Originally Posted by tp4tissue

Huhn, I still do not understand this entire chain clearly.

https://forum.kodi.tv/showthread.php?tid=259188

Lots of info here.

[Asmodian]

Originally Posted by tp4tissue

Is there a diagram for where the conversions happen end to end.

There are three places where conversions can happen before the display and they do not interact. The display can be doing conversions internally too, but we cannot control these.

1) LAV video can do a conversion if the render does not support the source format. When using madVR this should never be needed and it is not ideal.
2) madVR will output RGB at whatever bitdepth is set.
3) The GPU driver will do a conversion to whatever you set in its control panel.

madVR will never change what it outputs based on what the GPU is set to and the GPU will never change its output based on what madVR sends it. All these steps simply convert any input to their configured output format without a lot of smarts involved. For example the GPU is happy to convert madVR's 8 bit output to 10 bit. You know for sure what the GPU is outputting based on what it is set to in its drivers.

Also, I can send my TV 8 bit RGB HDR and it will say HDR10, that is just a brand label for the metadata standard, it works with 8 bit RGB too.

[madjock]

Originally Posted by Warner306

They are from a free HDR10 test pattern set. The OSD should confirm. Black clipping is not really HDR because the peak of the one mentioned is less than 1 nit, but that is intended.

Yes but there are no numbers on this ?

I did try the HDR set you mention, but I could not get the clipping ones to work, or rather get my TV to adjust once in HDR mode, unsure if this was me, or that adjusting for black crush is broken for me on my TV as I read is common in HDR mode.

[HillieSan]

Originally Posted by Alexkral

Thanks huhn, I think this helped a bit but didn't fixed it. Anyway I think I found the problem. I noticed that this only happened with SVP and very high bitrate videos (and with VR), so I downloaded a high bitrate 4k 60fps video and got framedrops with both CUVID an DXVA2. Then I blocked ffdshow raw and this fixed it for both modes. So the problem is to have ffdshow raw in the chain, but obviously it's needed for SVP. Also I noticed that you can select D3D11 but it doesn't work on Windows 7, I'll have to check what I'm missing.

@nevcairiel

Yes, I discovered this recently, but anyway I'm currently not using madVR's HDR to SDR because SVP drops the needed metadata. I managed to find some alternatives however, still using both SVP and madVR, but without dynamic tonemapping (though I have some ideas also for this). I wouldn't say that normal tonemapping is much worse than dynamic, not so long ago it was the only thing available and everybody was more than happy with it. Anyway I'm not very sure how madVR is doing dynamic tonemapping with BT.2390, because only changing Mastering display white level gives me different results, and I don't see other configurable parameters for this.

Stop using SVP and set the right frequency of your display and your graphics card. This is my experience and it works well.

[el Filou]

Originally Posted by chros

For whatever reason with Adaptive setting it often dropped the performance state and quickly raised it back (monitored with nvidiainspector), hence it produced bunch of dropped frames. Why? That's a good question, because it worked before it with the same setting.

I can say that's not the experience I have; on my system Adaptive always sets the clocks sufficiently high that the GPU load never reaches too high and frames are dropped, and it keeps them stable.
I see you are using 385.28 so I presume you have specific reasons for that, but maybe another driver version would help with this?
Also, it may be an option to use the High Performance power setting if you have a dedicated HTPC that doesn't see long idle times.