View Full Version : madVR - high quality video renderer (GPU assisted)
Asmodian
17th September 2016, 01:27
I have noticed an odd situation with my Titan X (Pascal) and madVR. The power usage fluctuates drastically on a ~30 second time scale:
http://i1222.photobucket.com/albums/dd496/asmodian3/Titan%20XP%20madVR%20NNEDI3%20Power_zpshn9kqk52.pnghttp://i1222.photobucket.com/albums/dd496/asmodian3/Titan%20XP%20madVR%20NNEDI3%20Power3_zps8ewadc6x.png
Using These settings:
http://i1222.photobucket.com/albums/dd496/asmodian3/Titan%20XP%20madVR%20NNEDI3%20OSD2_zps3udi4coo.pnghttp://i1222.photobucket.com/albums/dd496/asmodian3/Titan%20XP%20madVR%20NNEDI3%20OSD3_zpsgk1w8lqa.png
Has anyone else noticed anything like this with a Pascal GPU, or any GPU? My 980 Ti didn't do this. When using lower settings the peaks and valleys are closer together but it still goes up and down in steps on the same timescale. At high settings it claims to be declocking for power during peaks and "no load" when in the valleys but the clock speed doesn't actually change. At medium settings it runs at the max clock speed for that temperature all the time (e.g. 2025 MHz for 40-45°C). :confused:
I only notice this with madVR; mining, benchmarks, and games do not fluctuate power usage like this. Games and benchmarks do fluctuate but it is obviously based on the scene while madVR's seems completely time based, nothing to do with the content.
It doesn't seem to do anything bad, temperatures don't change (it is water cooled) and neither do the rendering times, as far as I can tell, but I find it very odd.
aufkrawall
17th September 2016, 03:10
It doesn't look like that with my MSI 1070 Gaming X:
http://abload.de/thumb/1p8pjf.png (http://abload.de/image.php?img=1p8pjf.png)
What I noticed in games is that the "optimal performance" power profile is downclocking a lot more aggressively than "adaptive". It can even lead to fps drops. Happens mostly when you play with vsync or fps-cap.
Since madVR has a very constant load, it's probably not affected by this.
Asmodian
17th September 2016, 03:32
What I noticed in games is that the "optimal performance" power profile is downclocking a lot more aggressively than "adaptive". It can even lead to fps drops. Happens mostly when you play with vsync or fps-cap.
Since madVR has a very constant load, it's probably not affected by this.
Hmm, I am using "Adaptive" too. Very strange. :confused:
AngelGraves13
17th September 2016, 04:02
Go to Program Settings in NVIDIA Control Panel. Click ADD and select the your media player, mine being MPC BE. Set it to use Maximum Performance. Enjoy very low render times without downclocking issues.
Sunset1982
17th September 2016, 04:16
http://i1222.photobucket.com/albums/dd496/asmodian3/Titan%20XP%20madVR%20NNEDI3%20OSD2_zps3udi4coo.png
How do you get the detailed rendering stats?
Asmodian
17th September 2016, 04:28
How do you get the detailed rendering stats?
One of madVR's empty file hidden options: an empty file called "ShowRenderSteps" in madVR's directory. It gets way too long (off the screen) if you use a lot of filters like thin edges and SuperRes.
http://i1222.photobucket.com/albums/dd496/asmodian3/58f3f4c7-4e9b-4b3f-a9f8-22916cb09127_zpssud24wc6.png
Go to Program Settings in NVIDIA Control Panel. Click ADD and select the your media player, mine being MPC BE. Set it to use Maximum Performance. Enjoy very low render times without downclocking issues.
Mine doesn't downclock even when using Adaptive, except due to being over the power limit, which Maximum Performance doesn't affect. It is an unusual change in the power usage while both the clocks and percent usage are constant. I don't even know if it is real. :confused:
chros
17th September 2016, 11:29
I don't even know if it is real. :confused:
What is Power in % anyway?
Can you use graphs of nvidiainspector with that card?
aufkrawall
17th September 2016, 14:18
What is Power in % anyway?
It's related to the Powertarget. 100% Powertarget = the card's TDP (more or less).
paupeli
17th September 2016, 14:45
Anyone using madVR with 4k TV and care to share experiences? I mostly play 1080p bluray rips and have been testing various settings with my gtx980.
Is image upscaling better than image doubling to use limited GPU resources? I find NNEDI3 image doubling too heavy for GPU and all the rest give various artifacts that im not too keen to have.
So far im pretty happy with just using Jinc for upscaling and 3x super res for upscaling refiments. If id have GPU power to spare without making the GPU sound like hairdryer i would like use more of the upscaling refiments.
Would be nice to hear how others are doing 1080p to 4k TV.
Stereodude
17th September 2016, 19:13
This has been reviewed several months ago.
As I remembered, it's too complicated to be used in real time, as a doubler in madVR for example.
On AVSforum he said current graphics cards are something like 50-100x too slow to run waifu2x real time.
P.J
17th September 2016, 19:30
Any real-world difference between madVR and EVR? found no good topic about it =T
CarlosCaco
17th September 2016, 20:02
Any real-world difference between madVR and EVR? found no good topic about it =T
Just give a try and see with your eyes...
Asmodian
17th September 2016, 21:26
What is Power in % anyway?
Can you use graphs of nvidiainspector with that card?
100% should be ~250W for this card.
It shows the same pattern with nvidiaInspector as well:
http://i1222.photobucket.com/albums/dd496/asmodian3/madVR%20TitanXP%20Power%20NvidiaInspector_zpss9tz08sr.png
DragonQ
17th September 2016, 21:35
Any real-world difference between madVR and EVR? found no good topic about it =T
Big differences for me are smooth motion and much nicer SD -> HD upscaling. Even if you can't tell the difference between chroma upscaling methods these make obvious improvements.
leeperry
17th September 2016, 21:56
Any real-world difference between madVR and EVR?
All placebo, really.
ryrynz
17th September 2016, 22:23
All placebo, really.
This is literally the last thing I'd ever expect you to say. :o
@P.J Seriously though, read the OP.
chros
18th September 2016, 11:11
This is literally the last thing I'd ever expect you to say. :o
:D
100% should be ~250W for this card.
It shows the same pattern with nvidiaInspector as well:
http://i1222.photobucket.com/albums/dd496/asmodian3/madVR%20TitanXP%20Power%20NvidiaInspector_zpss9tz08sr.png
Hmm... Does the "Voltage" graph working for that card?
ashlar42
18th September 2016, 11:55
All placebo, really.
:eek:
Quick, somebody call an exorcist. An entity has taken hold of leeperry's body! :D
Asmodian
18th September 2016, 13:58
Hmm... Does the "Voltage" graph working for that card?
nvidiaInspector's doesn't but Afterburner's does:
Edit: I found the cause, it was a polling issue, simply the sampling interval drifting in and out of phase with a very spiky instantaneous power usage. :o
Increasing the sample rate 10x, to once every 100ms, makes what is going on obvious:
Titan X (Pascal) with: madVR 1000msec, madVR 100ms.
http://i1222.photobucket.com/albums/dd496/asmodian3/madVR%20TitanXP%20Power%20Afterburner_zpsttn9yaez.pnghttp://i1222.photobucket.com/albums/dd496/asmodian3/madVR%20TitanXP%20Power%20Afterburner%20100ms_zpsyzxsl8te.png
Sorry for all the images.
I think the Titan X (Pascal) actually powers down after every frame is rendered, in my case it only takes 19ms to render each frame so it is using a lot less power for 22.7ms out of every 41.7.
aufkrawall
18th September 2016, 15:48
Can confirm this:
http://abload.de/thumb/1ozok5.png (http://abload.de/image.php?img=1ozok5.png)
Asmodian
18th September 2016, 16:01
Can confirm this:
http://abload.de/thumb/1ozok5.png (http://abload.de/image.php?img=1ozok5.png)
Very nice! Thanks. :)
C1E For GPUs. :D
Betroz
18th September 2016, 16:09
C1E For GPUs. :D
Maybe nVidia have made some adjustments to their Turbo Boost 3.0 technology or something. So this could be by design.
Asmodian
18th September 2016, 16:20
Maybe nVidia have made some adjustments to their Turbo Boost 3.0 technology or something. So this could be by design.
Yes, I am sure it is by design. It isn't turbo boost though, that changes the clock speeds based on power use and temperature. This is more like the enhanced halt states in CPUs; parts of the core turn off and on over very small timescales, but the overall clock speed doesn't change.
e-t172
18th September 2016, 16:44
Public service announcement: if you're experiencing A/V sync issues (specifically, video lags behind audio) in windowed mode (full screen or otherwise), you might want to take a look at http://bugs.madshi.net/view.php?id=434. I believe I have seen related problems being reported in this thread at some point, with people suspecting Windows 10 to have something to do with it.
Asmodian
18th September 2016, 17:34
Public service announcement: if you're experiencing A/V sync issues (specifically, video lags behind audio) in windowed mode (full screen or otherwise), you might want to take a look at http://bugs.madshi.net/view.php?id=434. I believe I have seen related problems being reported in this thread at some point, with people suspecting Windows 10 to have something to do with it.
Hmm, quite interesting, have you checked windowed overlay? Another data point to try to isolate it would be good. :)
(it seems likely that it is OK as well as it is similar to DX9 Old Path)
edit: Another question, how big is your present queue?
e-t172
18th September 2016, 17:50
Good idea. I just did the test for D3D fullscreen overlay (everything else reset to defaults), and as you suspected there is no delay in this mode.
Sunset1982
18th September 2016, 18:20
I did some further investigations regarding the wrong composition rate.
I found out, that since the Win10 Anniversary Update the composition rate of 23,976 movies is shown as 24hz instead of the correct 23,976hz.
I don't know what the composition rate exactly means and if this bug leads to any kind of playback problems or framedrops, but with the 1511 build the composition rate is always shown as the correct 23,976 hz. With Windows 10 build 1607, in D3D11 / 10 bit / FSE mode and in 3D mode (D3D11 /8 bit / FSE) the composition rate is shown as 24hz instead of 23,976 hz. I reinstalled Win10 with 1511 build and it worked as it should. Updated to 1607 and it's broken again. So this is clearly an issue with Win10 anniversary update and madvr's FSE D3D11 mode. This happens with my RX480 and my GTX1060 too.
Used latest crimson 16.9.1 drivers, latest mpc-hc, lav, madvr and xysubfilter builds.
@madshi: Is this a known bug? Do I have to expect any kind of playback problems?
e-t172
18th September 2016, 18:38
edit: Another question, how big is your present queue?
I can see why you would ask that :) As mentioned in the bug report, all tests were done with the default settings, i.e. 8 frames to present in advance. I know for a fact that the same issue (with the same amount of delay - it's not correlated) occurs with a queue size of 4 because that's the setting I normally use.
I tried to test 16 frames to present in advance but, amazingly, the GPU driver crashes instantly as soon as I try to go full screen with that setting in place. Interesting bug. I suspect that has something to do with the fact that full screen in my setup means 2160p (4K), maybe 16 times 2160p is asking for too large a buffer, i.e. it triggers an overflow bug somewhere in the GPU driver or something.
Asmodian
18th September 2016, 20:13
I can see why you would ask that :) As mentioned in the bug report, all tests were done with the default settings, i.e. 8 frames to present in advance. I know for a fact that the same issue (with the same amount of delay - it's not correlated) occurs with a queue size of 4 because that's the setting I normally use.
I tried to test 16 frames to present in advance but, amazingly, the GPU driver crashes instantly as soon as I try to go full screen with that setting in place. Interesting bug. I suspect that has something to do with the fact that full screen in my setup means 2160p (4K), maybe 16 times 2160p is asking for too large a buffer, i.e. it triggers an overflow bug somewhere in the GPU driver or something.
Thanks for the extra info, a truly annoying issue. This makes me glad I am using Overlay again. :p
I can confirm the crash when presenting 16 frame in advance, the Nvidia driver doesn't like it at all. I am only on 2560x1440 too and 14 frames works properly. I remember this setting used to only go up to 15?
Edit: DX11 will only use 15 when set to 16, but DX9 Full Screen Exclusive is happy even with 16 frames in advance.
aufkrawall
18th September 2016, 20:34
What exactly do you do to reproduce the crash? I don't seem to be able to reproduce it.
Asmodian
18th September 2016, 21:06
I found out, that since the Win10 Anniversary Update the composition rate of 23,976 movies is shown as 24hz instead of the correct 23,976hz.
@madshi: Is this a known bug? Do I have to expect any kind of playback problems?
Just to keep everything complicated I do get the correct composition rate for 24Hz (23.976), 60Hz (59.940), and 120Hz (119.880). I also get even 85.000, 100.000, and 144.000 for my other supported refresh rates. :confused:
I am running Windows 10 Pro 1607 build 14393.187. Nvidia Titan X (pascal) with driver 372.70.
What exactly do you do to reproduce the crash? I don't seem to be able to reproduce it.
Set present 16 frames in advance for windowed mode and uncheck Overlay, Fullscreen Exclusive, and DX11. Go fullscreen, maybe 1440p or higher is required?
aufkrawall
18th September 2016, 21:25
Reproduced it. My first driver crash ever after four weeks of GTX 1070 usage, apart from OC. :D
actarusfleed
18th September 2016, 21:58
Hi guys, I own an htpc with a gtx 970.
This card can send HDR Metadata to my jvc x5000 projector?
I've downloaded the masciola's hdr-10 test patterns and reproduced with latest madvr with hdr Metadata passthrough actived.
In invidia panel I use UHD RGB at 12bit out.
But to the projector (I verified with HD fury integral) do not arrive any hdr Metadata.
Maybe my graphic card is not able to pass hdr Metadata??
Thank you
Inviato dal mio SM-N9005 utilizzando Tapatalk
huhn
18th September 2016, 22:12
madVR can't send HDR meta data to your device.
actarusfleed
18th September 2016, 22:17
madVR can't send HDR meta data to your device.
Can you explain it better?
Why?
Madvr has an option to pass hdr untouched...
I'm in wrong?
Please describe the situation better.
Thank you
Asmodian
18th September 2016, 23:05
Can you explain it better?
Why?
Madvr has an option to pass hdr untouched...
I'm in wrong?
Please describe the situation better.
Thank you
madVR can pass it untouched but you would need to manually configure your projector.
A standard API for passing HDR metadata out of Windows does not exist yet so madshi has not implemented anything in madVR yet.
ShiftyFella
19th September 2016, 00:40
Set present 16 frames in advance for windowed mode and uncheck Overlay, Fullscreen Exclusive, and DX11. Go fullscreen, maybe 1440p or higher is required?
Can confirm this, with 16 frames in windowed without overlay get a crash on 290x at 1440p on win10, if lower it to 14frames all is fine. My 'default' is overlay with 10 frames
robl45
19th September 2016, 01:02
I don't know if this is lav or madvr. When I watch mvc movie. My intel gpu hits 100 percent and I get glitching and worse my wireless hdmi cuts out. I had 100 percent gpu usage with normal movies and I changed to dxva in madvr and that fixed it. Is there Anything else I can do? Cpu usage is 30 percent or less.
Clammerz
19th September 2016, 08:59
I don't know if this is lav or madvr. When I watch mvc movie. My intel gpu hits 100 percent and I get glitching and worse my wireless hdmi cuts out. I had 100 percent gpu usage with normal movies and I changed to dxva in madvr and that fixed it. Is there Anything else I can do? Cpu usage is 30 percent or less.
By "wireless HDMI" do you mean Miracast/WiDi (connecting to a wireless display in Windows)?
If yes then it's likely you are consuming too many resources and there is not enough left for the software/hardware to process/encode the wireless stream.
From my experiences using Miracast doesn't come for free and there is some overheads with encoding and transmitting the stream. I have not tested MadVR and Miracast though at the same time.
If you mean a specialist HDMI wireless device then you can ignore the above and something else strange is going on.
robl45
19th September 2016, 11:41
By "wireless HDMI" do you mean Miracast/WiDi (connecting to a wireless display in Windows)?
If yes then it's likely you are consuming too many resources and there is not enough left for the software/hardware to process/encode the wireless stream.
From my experiences using Miracast doesn't come for free and there is some overheads with encoding and transmitting the stream. I have not tested MadVR and Miracast though at the same time.
If you mean a specialist HDMI wireless device then you can ignore the above and something else strange is going on.
No its a DVDO Air 3 wireless HDMI system. I know people are using the intel GPU with the Kodi MVC version so my guess is that something with Lav or Madvr is causing MVC to use a lot of GPU.
huhn
19th September 2016, 16:48
which intel GPU are you using and can you make a screen of the OSD(control + j)?
robl45
19th September 2016, 17:14
which intel GPU are you using and can you make a screen of the OSD(control + j)?
I3 6100 cpu gpu. I can try to get screenshot
edison
20th September 2016, 08:42
madVR can pass it untouched but you would need to manually configure your projector.
A standard API for passing HDR metadata out of Windows does not exist yet so madshi has not implemented anything in madVR yet.
Is that meaning the HDR metadata of HDMI 2.0a is useless here?
Asmodian
20th September 2016, 16:25
Is that meaning the HDR metadata of HDMI 2.0a is useless here?
The GPU would have to output the metadata on HDMI 2.0a and madVR doesn't have the ability to tell it to do that. There is no standard API to tell it with. It isn't that the metadata is useless, it is that there is no way to transmit it from madVR to the GPU.
ashlar42
20th September 2016, 17:30
The GPU would have to output the metadata on HDMI 2.0a and madVR doesn't have the ability to tell it to do that. There is no standard API to tell it with. It isn't that the metadata is useless, it is that there is no way to transmit it from madVR to the GPU.Slightly off-topic but... does this mean that Windows 10 can't output games with HDR? Considering their "Play Anywhere" initiative and the big push for HDR on Xbox One S, I would have expected differently.
x7007
20th September 2016, 18:29
There is an issue with Madvr 0.90.24 using Potplayer x64 + D3D11 Exclusive mode + 60 Hz HDTV HDMI TV + Geforce 1080GTX 372.70 + Windows 10 x64 1607 1493.187 and might even before that, I'm not sure what can be the cause.
If I'm using 60 Hz going to full screen there is big black delay till I see anything ( the sound continues while it's black screen ) and then picture is shown. comparing going out of full screen is just instant.
If I'm using 59 Hz going to full screen is quickly as going out and in and is instant . I tried disabling Full Exclusive mode in MadVR and it was fast.
What could be the cause ? Drivers ? Windows ? MadVR Exclusive Mode ?
Asmodian
20th September 2016, 18:39
What could be the cause ? Drivers ? Windows ? MadVR Exclusive Mode ?
Exclusive mode + OS + Drivers, there has always been a noticeable delay, based on the OS and drivers, when switching into Exclusive mode. I don't use exclusive, it doesn't make anything better for me and it has that mode switching delay.
Slightly off-topic but... does this mean that Windows 10 can't output games with HDR? Considering their "Play Anywhere" initiative and the big push for HDR on Xbox One S, I would have expected differently.
Yes, Nvidia has an API, I understand, but madshi doesn't like it and it wouldn't work on AMD or Intel cards anyway. There isn't a normal Windows API for it right now but Microsoft could probably implement something custom for Xbox One S HDR enabled games if they wanted to. Hopefully they will have a standard API by then instead. ;)
x7007
20th September 2016, 20:08
Exclusive mode + OS + Drivers, there has always been a noticeable delay, based on the OS and drivers, when switching into Exclusive mode. I don't use exclusive, it doesn't make anything better for me and it has that mode switching delay.
Yes, Nvidia has an API, I understand, but madshi doesn't like it and it wouldn't work on AMD or Intel cards anyway. There isn't a normal Windows API for it right now but Microsoft could probably implement something custom for Xbox One S HDR enabled games if they wanted to. Hopefully they will have a standard API by then instead. ;)
Again there is no delay when I'm using 59 Hz, when using 60 Hz there is black screen delay of almost 2 sec. that's the kind of delay I'm talking about. it's hard to explain it but I think delay means you need to wait and don't see anything while instant means it you just click and almost you didn't noticed anything. so this what happens . I can't understand why 60 Hz can't work properly, I think it's something with Nvidia Drivers. I just wanted to know if someone else with HDTV having the same issues with the nvidia drivers.
nevcairiel
20th September 2016, 23:33
Slightly off-topic but... does this mean that Windows 10 can't output games with HDR? Considering their "Play Anywhere" initiative and the big push for HDR on Xbox One S, I would have expected differently.
Windows 10 1607 (ie. Annivesary Update) and its WDDM 2.1 received support for special HDR color formats through DirectX.
If its useful for HDR video playback in the future will have to be determined.
Paul Tronc
21st September 2016, 10:19
Hello,
I use MPCHC + MADVR for 1080p sources (BR) on a 1080p diffuser. The image decoding is achieved by LAV -> Nvidia Harwdare deocder.
Whatever the settings in madvr, I can clearly see some aliasing on straight lines, for instance 20th Century logo at the beginning of movies. Even with all sharpening features disabled. Image doubling reduce partially the aliasing using the maximum NNEDI neurons (which is not affordable).
Is this due to the hardware Nvidia Cuda decoding? I activated it for HEVC content, should I disable it for x264 content?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.