View Full Version : madVR - high quality video renderer (GPU assisted)
konakona
26th February 2013, 22:12
Just do a clean install (you can select that option after you started the driver setup) of the NV driver anyway. If you have problems when you just switched the card, there´s not much else that can go wrong, especially not if you´re still on NV.
did clean install with new drivers,going to check it out now. (madvr osd still reports refresh rates that are a bit unstable,its scary)
edit:it seems it works like a charm,reclock reports 72hz(DDR),but madvr goes from 68 to 76hz on 72hz display(lol) (highest noted was about 96hz just at start of playback)
edit2:it works like a charm for some time,around a minute or so,then drops 60 to 70 frames,and the cycle repeats. decoder queue can go as high as 26-26/12 (how is that even possible)
starting the playback after reinstalling LAV filters makes the screen black,and only the audio plays,it shows itself after about 10 seconds. (or in most cases,doesnt show at all)
gpu-z shows no gpu load,or video engine load,but it gets to its highest memory and gpu clock for first ~10 seconds of playback,then goes to normal 2d mode values.
trying to seek while video is blacked out makes mpc-hc freeze.
secvensor
26th February 2013, 22:37
BDMV:
1920x1080@23.976.fps
Screen res.:
1920x1080@85MHz
Jinc 8 + AR / Jinc 8 + AR / Spline 4 + AR + smooth motion: always
CPU/GPU quere size: 32/24
backbuffer 8
dropped/dilayed frames: 0/0
ASUS HD7850-DC2-2GD5-V2 GPU 1050mhz
turbojet
26th February 2013, 22:47
All don't flush for windowed flush settings reduced the framedrops with frc for me but still 0.5-1 drop per minute.
andybkma: I edited it yet again, this time I tested it with zoomplayer, forgot sometimes buttons need original mappings. Also changed so that it looks for TMainForm class instead of windows titled 'Zoom Player'. Seems like a generic class but could't find any other programs using it by googling.
ryrynz
26th February 2013, 23:03
With the latest changes in MPC-BE a commit between 2028 and 2050 I've had MadVR displaying a green screen when progressing to the next file.
It has something to do with specifying ffdshow raw and xyvsfilter together in a specific order in the the external filters section in BE.
(From top to bottom) vsfilter->ffdsshow->MadvR gives a green screen if no flushing is done, I must set the default options flush and flush & sleep to have the video show when starting playback of the next file.
Switching to ffdshow->vsfilter->MadVR allows me to specify no flushing, I'm not sure if this is something that needs to be improved upon or it's just the way it is now.
It's worked previously in this order without flushing, so I'll leave it in your hands Madshi to decide if it's an issue.
druneau
27th February 2013, 01:47
Is there a simple source for push notification of new madVR releases?
I looked quickly on twitter, and zoomplayer seems to post when a new version is out. But they also post lots of other stuf...
andybkma
27th February 2013, 03:08
andybkma: I edited it yet again,
Excellent, thank you kindly :-)
ryrynz
27th February 2013, 04:31
Is there a simple source for push notification of new madVR releases?
Nope, gotta keep an eye on the forum or your choice of website, an alert me if first post to subscribed topic is updated feature would be nice but oh well.
leeperry
27th February 2013, 05:59
Now if there was a way to interpolate without glossing up the video that might be more impressive.
That's my point(and my ulterior motive) because I know that most FI really look fugly with nasty aliasing around fast movements, but I really wish madshi could spend 10 mins of his precious time checking out the FI of Sammy ES6x00 TV's in "crisp" mode because it looks dead smooth(no hiccup), doesn't artifact whatsoever and doesn't look like a soap opera either...this would be a strong asset to mVR, and madshi's unstoppable anyway.....a bit of mathematics magic and this ghost story would turn into some most impressive buttersmoothness :D
lesnumeriques.com recently tried a TOTL Philips TV and claimed that its FI was a complete joke compared to Sammy's, which is hard to deny IME as well. They also confirmed that Sony's Motionflow wasn't nearly as good as Sammy's either(they're not Sammy shills BTW ^^).
Surely it took decades to their R&D team to come up with this, but they didn't have madshi in their team :sly:
Be thankful that you can't hear over 15kHz then!
True dat! I completely forgot that this flat screen CRT liked to randomly make that utterly annoying high pitched whine.......oh well, I'm gonna follow madshi's advice and go demo some plasma's tomorrow :cool:
Panasonic's new ST60's should be released within a few months and would supposedly fix the posterizing issue, allowing 24576 steps of gradation instead of the current 12288 on the ST50's.
I read that Sammy's plasma's suffer from a loud buzzing noise on bright pictures, but I can get a 60" LG for 750€....this requires a demo, as I'm willing to make compromises until OLED makes it mainstream =)
And the bigger the screen, the more impressive Jinc3AR looks IME.
Is there a simple source for push notification of new madVR releases?
Real men check the OP every 10 mins \o/
Hypernova
27th February 2013, 06:45
Hm, looks promising.
What do you think a smaller vga: nvidia 640m or 645m ? (and a smaller CPU) So in this case the heating won't be such a problem ...
Thanks!
To be honest, I have no idea. Sorry. :(
Well I wasn't overclocking but my HD4000 definitely can't handle Jinc3. Maybe it was just for interlaced content, I can't remember.
To be clear, I need no overclock for resizing 720p to 1080p. I just tried that again last night. I believe I had AR turned on too. So in my case, HD4000 can handle Jinc3 quite well. The overclocking I talked about is when I tried to go 2560x1600.
romulous
27th February 2013, 09:09
Hi madshi,
I have a problem that Blight suggested I run by you. I have a test clip (link below) that when played with Overlay enabled on my system (NVIDIA GTX 660Ti, 314.07 drivers, Win 7 64bit), shows no video. The video plays in Zoom Player, but there is no actual picture - that is, the video window is black. If I disable Overlay mode, the video shows fine.
On Blight's system (NVIDIA GT 520, not sure what drivers he has), Overlay shows the picture fine. We both have the exact same filter chain, so literally the only difference is the video hardware and probably the driver version. Blight said to tell you that the driver may be lying about supporting that colorspace and that you might be able to convert it.
Test clip:
https://dl.dropbox.com/u/105555957/Bug%20%23446.avi (2.20MB)
This is with madVR v0.86.1 - Zoom Player 8.6 Beta 28.
Thanks!
DragonQ
27th February 2013, 09:43
To be clear, I need no overclock for resizing 720p to 1080p. I just tried that again last night. I believe I had AR turned on too. So in my case, HD4000 can handle Jinc3 quite well. The overclocking I talked about is when I tried to go 2560x1600.
What about 576i to 1080p? That's probably the most challenging. Also, there are different "levels" of HD4000 aren't there?
nevcairiel
27th February 2013, 09:50
What about 576i to 1080p? That's probably the most challenging. Also, there are different "levels" of HD4000 aren't there?
HD4000 is already the level, the slower variant is HD2500.
For the record, the most challenging is 1440x1080i60, which needs deinterlacing and then resizing to 1920x1080.
Some countries seem to use this (or the 50fps variant in PAL areas) for DVB transmission.
Pomegranate
27th February 2013, 10:49
For the record, the most challenging is 1440x1080i60, which needs deinterlacing and then resizing to 1920x1080.
Yep, the only way that works on my end (using a GTS 250) is with CUVID and chroma and image upscaling set to bilinear inside madVR. Even then I get a few frame drops every 20 seconds or so.
Dodgexander
27th February 2013, 10:52
HD4000 is already the level, the slower variant is HD2500.
For the record, the most challenging is 1440x1080i60, which needs deinterlacing and then resizing to 1920x1080.
Some countries seem to use this (or the 50fps variant in PAL areas) for DVB transmission.
I know in the UK the BBC use to use this, but it has since changed to be full 1920, 1080.
DragonQ
27th February 2013, 12:17
HD4000 is already the level, the slower variant is HD2500.
There are different maximum clock speeds though. My i5-3320M can do 1.2 GHz, the i5-3340M can do 1.25 GHz, for example. Not much in it though.
For the record, the most challenging is 1440x1080i60, which needs deinterlacing and then resizing to 1920x1080.
I see. I have some 1440x1080i/25 recordings from before the last lot of channels switched to 1920x1080i/25 for their transmissions in the UK, so I'll test those.
It has only been a month or two since I tested it though and I doubt much has changed in terms of MadVR & LAV Filters performance since then.
Chortos-2
27th February 2013, 12:34
Is there a simple source for push notification of new madVR releases?Yes. Yes, there is.
Go to the first post. Click on ‘old madVR versions here’. Scroll down to the change log. Just above it, there’s a link ‘Email me when it has been updated’. It requires you to be registered at VideoHelp, but registration is easy.
Direct link: http://www.videohelp.com/toolsedit?notify=1196
ryrynz
27th February 2013, 12:56
I read that Sammy's plasma's suffer from a loud buzzing noise on bright pictures
I think that's fairly common with the majority of plasmas. My ST30 buzzes on bright screens but not as much as the V20 I had before it. Maybe future generations likely improve it still more.. It's not really an issue, it's only noticeable to me when I'm in my browser on a primarily white screen.. I don't hear any buzz over the volume of the video. As I'm typing this the buzz is quite acceptable thanks to the majority of grey on this page.
Real men check the OP every 10 mins \o/
I check my subscriptions a little too frequently I think..
Warlock
27th February 2013, 13:17
Guys, I changed my monitor, I'm now using a Benq XL2420T. Do not know yet how to configure it properly. At the moment, I'm using it with a nvidia GF8600 GT, but even towards the end of the year, I change video card. What better setting for the madvr for the whole xl2420t/gf8600 gt? I appreciate if you can help me.
chros
27th February 2013, 13:35
There are different maximum clock speeds though. My i5-3320M can do 1.2 GHz, the i5-3340M can do 1.25 GHz, for example. Not much in it though.
I see. I have some 1440x1080i/25 recordings from before the last lot of channels switched to 1920x1080i/25 for their transmissions in the UK, so I'll test those.
It has only been a month or two since I tested it though and I doubt much has changed in terms of MadVR & LAV Filters performance since then.
Thanks guys, these're really useful information!
Is there any table of small reference where I can see the differences between CPUs ? (cores, clocks, GPU, clocks)
DragonQ
27th February 2013, 15:05
Thanks guys, these're really useful information!
Is there any table of small reference where I can see the differences between CPUs ? (cores, clocks, GPU, clocks)
http://en.wikipedia.org/wiki/List_of_Intel_Core_i5_microprocessors
sofakng
27th February 2013, 17:15
Can somebody recommend me settings for my system? It's a pretty strong GPU (NVidia GTX 690) and a decent CPU (Intel i5-2500).
I'm not much for tweaking so is there any settings that will work good for most video?
(I'm also new to DirectShow filters [typically I use XBMC], but I believe I'm going to use LAV Video (for CUDA) --> madVR. For animation films I might use SVP to smooth the playback...)
DragonQ
27th February 2013, 17:31
Your hardware should work with the "best" settings, i.e. Jinc3 + AR for both luma and chroma upscaling, and Catmull-Rom + AR + Linear Light for downscaling. Untick all "Trade quality for performance" settings.
Blight
27th February 2013, 17:50
Madshi, I've got another bug report:
If you are using MadVR using the Window Overlay, if you pause the video and then wait for all OSD elements to disappear (The 'Paused' OSD) and then drag the ZP window, you will actually see the video frozen in position and the unique color key window behind the video shifts into visibility.
If any OSD element is visible on-screen, it doesn't happen.
G_M_C
27th February 2013, 18:31
Thanks for the feedback (and I agree with you in your case), but I was talking about a laptop GPU: GT640m
Ahh, yes. Missed the "M" for mobility ;)
Sorry.
Niyawa
27th February 2013, 18:57
Madshi, I've got another bug report:
If you are using MadVR using the Window Overlay, if you pause the video and then wait for all OSD elements to disappear (The 'Paused' OSD) and then drag the ZP window, you will actually see the video frozen in position and the unique color key window behind the video shifts into visibility.
If any OSD element is visible on-screen, it doesn't happen.
Guys, use the bug tracker to report bugs. It makes things easier for madshi!
Blight
27th February 2013, 19:25
I updated the bug tracker
mindz
27th February 2013, 20:58
Quick question. My TV allows for 60Hz and 59.94Hz, whats the better choice for most formats?
Asmodian
27th February 2013, 21:20
59.94Hz for 29.97 content, but I find most of what I watch is 23.976 where it wouldn't matter.
DragonQ
27th February 2013, 23:14
To be clear, I need no overclock for resizing 720p to 1080p. I just tried that again last night. I believe I had AR turned on too. So in my case, HD4000 can handle Jinc3 quite well. The overclocking I talked about is when I tried to go 2560x1600.
With my HD4000, playing 1440x1080i/25 with Jinc3 AR + Jinc3 AR, I get these times and nowhere near smooth playback:
Deinterlace: 26.1 ms
Split: 10.4 ms
Rendering: 65.1 ms
Present: 0.6 ms
It can't even handle 720p/25 playback:
Rendering: 51.2 ms
Present: 0.3 ms
576i/25:
Deinterlace: 23.3 ms
Split: 3.5 ms
Rendering: 42.1 ms
Present: 0.2 ms
Compared to 576i/25 using Bicubic75 AR + Lanczos3 AR:
Deinterlace: 1.8 ms
Split: 1.5 ms
Rendering: 13.9 ms
Present: 0.1 ms
I am amazed that you say it works for you; mine is nowhere near being playable.
Asmodian
28th February 2013, 04:00
Maybe this difference is a memory bandwidth issue? What speeds are you running your RAM at?
pie1394
28th February 2013, 04:47
With my HD4000, playing 1440x1080i/25 with Jinc3 AR + Jinc3 AR...
I am amazed that you say it works for you; mine is nowhere near being playable.
I don't believe that, either. An OC GTX260+ is even unable to do that in 60 fps --- although (in fact) the GTX260's deinterlacing algorithm eats huge computation power on SP units + mem bandwidth than HD4000's dedicated HW deinterlacing unit..
How many SP does HD4000 have? --- 32 in 1250 MHz (if I don't remember it wrong)
How many SP does OC GTX260+ have? --- 216 in 680 MHz
How much mem bandwidth can IvyBridge's mem controller provide? --- 128-bit DDR3-1600 (25.6 GB/s shared with CPU)
How much mem bandwidth does OC GTX260+ provide? --- 448-bit DDR3-2100 (115 GB/s dedicated)
My recently upgraded HD7970 is truly a monster to do Jinc3+AR, vector-adaptive deinterlace --- capable of 120fps rescaled 1920x1080 output.
How many SP does HD7970 have? --- 2048 SP in 925 MHz.
How many mem bandwidth can HD7970 provide? --- 384-bit DDR5-5500 (267 GB/s dedicated)
NOTE: The Kepler CUDA / AMD GCN SP unit design is different from Tesla Fermi CUDA / Intel GPU's architecture. It needs more units to have on-pair performance.
JarrettH
28th February 2013, 05:27
I don't think my 550 Ti is that powerful as far as GPUs go, yet when I unticked "don't use linear light for smooth motion frame blending", the performance hit was under 1ms - hardly impactful (this was on a DVD).
hdboy
28th February 2013, 07:29
I have a nvidia gt 430, latest driver, Mpc-HC, lav video decoder.
1) It seems that when rgb output is selected, the levels setting (full or limited) in nvidia control panel has no effect. the levels setting in madvr overrides it. Is this true?
2) for some reason, blacks are lighter when I enable full screen exclusive. Why should this be?
3) in lav video decoder. I set yuv to rgb conversion to untouched. That's the right way to go right?
Nevilne
28th February 2013, 12:37
Just something _quickly_ thrown together: new build auto notifications!
http://twitter.com/madVRbot
Don't need twitter account for twitter RSS:
http://api.twitter.com/1/statuses/user_timeline.rss?screen_name=madvrbot
No pressure madshi :)
Chortos-2
28th February 2013, 14:42
Guys, please, you can subscribe to email notifications on the VideoHelp tool page linked to from the first post.
DragonQ
28th February 2013, 16:48
Maybe this difference is a memory bandwidth issue? What speeds are you running your RAM at?
I believe it's 8 GB of 1600 MHz DDR3 SDRAM. That's what the spec sheet says, haven't checked this myself though.
I'm not sure why deinterlacing would take much longer when switching to Jinc3 - surely this happens before any resizing?
DeadlyEmbrace
28th February 2013, 19:26
Just something _quickly_ thrown together: new build auto notifications!
http://twitter.com/madVRbot
Don't need twitter account for twitter RSS:
http://api.twitter.com/1/statuses/user_timeline.rss?screen_name=madvrbot
No pressure madshi :)
This is awesome! Thank you! :thanks:
secvensor
28th February 2013, 20:32
The offer:
to enter the presets options for video with the different res and fps for madVR.
Almost all modern video cards can process 720х480@30fps in mode:
Jink 8 + AR
Jink 8 + AR
Spline 4 + AR
Why not to allow madVR to detect video, defining, or exposing manually options for different formats?
DragonQ
28th February 2013, 21:03
Why would you ever want to use Jinc8?
secvensor
28th February 2013, 21:12
I have simply given an example.
If you want, can enter:
Jink 4 + AR
Jink 4 + AR
Spline 4 + AR
truexfan81
28th February 2013, 22:14
I have a nvidia gt 430, latest driver, Mpc-HC, lav video decoder.
1) It seems that when rgb output is selected, the levels setting (full or limited) in nvidia control panel has no effect. the levels setting in madvr overrides it. Is this true?
2) for some reason, blacks are lighter when I enable full screen exclusive. Why should this be?
3) in lav video decoder. I set yuv to rgb conversion to untouched. That's the right way to go right?
i have the same problem with the blacks being too light, i just use the 16-235 -> 0-255 [SD][HD] shader in mpc-hc, it seems to fix it
Q-the-STORM
28th February 2013, 23:29
make sure output 0-255 is set everywhere... madVR, ffdshow, LAV, whatever else you use in your setup.... also make sure you ouput 0-255 via HDMI... Instead of trying to make a custom resolution work, you can simply apply this hack http://blog.metaclassofnil.com/wp-content/uploads/2012/08/NV_RGBFullRangeToggle.zip (you have to reboot for the changes to have an effect)
nevcairiel
1st March 2013, 07:57
madVR also includes a tool to set RGB Full Range over HDMI, its a small stand-alone tool included in the madVR zip, no need to use something third-party, works perfectly for me :)
Hypernova
1st March 2013, 10:45
With my HD4000, playing 1440x1080i/25 with Jinc3 AR + Jinc3 AR, I get these times and nowhere near smooth playback:
Deinterlace: 26.1 ms
Split: 10.4 ms
Rendering: 65.1 ms
Present: 0.6 ms
It can't even handle 720p/25 playback:
Rendering: 51.2 ms
Present: 0.3 ms
576i/25:
Deinterlace: 23.3 ms
Split: 3.5 ms
Rendering: 42.1 ms
Present: 0.2 ms
Compared to 576i/25 using Bicubic75 AR + Lanczos3 AR:
Deinterlace: 1.8 ms
Split: 1.5 ms
Rendering: 13.9 ms
Present: 0.1 ms
I am amazed that you say it works for you; mine is nowhere near being playable.
So I went back and check again. I can do 720p->1080p with Jinc3+AR on luma, but not both luma and chroma. Luma only net me ~39ms rendering time, which is close but still fast enought for ~41ms required for 60Hz.
Hope that clearify it. I apologize for the confusion.
PS. Printscreen doesn't work with madVR anymore? And MPC-HC/BE build-in screenshot taking does not capture madVR stat, so how do you guys do it?
cyberbeing
1st March 2013, 11:10
~41ms required for 60Hz
You're mixed up. When playing back 59.94 fps video, rendering times less than ~16.8ms is required.
DragonQ
1st March 2013, 11:14
So I went back and check again. I can do 720p->1080p with Jinc3+AR on luma, but not both luma and chroma. Luma only net me ~39ms rendering time, which is close but still fast enought for ~41ms required for 60Hz.
Hope that clearify it. I apologize for the confusion.
Right, thanks for the clarification. So even with Jinc3 for luma or chroma, rendering times are not fast enough for anything above 24 fps, and even that is pushing it - I wouldn't want average rendering times being <2 ms below the maximum for no dropped frames!
I still hope for an answer from madhsi and/or Nev about why deinterlacing times change massively when different scalers are used.
PS. Printscreen doesn't work with madVR anymore? And MPC-HC/BE build-in screenshot taking does not capture madVR stat, so how do you guys do it?
Disable overlay and you can take screenshots as normal.
Heuer
1st March 2013, 12:19
General Settings:
Delay Playback Start = Disabled
Windowed Overlay = Disabled
Automatic Fullscreen Exclusive = Enabled
Disable Desktop Composition = Disabled (unchecked)
Use Separate Device for Presentation = Enabled
Use Separate Device for DXVA Processing = Enabled
CPU queue size = 24
GPU queue size = 16
Windowed Mode:
Backbuffers = 4
Don't Flush (All)
Fullscreen Exclusive Mode:
Present Several Frames in Advance = Enabled
Number of Frame to Present in Advance = 16
Don't Flush (All)
Trade Quality for Performance:
Use lower bitdepth for yCMS 3DLUT calibration = 6 bit [NVIDIA specific for stability under heavy GPU load when using a 3DLUT]
I found a problem with using one of these settings. Setting 'number of frames to present in advance' to '16' and I get terrible lip-synch issues. I set it to '6' and the problem went away. Using Reclock and GT650Ti.
Is this a bug or a feature, being able to control lip-synch from within madVR?
cyberbeing
1st March 2013, 12:36
That sounds like a bug. Does the same problem occur when not using Reclock? Or what about disabling madVR Smooth Motion if you had it enabled?
toniash
1st March 2013, 13:29
Madshi give us a signal! ;)
Q-the-STORM
1st March 2013, 13:43
madVR also includes a tool to set RGB Full Range over HDMI, its a small stand-alone tool included in the madVR zip, no need to use something third-party, works perfectly for me :)
you're right, I forgot about that.. ^^
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.