View Full Version : madVR - high quality video renderer (GPU assisted)
Yankun
23rd June 2012, 02:47
If you are watching 1280x720 at 1280x720 (black bars on top and bottom) it will be very easy on the GPU.
Yup, it's just like I said - I don't have any problems, I just though I still could improve anything, so I had to ask, but from my search results and the answers in here, I don't think there is anything more I should do, thanks for the help everyone.
Boltron
24th June 2012, 01:45
I have questions about the calibration settings in madVR. The specific ones are Devices > Calibration and Devices > Color & Gamma.
I have a LG LCD (LED Full Array) set which I have calibrated for both color (has yCMS adjustments) and grey scale with a colorimeter and ColorHCFR software. I am not an expert at this but I have done it a few times following a good guide and I am quite happy with the results.
I have the calibration results for red/green/blue/white and grey scale from ColorHCFR.
So my questions.
1) Devices > Calibration
Do I select "this display is already calibrated" or do I select "calibrate this display by using yCMS" and enter my results data?
2) Again in Devices > Calibration
I calibrated to BT.709 to 2.20. What do I select for the transfer function / gamma? Is it Pure Power Curve 2.20?
3) Devices > Color & Gamma
Do I enable Gamma Processing?
My setup is Win7, MC17 with madVR and LAV Filters.
Thanks.
plew
24th June 2012, 01:46
mpc-hc 1.6.2.4902, lav .50.5, madvr 82.5. Win7(64) GT450, amd athlon II x2 250, 3G. 8G memory
I can start to play a dvd, vob folder but if I try to seek or pause, mpc-hc hangs and becomes unresponsive. The seek or pause never happens. This is only using madvr. If I switch to evr it's good. 720x480 movies.
Bluray movies are fine.
CPU and GPU usage are low.
Nya_Su
24th June 2012, 08:40
Hi everyone,
I'm stuck with a problem and would like your opinion.
When I play a video using madVR, it starts without trouble: all queues are stable, no dropped or delayed frames.
But sooner or later - could be 5 minutes, could be an hour and a half -, there's always a moment when dropped frames appears and keep piling up (whereas queues are still stable).
Why I think it's strange: I couldn't find a commun denominator. It happens with every version of MPC-HC I tried (trunk or not), whatever codec is used, software or hardware decoding
mode. My configuration of madVR is based on this guide (http://wp.me/PrgSo-vn), I tried other options without any change. And I guess my computer should be more than enough (i7-P67-8Go
of RAM-GTX 460).
I noticed only one thing when it happens: I got a "red graph" peak in the CPU graph in process explorer that I can't explain, see http://i.imgur.com/8bD0D.png.
Does anyone have any idea on what's happening?
Thanks for reading this.
ryrynz
24th June 2012, 09:50
The common denominator here likely is your queue and flush settings and perhaps your driver version.
Perhaps JarrettH's post a few pages back might help?
http://forum.doom9.org/showthread.php?p=1575606#post1575606
Nya_Su
24th June 2012, 16:24
@ryrynz: I'm currently using 301.42 WHQL drivers. But it doesn't change anything, and there has been no change since previous drivers (beta or not).
I tried using JarrettH's settings, and that doesn't change anything...
ryrynz
24th June 2012, 23:56
I would be investigating what active process causes that CPU spike in process explorer then. Wouldn't hurt to see if anything changes with Reclock disabled.
Nya_Su
25th June 2012, 18:11
@ryrynz: I've had this problem since before I discovered Reclock, so it ain't a suspect.
In process explorer, all it says is that "mpc-hc.exe" is using about 12% CPU, even when there is the red spike... so I don't know what is causing this red spike...
mzso
25th June 2012, 18:17
@ryrynz: I've had this problem since before I discovered Reclock, so it ain't a suspect.
In process explorer, all it says is that "mpc-hc.exe" is using about 12% CPU, even when there is the red spike... so I don't know what is causing this red spike...
Enable the CPU history column.
Xello
26th June 2012, 19:49
http://i886.photobucket.com/albums/ac65/XJ6_avs/Video%20Cal%20%20Tieng%20Viet/1-BlackClipping.jpg
So I noticed that at the 0-255 setting in madVR, viewing this black clipping pattern I could not with any change of my TV settings get the 0-16 lines to be visible. When i change to limited range 16-235 though all the lines appear, like in the image above. Is that normal? I'd have thought it should be the other way round.
nevcairiel
26th June 2012, 19:52
Thats normal, and perfectly correct this way. You should not see 0-16 if your TV is setup properly. If you select 0-255 output, madVR will expand the 16-235 range to 0-255, and 0-16 and 235-255 are lost. But this is OK, because most movies are 16-235 (and if it detects a file is full range, it'll change its behaviour - the test patterns are obviously not marked as full range, or it would defeat their purpose)
mzso
26th June 2012, 21:22
Thats normal, and perfectly correct this way. You should not see 0-16 if your TV is setup properly. If you select 0-255 output, madVR will expand the 16-235 range to 0-255, and 0-16 and 235-255 are lost. But this is OK, because most movies are 16-235 (and if it detects a file is full range, it'll change its behaviour - the test patterns are obviously not marked as full range, or it would defeat their purpose)
Maybe the source of my problem (http://forum.doom9.org/showpost.php?p=1578122&postcount=13297) with madVR originates here. How does it detect the range.
Although My experiences don't verify this. There a blu-ray files that suck hard, and only reach dark grey for which I have to compensate. But most reach black or very close to it.
Nya_Su
27th June 2012, 19:58
Enable the CPU history column.
It didn't help: there's nothing else eating CPU while I'm playing videos. There's always 10-15% of CPU eaten by MPC-HC, and sometimes something within that cause a red graph spike - that's when I have dropped frames. Green graph doesn't change.
I guess that if I can't find an idea, I'll end up trying the old "Windows XP approach" by formatting and starting from scratch...
ryrynz
27th June 2012, 22:46
First off try another media player (Potplayer with MadVR) and see if it still occurs. Does the spike only happen with MadVR enabled?
Nya_Su
28th June 2012, 19:08
@ryrynz : I don't like this player, but I tried Potplayer with MadVR and also got dropped frames. It's actually worse, even though I used the same filters and configuration...
But there's no "red graph" spike with Potplayer, so I'm beginning to wonder if there really is a link. I'll try MPC-HC with EVR Custom Pres to see what happens with the CPU graph.
EDIT : Well, the red graph does happen too, and I think I got dropped frames (don't know how to be sure with EVR's OSD)...
ryrynz
29th June 2012, 13:41
Might not change anything but if you haven't set process priority above normal in MPC, give it a shot. It's located in the main page of Player in the options. Does the red spike still occur if you play off a flash drive? Also do the frame drops still occur in exclusive mode?
Which splitter are you using? If you're not already running LAV filters I highly recommend you grab it.
If you're still having issues in MPC then try changing the CPU and GPU queue sizes for madVR in Potplayer and see if you can't get those frame drops sorted as it's not plagued by your CPU spike issue your drops could be related to your madVR config.
Also look at your flush settings, changing 'flush & wait (sleep)' to just 'flush' or even setting all options to 'don't flush or 'flush' for testing.
Even though you might not find Potplayer to be as comfortable to use getting a working system on that may be the easier solution right now until you can figure out where your CPU spike issue lies, just remove as much from the equation as you possibly can.
ben7337
30th June 2012, 06:04
Nevermind, my issue was an evil MPC-HC setting, not MadVR
namaiki
30th June 2012, 06:15
Try update or revert your version of MPC-HC.
mzso
30th June 2012, 09:03
Nevermind, my issue was an evil MPC-HC setting, not MadVR
It would be nice to bring it to people's attention then.
Nya_Su
1st July 2012, 18:19
@ryrynz: changing the priority of MPC didn't change a thing. I would have to try the flash drive thing, since I always play videos from one of the secondary (non-system) disk. I remember trying exclusive fullscreen mode (don't like it) and it didn't change anything.
I'm using Haali Media Splitter as I need "ordered chapters" support, except in some rare cases of files with TrueHD audio. And I'm using LAV filters.
Changing CPU & GPU queues doesn't change anything. When changing the flush setting, there is some change: dropped frames happens (way) sooner when everything is "don't flush'. But I have yet to find a combination that lasts a whole movie, and I'm beginning to wonder if it exists...
@ryrynz: changing the priority of MPC didn't change a thing. I would have to try the flash drive thing, since I always play videos from one of the secondary (non-system) disk. I remember trying exclusive fullscreen mode (don't like it) and it didn't change anything.
I'm using Haali Media Splitter as I need "ordered chapters" support, except in some rare cases of files with TrueHD audio. And I'm using LAV filters.
Changing CPU & GPU queues doesn't change anything. When changing the flush setting, there is some change: dropped frames happens (way) sooner when everything is "don't flush'. But I have yet to find a combination that lasts a whole movie, and I'm beginning to wonder if it exists...
You could always Try Potplayers evr-cp with with shader bicubic scaling and yv12 chroma upsampling shader. If you can't fix the problem. Also if it happens with tha too you can start searching elsewhere.
Megalith
4th July 2012, 01:26
Is madVR playback impossible on the Mac? And can any Mac-compatible decoder even compare to it?
namaiki
4th July 2012, 01:44
Is madVR playback impossible on the Mac? And can any Mac-compatible decoder even compare to it?
Bootcamp.
TheShadowRunner
4th July 2012, 01:54
Is madVR playback impossible on the Mac? And can any Mac-compatible decoder even compare to it?
madVR is a renderer..
Is madVR playback impossible on the Mac? And can any Mac-compatible decoder even compare to it?
Bootcamp.
madVR is a renderer..
The real answer you're looking for is "no".
kutjong
5th July 2012, 00:13
I have a couple of questions about madVR.
Is there any benefit to run D3D11 mode?
Is it okay to run in windowed mode instead of exclusive? My video card (Radeon 7950) is more than capable of running windowed D3D11 and the transition from windowed to exclusive is annoying.
Any recommendations to change the default upscale settings?
Should I run Reclock with madVR?
Any input appreciated. :)
dansrfe
5th July 2012, 03:45
I have a couple of questions about madVR.
Is there any benefit to run D3D11 mode?
Is it okay to run in windowed mode instead of exclusive? My video card (Radeon 7950) is more than capable of running windowed D3D11 and the transition from windowed to exclusive is annoying.
Any recommendations to change the default upscale settings?
Should I run Reclock with madVR?
Any input appreciated. :)
1. No
2. Yes
3. All Spline @ 3 taps *
4. It's better to *
* These answers are my opinions
Xello
5th July 2012, 15:27
the transition from windowed to exclusive is annoying.
You can disable the 3-second delay in options to make the transition better. I'd like to run windowed mode but with some content I can't do it without getting frame drops for some reason.
kasper93
5th July 2012, 16:18
I have a couple of questions about madVR.
Is there any benefit to run D3D11 mode?
Is it okay to run in windowed mode instead of exclusive? My video card (Radeon 7950) is more than capable of running windowed D3D11 and the transition from windowed to exclusive is annoying.
Any recommendations to change the default upscale settings?
Should I run Reclock with madVR?
Any input appreciated. :)
1. If yuo have problems this mode can resolve them, for example dropped frames..
2. It's ok, but exclusive mode is recommended for better presentation.
3. You must find out yourself what you prefer. And what content do you watch. I personally use
chroma: Catmull-Rom
luma up: Lanczos 3
luma down: Lanczos 3
For low resolution content I recommend softcubic 75/50
Search this thread there were some nice comparison.
4. It's your decision.
Chug a Bug
5th July 2012, 18:31
There are no benefits for using MPC-HC x64.
Benefits for MPC-HC 32-bit: software compatibility.
I can think of one: DXVA playback of h264 in LAV using x86 filters on W7x64 is choppy. LAV x64 playback is smooth.
Unfortunately I have a choice in W7x64, no madVR or no DXVA.
1. No
2. Yes
3. All Spline @ 3 taps *
4. It's better to *
* These answers are my opinions
For some reason I couldn't get the red jaggediness unnoticable. Even when I used 100 soft cubic for everything. The simple yv12 shader of potplayer did a better job for some reason.
The reset settings .bat file didn't work too...
Xello
6th July 2012, 15:22
Does anyone have any experience playing japanese BD sources using madVR?
Apparently they use TV 16-235 rather than PC levels. This can be fixed when using EVR-CP by enabling "16-235 -> 0-255 [SD] [HD]" under Shaders, does madVR have something to sort this? I've tried switching between tv and pc levels in madVR menu and both give different but wrong results.
nevcairiel
6th July 2012, 15:24
All Blu-rays (and like 99.99% of all commercial content) use 16-235. madVR handles this automatically.
Xello
6th July 2012, 15:36
It's not handling this though, here is my testing with the file:
Played with EVR-CP = too bright (can see it in the black borders immediately)
Played with EVR-CP with the 16-235 -> 0-255 [SD] [HD] shader option enabled = perfect
Played with madVR set at normal 0-255 = too bright, identical to EVR-CP
Played with madVR set at tv 16-235 = even brighter the previous "too bright" result
Any suggestions ?
Enable gamma processing in madVR. 2.45-2.60.
All Blu-rays (and like 99.99% of all commercial content) use 16-235. madVR handles this automatically.
Well, that's another illusion shattered. :(
It always turns out that things are suckier than I think they are...
Didn't anyone manage to try this little test file: https://docs.google.com/open?id=0ByfdfPvnoDuzWkI4YjVHNndqRVE
16-235 ->0-255 conversion doesn't seem to be working for this one here.
Xello
6th July 2012, 16:47
Enable gamma processing in madVR. 2.45-2.60.
Tried this but the borders still aren't black even with 2.6. I guess I will be using EVR-CP for this file.
I ran "restore default settings.bat" I ran "uninstall.bat", deleted the single registry key which had madVR in it at this point. Deleted the files from the folder reinstalled madVR. Yet the settings remain, as is my problems. I'm at a total loss now on what happens here...
nevcairiel
6th July 2012, 16:58
Didn't anyone manage to try this little test file: https://docs.google.com/open?id=0ByfdfPvnoDuzWkI4YjVHNndqRVE
16-235 ->0-255 conversion doesn't seem to be working for this one here.
That file is flagged as full-range content in its headers, which means madVR won't perform range expansion.
You can temporarily fix it by pressing Ctrl-Alt-Shift-I a number of times to select TV as input range, but its really just a badly encoded file.
@Xello
If your display is TV you can try to set Gamma=High and Black Level=Low.
That file is flagged as full-range content in its headers, which means madVR won't perform range expansion.
You can temporarily fix it by pressing Ctrl-Alt-Shift-I a number of times to select TV as input range, but its really just a badly encoded file.
Thanks for the info.
Xello
6th July 2012, 17:30
@Xello
If your display is TV you can try to set Gamma=High and Black Level=Low.
I could probably try to adjust it with my TV settings but i'm not going to, I have the tv calibrated for rec709 and d65 with optimum black and white settings and it's normal for every file so far but this one. It could be something wrong with the code/flags in the file itself, I will try to get the US version of the bluray maybe (it's 3:10 to Yuma japanese BD)
cyberbeing
7th July 2012, 16:01
I was re-creating my custom CRT refresh rates from scratch on a new Ivy Bridge + NVIDIA computer, and I noticed the following equation resulted in optimal refresh rate as reported by madVR's drop frame interval.
(VideoFPS x RefreshMutliple)(ClockDeviation% + 1) = OptimalRefreshRate
(23.976023976 x 4)(0.00163% + 1) = OptimalRefreshRate
(95.904095904)(1.0000163) = 95.90565914076324
(23.976023976 x 5)(0.00163% + 1) = OptimalRefreshRate
(119.88011988)(1.0000163) = 119.882073925954
This is the first time I've ever realized the direct mathematical correlation between refresh rate and clock deviation, so I just found it interesting. I tested this when fine-tuning the two refresh rates above, and it seemed to hold true for both. The closer I got to OptimalRefreshRate as calculated above, the more infrequent madVR's calculated drop frame interval was. It will certainly save me some time as I add more refresh rates that can be used without ReClock. The only problem with not using Reclock when fine-tuning refresh rates like this, is it depends on having a clock deviation which stabilizes quickly to the same value, each time you playback a video.
chros
7th July 2012, 21:55
That file is flagged as full-range content in its headers, which means madVR won't perform range expansion.
You can temporarily fix it by pressing Ctrl-Alt-Shift-I a number of times to select TV as input range, but its really just a badly encoded file.
Thanks nev, I forgot this option.
And in this case the picture will be the same as it was encoded properly?
nevcairiel
7th July 2012, 21:59
Thanks nev, I forgot this option.
And in this case the picture will be the same as it was encoded properly?
Yes, it'll be fine.
konok
8th July 2012, 03:38
Does anyone know how to get Infinite Pin Tee filter or Inftee SDK sample to work with madVR? I'm trying to show a video in two displays... This works with EVR, but when I tried using madVR, it freezes with either Tee filter.
I've tried something simple like this in GraphStudio as a test, but it still freezes:
source -> ffdshow -> Infinite Pin Tee -> madVR
(only one tee output)
madVR works perfectly without Infinite Tee.
dansrfe
8th July 2012, 07:21
(VideoFPS x RefreshMutliple)(ClockDeviation% + 1) = OptimalRefreshRate
(23.976023976 x 4)(0.00163% + 1) = OptimalRefreshRate
(95.904095904)(1.0000163) = 95.90565914076324
(23.976023976 x 5)(0.00163% + 1) = OptimalRefreshRate
(119.88011988)(1.0000163) = 119.882073925954
This is the first time I've ever realized the direct mathematical correlation between refresh rate and clock deviation, so I just found it interesting. I tested this when fine-tuning the two refresh rates above, and it seemed to hold true for both. The closer I got to OptimalRefreshRate as calculated above, the more infrequent madVR's calculated drop frame interval was. It will certainly save me some time as I add more refresh rates that can be used without ReClock. The only problem with not using Reclock when fine-tuning refresh rates like this, is it depends on having a clock deviation which stabilizes quickly to the same value, each time you playback a video.
This is a very interesting find indeed. I will try this with my nvidia card and tv today. Out of curiosity, do you have some sort of calculation for determining what to put into the fields for custom resolutions? I have tried creating a custom resolution for 23.976 and I can never get it spot on since it ends up around 23.978. To be honest I'm not exactly sure of the functions of these various options either.
namaiki
8th July 2012, 09:05
Out of curiosity, do you have some sort of calculation for determining what to put into the fields for custom resolutions? I have tried creating a custom resolution for 23.976 and I can never get it spot on since it ends up around 23.978.
For me, I usually select "Manual" and then type in the refresh rate to 3 decimal points and then put it back to Automatic before clicking Test for best results (for me).
I'm surprised (and glad) that my Sony laptop was able to push 72Hz on it's inbuilt display.
Nya_Su
8th July 2012, 09:40
Hello everyone,
As I was stuck with my problem despite every settings I tried, I decided to give "fullscreen exclusive mode" another chance.
First, I dicovered that while it looked like there were a lot of dropped frames, it was in fact a lot of presentation glitches. Queues were stables. So I tried some various flush setting, but queues were dropping toward zero and dropped frames appeared. Changing CPU/GPU queue size values didn't change anything, so I went back to default (CPU 12, GPU 8).
Then I tried some other options. For now, I think I found a good combination for the exclusive mode setting : first three options are checked, 16, all flush to "flush & wait (loop)", and only "limit redering times to avoid glitches" is checked in the last three options (it looks like that in my case, it is the most important option...). Worst case, queues stabilizes to:
decoder queue 11-12/12
upload queue 7-8/8
render queue 3-4/8
present queue 3-5/16
And now, obviously except when exclusive mode activates itself, I have no dropped frames, no delayed frames and no presentation glitches.
Well, what do you know? I may end up loving exclusive fullscreen mode after all!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.