View Full Version : madVR - high quality video renderer (GPU assisted)
huhn
5th October 2017, 02:17
file works normally for me.
varekai
5th October 2017, 08:38
How to export/import madVR settings?
el Filou
5th October 2017, 09:07
You can either give write access to the folder madVR is installed in (usually somewhere in Program Files) to your user account and then it will create a settings.bin file in it, or you can export the HKEY_CURRENT_USER\SOFTWARE\madshi\madVR key from the registry (the resulting .reg is quite big, so zip it if you want to share it).
@madshi Would it be possible for madVR to store the settings.bin in %ProgramData% ? That folder has the advantage of having write access even for standard users.
feelingblue
5th October 2017, 09:37
hi
Has the full/limited issue been fixed with new nvidia drivers?
Selecting RGB Full in both desktop section and video section, is 0-255 correctly displayed?
thanks
Anime Viewer
5th October 2017, 16:34
I'm noticing small white horizontal dashes (most of the time white, but on occasion black) flash on the screen at what may be random times during playing of videos. I've also noticed they flash on quite frequently (although not always) right after I pause videos too. Its a brief flash, and doesn't remain on the screen making me unable to take a screen shot.
(MadVR, MPC-HC 64, LAV-64, XySubfilter)
I'll post my settings if needed, but before that I thought it may ring a bell to a few of you who may have encountered it yourselves in the past. Any theories on what may be causing it, or a setting I should try changing to remedy it?
varekai
5th October 2017, 18:10
...or you can export the HKEY_CURRENT_USER\SOFTWARE\madshi\madVR key from the registry...
Excellent, thanks for the info! Much appreciated!
el Filou
5th October 2017, 18:27
Has the full/limited issue been fixed with new nvidia drivers?
Selecting RGB Full in both desktop section and video section, is 0-255 correctly displayed?I updated to 385.69 and it's not fixed for me, but then most people don't have this problem so it will probably be difficult to have NVIDIA acknowledge it.
Just one remark: the Dynamic range setting in Adjust video colour section shouldn't have an effect on madVR.
Asmodian
5th October 2017, 21:19
Yes, that is very strange. I haven't had a problem with Nvidia + full range RGB in years.
dvd1
5th October 2017, 21:49
If you do not notice a difference just use Jinc or something. There is no need to overthink it.
I compare by switching settings and re-watching shorter sections of different types of content.
why jnc does not need overthink?
Siso
5th October 2017, 22:08
I was wondering which decoder to use, CPU decoding, or GPU decoding (DXVA copy-back). CPU is XEON X5650, GPU is GTX 1050 Ti.
strumf666
5th October 2017, 22:17
why jnc does not need overthink?
Jync is a decent enough scaler so you can set it and forget it, if you can't be bothered to do some testing of your own.
Asmodian
5th October 2017, 22:18
why jnc does not need overthink?
Jinc is the the highest quality non-doubling scaler. It is a simple very high quality choice if you do not notice the difference from NGU.
el Filou
5th October 2017, 23:36
I was wondering which decoder to use, CPU decoding, or GPU decoding (DXVA copy-back). CPU is XEON X5650, GPU is GTX 1050 Ti.The video block in the 1050 decodes pretty much everything and hardly consumes any power, and it's dedicated so you're not using other processing resources. The only case I'd see in your situation for not using it would be if copy-back mode has problems (usually with UHD content).
el Filou
6th October 2017, 05:39
Btw, i'm trying and trying and now i barely see a difference :P Maybe you can see it. I'm thinking, i tried to reset madvr settings after i edited the name file... maybe the problem was really there? :OI'm not using any processing/enhancement/refinement, and yet on my system the picture looks more similar to your madVR screenshot than to your VLC one (albeit with more banding artefacts).
I noticed that madVR produces a 1920x800 image and your VLC screenshot is 1920x804, the aspect ratio is different. I don't know much about VLC, but what renderer and decoder does it use? If it's DXVA and/or EVR, are you sure your graphics card video 'enhancements' are not processing the image? And how does it produce screenshots? Or did you use print screen?
I also tried basic EVR, and the resulting image is 1920x804 like your VLC screenshot, but with the same brightness levels as madVR. I think the VLC image is the bad one here.
Edit: this scene is a very good showcase of how much better at rendering madVR is than GPU drivers & EVR, btw! :)
Siso
6th October 2017, 08:21
The video block in the 1050 decodes pretty much everything and hardly consumes any power, and it's dedicated so you're not using other processing resources. The only case I'd see in your situation for not using it would be if copy-back mode has problems (usually with UHD content).
I watch only 1080p content :D So copy-back is the right choice?
Tobiwan
6th October 2017, 10:11
Can someone give me tips for faster skipping/jumping inside low quality formats like porn? It needs 2-4sec to rebuild after jumping with my high settings on NGU AA, but maybe I did something wrong. HD 1080p movies work without delay.
I have tried to lower the setting and deactivate the NGU, but it doesn't really help, so it seams something else is wrong.
dvd1
6th October 2017, 11:00
Jync is a decent enough scaler so you can set it and forget it, if you can't be bothered to do some testing of your own.
I'm testing them but I do not see any difference between the various scalers, maybe I can not figure out what the differences are and with what images i have to do the tests?
mzso
6th October 2017, 12:03
I've installed ProgDVB and tested with the same setup you would like to use: software decoding in LAV but with GPU deinterlacing and madVR.
Here's a screenshot (https://drive.google.com/open?id=0B2r1Nd4XdRcbcm1jTFBnT1NrV00)
GPU deinterlacing is definitely working, no combing whatsoever as in your screenshot.
I left madVR at its default settings.
I may be wrong, but could madVR + GPU deinterlacing be too much for your graphics card? Have you tried with EVR just to see if deinterlacing works without madVR? Have you tried lowering madVR processing quality?
EDIT: I see your average processing time is ~23 ms. 50i video deinterlaces to 50 fps, not 25, so it means 20 ms per frame. I think it's likely your GPU has no processing resources left to deinterlace in addition to madVR processing. I know Radeons at some point had a 'feature' that disabled some video processing options if the GPU was maxxed out, I don't know much about NVIDIA GPUs yet but could it be that's what happening?
I just realize that when you were testing this I didn't know yet that it only breaks when I change channels.
Could you try it that way? (If you're still around)
jkauff
6th October 2017, 12:23
Can someone give me tips for faster skipping/jumping inside low quality formats like porn? It needs 2-4sec to rebuild after jumping with my high settings on NGU AA, but maybe I did something wrong. HD 1080p movies work without delay.
I have tried to lower the setting and deactivate the NGU, but it doesn't really help, so it seams something else is wrong.
Maybe you should edit out the boring stuff before playing the video. ;)
Tobiwan
6th October 2017, 12:48
Maybe you should edit out the boring stuff before playing the video. ;)
Haha :D
When I skip/jump the decoder queue goes up over the set limit from 16 to 19/21 for a few sec, in this time the video stops.
I'm using a i7 7700k, should I set the decoder queue higher then the default to fix the problem?
ryrynz
6th October 2017, 12:52
Been noticing a few instances recently with seeking where the picture freezes but audio continues. Seeking sometimes fixes it. Was using NGU Sharp and d3d11. Haven't done any testing. Anyone else had this recently?
Only appear to have this happening when I pause.
Tobiwan
6th October 2017, 13:03
Been noticing a few instances recently with seeking where the picture freezes but audio continues. Seeking sometimes fixes it. Was using NGU Sharp and d3d11. Haven't done any testing. Anyone else had this recently?
Audio continues and picture freezes yes, but I only have the problem on low quality videos. I test it with NGU AA, Sharp, xbr, and CIVID, D3D11 but there was no different.
I only found that decoder queue overflow at seeking.
mzso
6th October 2017, 13:59
Hi!
Can anyone tell me how do I use the madVR internal decoders? They don't appear as a system codec so I can't set them in media software to be used. So how?
The DXVA decoders are surely there because apparently they somehow got enabled in strange circumstances (https://forum.doom9.org/showpost.php?p=1820884&postcount=22243):
https://abload.de/thumb/clipboarder.2017.10.05qsnv.png (http://abload.de/image.php?img=clipboarder.2017.10.05qsnv.png)
Even deinterlacing started working. So how do I the built in decoder normally?
nevcairiel
6th October 2017, 14:37
madVRs built-in decoders have been removed a long time ago, in v0.87.15 to be precise. If the OSD says DXVA, that means the decoder is delivering frames in DXVA2-Native mode, but not that madVR is doing the decoding.
strumf666
6th October 2017, 15:04
I'm testing them but I do not see any difference between the various scalers, maybe I can not figure out what the differences are and with what images i have to do the tests?
Official comparison by madshi available here:
http://www.madvr.com/
Unless you have a very bad eye sight (or something terribly wrong with your display), the difference in sharpness should be very apparent when watching a movie. You can also make a screenshot of the same frame using different scalers, for comparison, but if you do not see the difference during playback it's a waste of time.
mrmarioman
6th October 2017, 15:05
Quick question.
So what's the better/right option here for HDR movies?
madVR: 0-255 nvidia: 0-255 TV: 0-255
madVR: 0-255 nvidia:16-235 TV: 16-235
in some movies with everything set to full-rgb the blacks look washed out.
mzso
6th October 2017, 15:14
madVRs built-in decoders have been removed a long time ago, in v0.87.15 to be precise. If the OSD says DXVA, that means the decoder is delivering frames in DXVA2-Native mode, but not that madVR is doing the decoding.
Well, I saw that, but it only says "removed software decoders" and not DXVA decoders. So that's confusing.
Also, I tried removing the files and it works the same way. Which is even weirder. Maybe LAV wasn't working at all this way?
The icon certainly didn't appear and the settings certainly don't reflect using DXVA. (I don't see LAVVideo.ax in the threads either.)
Where are the settings for LAV Video normally stored?
nevcairiel
6th October 2017, 15:15
Well, I saw that, but it only says "removed software decoders" and not DXVA decoders. So that's confusing.
There never was anything but the software decoders in the first place.
el Filou
6th October 2017, 15:39
@mzso I reinstalled ProgDVB and tested again. With the default config you're indeed right that deinterlacing gets turned off after the first channel change and there is no way to get it enabled again without fully stopping and opening a channel again.
Fortunately I was able to fix it by changing this setting in the options: Main => Speed of channel changing = Fast
Note that this value probably requires that the same decoder filters be used for all formats because they are kept active upon channel change. It's not really a problem because you can use LAV for all formats.
Afterwards, deinterlacing stays on even after a channel change.
Please confirm it works on your side too so I can uninstall ProgDVB, I can't stand this software. :D
Asmodian
6th October 2017, 15:42
Quick question.
So what's the better/right option here for HDR movies?
madVR: 0-255 nvidia: 0-255 TV: 0-255
madVR: 0-255 nvidia:16-235 TV: 16-235
in some movies with everything set to full-rgb the blacks look washed out.
Those are both correct, the first is preferred but they should look basically the same if the TV handles both limited and full range correctly.
HDR or not changes nothing. How are you displaying HDR? If you are using pixel shader math to convert to SDR try turning up "this display's peak nits:"
Tobiwan
6th October 2017, 16:00
Is D3D11 faster then CUVID or the same at the end? What's the benefit?
mzso
6th October 2017, 16:25
@mzso I reinstalled ProgDVB and tested again. With the default config you're indeed right that deinterlacing gets turned off after the first channel change and there is no way to get it enabled again without fully stopping and opening a channel again.
Fortunately I was able to fix it by changing this setting in the options: Main => Speed of channel changing = Fast
Note that this value probably requires that the same decoder filters be used for all formats because they are kept active upon channel change. It's not really a problem because you can use LAV for all formats.
Afterwards, deinterlacing stays on even after a channel change.
Please confirm it works on your side too so I can uninstall ProgDVB, I can't stand this software. :D
Sadly, no. This way channel switching is completely broken. Either I get an exception (with microsoft demultiplexer) or broken aspect ratio, hung video and such (with prog demuxer).
I set it all to lav video while testing.
el Filou
6th October 2017, 16:40
I'm afraid you'll have to contact ProgDVB devs about this, I don't see another way to fix this.
With MediaPortal I don't have any problem on channel switch with madVR so I guess the issue is on ProgDVB's side.
mrmarioman
6th October 2017, 17:10
Those are both correct, the first is preferred but they should look basically the same if the TV handles both limited and full range correctly.
HDR or not changes nothing. How are you displaying HDR? If you are using pixel shader math to convert to SDR try turning up "this display's peak nits:"
Thanks. I thought HDR content used full rgb.
Both options look similar, but using 16-235 looks a bit better on my TV.
For HDR I use 'let madVR decide' or 'passthrough' options.
aufkrawall
6th October 2017, 17:46
Is D3D11 faster then CUVID or the same at the end? What's the benefit?
Cuvid only has drawbacks over D3D11VA:
It wastes power by preventing downclocking of the card, is less maintained by Nvidia regarding bugs and there is only a copyback mode available with LAV Filters + madVR, which causes overhead on both CPU, GPU and RAM.
Only current advantage for Cuda would be deinterlacing, which is not yet implemented into madVR with D3D11VA. I think it's also just a myth that Cuda deinterlacing would be better in terms of quality. It's not better than D3D11VA and still inferior to YADIF.
Drakko01
6th October 2017, 18:03
Cuvid only has drawbacks over D3D11VA:
It wastes power by preventing downclocking of the card, is less maintained by Nvidia regarding bugs and there is only a copyback mode available with LAV Filters + madVR, which causes overhead on both CPU, GPU and RAM.
Thatīs kinda answers my question https://forum.doom9.org/showthread.php?p=1820811#post1820811 I see a major improvement on svp smoothness ,but i do not knows if is only for that change of settings.
aufkrawall
6th October 2017, 18:13
Can't judge SVP, haven't really ever used it. I'd expect that there are no differences as long as system performance is sufficient.
One possibility might also be that Cuda applications are favored for best performance by the driver over other applications.
Tobiwan
6th October 2017, 18:14
Thanks aufkrawall! :)
nevcairiel
6th October 2017, 18:16
Cuvid only has drawbacks over D3D11VA
On top of the listed things, CUVID can also not fully handle HDR.
aufkrawall
6th October 2017, 18:30
On top of the listed things, CUVID can also not fully handle HDR.
Is that because it can't fully transport metadata in general?
nevcairiel
6th October 2017, 18:32
Correct, it doesn't expose the SEI data. While one could parse that manually out of the bitstream before giving it to CUVID, thats just not done, and would also be quite annoying.
bitterman
6th October 2017, 18:37
I seem to have a problem with x265 (H.265) video files.
The image freezes but the audio continues playing, resulting in massive dropped frames.
It happens sporadically.
I made a video about it with madvr statistics enabled.
https://www.youtube.com/watch?v=Ljlp67uHH_0
It even happens with a 300mb re-encode video file. Such as with e.g. Annabelle.2014.BluRay.1080p.H265-20-40.
If needed here is the Mediainfo output of the file:
https://pastebin.com/p2M9X2QM
My pc specs are:
- i7 4770k
- geforce gtx 650 ti (latest drivers)
- 8gb ram
- w7 64 bit
My MadVR settings are close to default.
And my settings in LAV are also on default. I only changed the hardware decoder to dxva2 copy-back.
Can anyone tell me what is causing this to happen?
Any help would be greatly appreciated. Thanks!
aufkrawall
6th October 2017, 18:41
Correct, it doesn't expose the SEI data. While one could parse that manually out of the bitstream before giving it to CUVID, thats just not done, and would also be quite annoying.
:thanks:
It's really good to have D3D11VA support now, probably avoids a fair amount of trouble or oddities for every driver.
iSeries
6th October 2017, 18:48
Using D3D11 copyback, the crop black bars/zoom functions do not seem to work. They work fine with DXVA2 copyback. Is that expected?
huhn
6th October 2017, 18:52
yes it by default it is using native mode for copyback select a GPU in the drop down menu.
iSeries
6th October 2017, 18:54
yes it by default it is using native mode for copyback select a GPU in the drop down menu.
Yeah I did that, I made sure it is using copyback. Zoom function doesn't work with it
huhn
6th October 2017, 19:09
well working perfectly fine here: https://abload.de/img/workingfine3wukf.png
sneaker_ger
6th October 2017, 19:24
I seem to have a problem with x265 (H.265) video files.
[...]
- i7 4770k
- geforce gtx 650 ti (latest drivers)
And my settings in LAV are also on default. I only changed the hardware decoder to dxva2 copy-back.
Can anyone tell me what is causing this to happen?
I don't know what is causing it but I would recommend to simply deactivate hardware decoding for HEVC and move on. Neither i7-4770k nor GTX 650 Ti have ASIC for HEVC. Not worth the trouble.
bitterman
6th October 2017, 19:35
I don't know what is causing it but I would recommend to simply deactivate hardware decoding for HEVC and move on. Neither i7-4770k nor GTX 650 Ti have ASIC for HEVC. Not worth the trouble.
Thanks. So upgrading to a GTX 970 would fix this?
This is almost pretty unbelievable that you need a super high end system just for playing x265 (h.265) files. I'm stunned.
I can't imagine how many people are still in the same boat as me.
sneaker_ger
6th October 2017, 19:38
GTX 970 is not good. GTX 950, GTX 960 or GTX 10xx (Pascal) would be better. (Or Intel Kaby Lake and later)
But why not just use software decoding? Your CPU is more than fast enough for at least 1080p, probably also for most 4Kp24 stuff.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.