View Full Version : madVR - high quality video renderer (GPU assisted)
madshi
26th February 2012, 10:03
If I have a DVD that obviously does not need deinterlacing (I trust my eyes if it looks better with IVTC) is there something I can report?
I'm not sure I understand what you mean. Can you clarify? Do you mean this DVD does not need IVTC? Or do you mean it looks better with madVR's IVTC algorithm compared to DXVA deinterlacing? Or do you mean something else?
Small typo in changelog.
Thx.
Madshi, When I have ffdshow RAW enabled and Avisynth active with buffered ahead frames I get a previously rendered frame displayed on the screen just as file playback stops and transitions to the next file in the playlist.
This has been mentioned before but I've just now discovered what causes it.
So this only occurs with ffdshow RAW + Avisynth? That's kinda weird. I'm not sure if it's my fault or ffdshow's fault. Anyway, I would consider that to be a cosmetical glitch and thus not extremely important at the moment. So many other things to do... Polishing, removing cosmetical glitches etc will probably be the last thing I do before I get to v1.0. But that's still quite some time away.
Also I've noticed a couple of FSE mode initialization problems as I've been minimizing MPC thus switching from windowed mode to fullscreen a number of times on my i7 2600K.
When it comes up that initialization has failed it never appears to reattempt it until the player is restarted, I stay in windowed mode whilst in fullscreen even though FSE is enabled.
I never saw FSE issues with 0.80 but I'm having problems trying to reproduce it so I guess no big deal for now.
It is intentional that if FSE initialization fails, madVR won't try again. The reason for that is that trying to enter FSE mode can result in stuttering, even if it fails. So if I try to enter FSE mode once every couple of seconds, you may get stuttering once every couple of seconds.
Could you please double check whether this problem is new with v0.81 or whether it also occurs with v0.80 and v0.79? Thx.
Do you plan to support it when Windows 8 reach RTM then?
Sure.
Since 0.80 there has been a problem of when I return from full screen to windowed mode that the window in MPC stays maximized
More to add:
Display rate shows 59.93hz
Composition rate shows 50hz
Movie fps 25.000 (says source filter)
Playing back the same DVD (Heat) with IVTC and no deinterlacing
Just saying that I expected the display rate to be my LCD refresh rate unless that is what composition rate is.
Are you using the Direct3D11 presentation option in madVR? Which OS and which GPU are you using?
madshi, just to double check, is this working for you?
* deint + ivtc is now auto activated for 60i movies which are tagged to 24 Hz
When I tag an ATSC .wtv 60i file with "23p" or "23Hz", interlacing is on and display switches to 23p, but it's not switched automatically to film mode.
EDIT: It seems I have to disable automatic source type detection. btw, is auto working yet?
I'm not sure if I ever tested this. My development PC LCD screen is so stupid that it only supports 60Hz. I have to test these kind of things on my HTPC. I'll put this on my list of things to test.
"auto" is not really working well yet. It basically is supposed to switch to film mode if the display refresh rate is 25Hz or less, and to switch to video mode in all other cases. A true auto detection (based on analyzing the video frames) is planned for a future version, but don't expect it any time soon.
Andy o
26th February 2012, 10:33
I'm not sure if I ever tested this. My development PC LCD screen is so stupid that it only supports 60Hz. I have to test these kind of things on my HTPC. I'll put this on my list of things to test.
It seems enabling auto detection is overriding this other "semi auto" setting.
Thanks for this new feature, by the way!
Razoola
26th February 2012, 10:44
Everything is good for me so far with 081, my issue with 080 is gone.
nevcairiel
26th February 2012, 11:25
* fixed: v210 pitch/stride handling was broken
* fixed: YV24 had swapped chroma channels
Both seem to be working fine now, thanks. :)
Although i'm unsure if i should really switch to YV24 as default YUV 4:4:4 mode right away (to avoid EVR issues with AYUV), people might not upgrade madVR for whatever reasons.
I guess i'll let it "age" for a while.
madshi
26th February 2012, 11:40
Although i'm unsure if i should really switch to YV24 as default YUV 4:4:4 mode right away (to avoid EVR issues with AYUV), people might not upgrade madVR for whatever reasons.
I guess i'll let it "age" for a while.
Yeah, waiting a couple of weeks might be a good idea. Of course, if you really wanted, you could check the madVR file version resource... :D
ryrynz
26th February 2012, 11:45
So this only occurs with ffdshow RAW + Avisynth? That's kinda weird. I'm not sure if it's my fault or ffdshow's fault. Anyway, I would consider that to be a cosmetical glitch and thus not extremely important at the moment.
Seems to, it's a little hard to reproduce, it looks like getting some extra flushing in there has fixed it. It only occurs in FSE mode and requires some jumping around. I'll look into which flush is fixing it later.
Could you please double check whether this problem is new with v0.81 or whether it also occurs with v0.80 and v0.79? Thx.
If I can get it to do it again I most certainly will. In trying to reproduce this I found I can crash MPC consistently by keeping the MadVR config window open (either initial or second window) when MPC loads the next file in the folder.
kasper93
26th February 2012, 12:23
I think message "deinterlacing off (settings)" in OSD should be shown only when playing interlaced video and if we play progressive video that message should be "deinterlacing off (says bitstream)" because it is off anyway. It will help to know if we force to turn off deinterlacing or video doesn't need to be deinterlaced. I wish you understand what I trying to say ;)
nevcairiel
26th February 2012, 12:24
Yeah, waiting a couple of weeks might be a good idea. Of course, if you really wanted, you could check the madVR file version resource... :D
The big problem here is that i have to decide this before i know what will be the renderer... :)
iSunrise
26th February 2012, 12:27
I just woke up, what a nice surprise on this sunday madshi. :)
Anyway, I already encountered some weird bug in the automatic switching of the display mode in 0.81 after testing some regular trailers and other files with a framerate of 23.976 with my display at 60Hz.
1) I checked "switch to matching display mode ... when media player goes fullscreen" and I´ve only listed 1080p24 in the list of display modes
2) I launch PotPlayer and open the movie
3) After I go fullscreen I can see that madVR switches the display to 1080p and 24Hz (23.977 to be exact), however:
- the OSD still shows "display 59.95253Hz" and (see screenshot #1)
- madVR doesn´t invoke exclusive mode (the OSD shows windowed in the upper left corner after the switch took place) and
- the picture is not centered anymore as it should be, but shifted down by quite a bit (see screenshots #1)
If I manually switch my display via NVIDIA´s custom resultion selection - 1920x1080 - 24Hz - and play the same movie, madVR perfectly switches to fullscreen and also shows "display 23.977" in the OSD (so everything as it should be).
I was using PotPlayer for this test, as always. If I use MPC-HC, the picture is centered (that one is different from the PotPlayer behaviour), but the picture is lagging constantly and the other issues are the same as with PotPlayer.
Here are some screenshots if you need them:
http://www.abload.de/thumb/0.81_potplayer_after_ufz2c.png (http://www.abload.de/image.php?img=0.81_potplayer_after_ufz2c.png)http://www.abload.de/thumb/0.81_display_modes04y6x.png (http://www.abload.de/image.php?img=0.81_display_modes04y6x.png)http://www.abload.de/thumb/0.81_exclusive_mode_sppy8h.png (http://www.abload.de/image.php?img=0.81_exclusive_mode_sppy8h.png)http://www.abload.de/thumb/0.81_general_settingsf8z7j.png (http://www.abload.de/image.php?img=0.81_general_settingsf8z7j.png)http://www.abload.de/thumb/0.81_windowed_mode_seeplmg.png (http://www.abload.de/image.php?img=0.81_windowed_mode_seeplmg.png)
pankov
26th February 2012, 12:34
iSunrise,
I think you should put 1080p23 in madVR's settings to get 23.976 refresh rate. Otherwise madVR tells Windows to switch to 1080p24 and if it doesn't have this mode it switches to a random one.
iSunrise
26th February 2012, 12:37
iSunrise,
I think you should put 1080p23 in madVR's settings to get 23.976 refresh rate. Otherwise madVR tells Windows to switch to 1080p24 and if it doesn't have this mode it switches to a random one.
I´ve also tried 1080p23 instead of 1080p24, but the result is the same, unfortunately.
This is how it looks in the NVIDIA resolution settings (I am using the custom resolution settings that were recommended in this thread to have almost perfect sync with 23.976 content and they work perfectly fine if I switch to them manually):
http://www.abload.de/thumb/nvidia_resolution_sety3lmo.png (http://www.abload.de/image.php?img=nvidia_resolution_sety3lmo.png)
madshi
26th February 2012, 12:42
If I can get it to do it again I most certainly will. In trying to reproduce this I found I can crash MPC consistently by keeping the MadVR config window open (either initial or second window) when MPC loads the next file in the folder.
A crash in MPC or in madVR? In the latter case send me a crash report.
I think message "deinterlacing off (settings)" in OSD should be shown only when playing interlaced video and if we play progressive video that message should be "deinterlacing off (says bitstream)" because it is off anyway. It will help to know if we force to turn off deinterlacing or video doesn't need to be deinterlaced. I wish you understand what I trying to say ;)
To be honest, I don't really see the big benefit of the change you're suggesting?
The big problem here is that i have to decide this before i know what will be the renderer... :)
Oh yes, makes sense.
3) After I go fullscreen I can see that madVR switches the display to 1080p and 24Hz (23.977 to be exact), however:
- the OSD still shows "display 59.95253Hz" and (see screenshot #1)
Does the OSD still update itself regularly? If so, does the display refresh rate listed in the OSD change later to the correct 23.977? If not, does it change at all or is it "fixed" forever?
- madVR doesn´t invoke exclusive mode (the OSD shows windowed in the upper left corner after the switch took place) and
There will be a reason for that. You can upload a log, then I may be able to see the reason. Please keep the OSD turned on when creating the log.
- the picture is not centered anymore as it should be, but shifted down by quite a bit (see screenshots #1)
This is probably a PotPlayer bug. At least it's PotPlayer's responsibility to position and size the madVR rendering window.
pankov
26th February 2012, 12:46
madVR v0.81 released
...
...
* added automatic exception catching functionality
* improved exclusive -> windowed mode behaviour slightly, mainly for ZoomPlayer
* fixed: frame stepping sometimes resulted in weird play/pause mixed state
* fixed: one case where "delay playback start..." resulted in paused state
...
...
madshi,
thank you very much for the new version - very nice new features and changes
:)
sadly I have to report that one problem is still not fixed:
enabling "delay playback start..." is still resulting in "paused state" when I make excessive stream switching in ZoomPlayer (pressing and holding the Ctrl+B keyboard combo (switches subtitle streams)).
I've also got one exception when going out of FSE mode and sent you the report ... btw very nice feature.
I confirm that the frame step issue is fixed and that exclusive->window mode switch in Zoom Player do look better now.
iSunrise
26th February 2012, 12:46
Does the OSD still update itself regularly? If so, does the display refresh rate listed in the OSD change later to the correct 23.977? If not, does it change at all or is it "fixed" forever?
Nope, it doesn´t update at all. I´ve let a movie run for about 5 minutes just to be sure.
There will be a reason for that. You can upload a log, then I may be able to see the reason. Please keep the OSD turned on when creating the log.
Ok, will do.
EDIT: And here it is:
http://www.mediafire.com/?ujm2dtcmnhevlv9
I´ve switched to fullscreen at approx. 5 seconds and let it run until 2:10 minutes and switched back to windowed.
One other thing that is really odd is that the display refresh rate listed doesn´t update at all (like I mentioned), but all other stats DO STILL update perfectly fine.
nlnl
26th February 2012, 13:05
madshi
Thank you for .81!
Please have a look:
The source is NTSC film in .mkv container (DVD). Mediainfo reports that video scan type: Progressive.
Madvr is in film mode (settings).
Display does not switch to 23, but switches to 59. If mediainfo reports that Scan type: Interlaced, everething is OK.
madshi
26th February 2012, 13:10
sadly I have to report that one problem is still not fixed:
enabling "delay playback start..." is still resulting in "paused state" when I make excessive stream switching in ZoomPlayer (pressing and holding the Ctrl+B keyboard combo (switches subtitle streams)).
I can't do much about this at the moment. I have this on my to do list, but it will be difficult to fix. If you have a big problem with this, you either have to switch only once at a time, until playback starts again, then you can switch another time. If you can't live with that, you'll have to disable the "delay playback start..." option.
EDIT: And here it is:
http://www.mediafire.com/?ujm2dtcmnhevlv9
The log says that PotPlayer has set madVR to 1920x1200. I don't know why. This keeps madVR from entering FSE mode. The madVR window needs to be the exact size of the display width/height.
One other thing that is really odd is that the display refresh rate listed doesn´t update at all (like I mentioned), but all other stats DO STILL update perfectly fine.
Ok, I guess I have to totally restart rendering after a display mode change. To be honest, I was hoping that wouldn't be necessary. Anyway, I'll change that for the next build. That should fix the display refresh rate problem. But it won't change the FSE problem. That's a PotPlayer bug, as far as I can see. I'm wondering, though: Does this really not occur with older madVR builds? I don't see why PotPlayer should set v0.81 to 1920x1200 and older builds to 1920x1080!?
madshi
26th February 2012, 13:11
madshi
Thank you for .81!
Please have a look:
The source is NTSC film in .mkv container (DVD). Mediainfo reports that video scan type: Progressive.
Madvr is in film mode (settings).
Display does not switch to 23, but switches to 59. If mediainfo reports that Scan type: Interlaced, everething is OK.
A small sample might help. Just the first 50MB or so.
ryrynz
26th February 2012, 13:25
MPC generates a error saying it's stopped working, so I'm uncertain, I've created a log anyway if you're interested.
http://www.mediafire.com/?5a6o4g47fulerfs
aufkrawall
26th February 2012, 13:39
With new version new exclusive mode is working fine now, at least I've not seen any stuttering yet.
Will you fix the issue with FRAPS videos not playing with FRAPS decoder in a future version?
It's still there with 81.
iSunrise
26th February 2012, 13:51
The log says that PotPlayer has set madVR to 1920x1200. I don't know why. This keeps madVR from entering FSE mode. The madVR window needs to be the exact size of the display width/height.
I see what you´re saying. It seems to be the PotPlayer setting "Full screen settings - Resolution" under "Playback - Full screen settings", see my screenshot here:
http://www.abload.de/thumb/0.81_potplayer_madvr_n1u7c.png (http://www.abload.de/image.php?img=0.81_potplayer_madvr_n1u7c.png)
Under "Full screen settings - Resolution" I´ve just changed my setting from "Current resolution (recommended)" to "1920x1080 (32bits, 60Hz)" and now I have THE SAME behaviour as under MPC-HC:
- picture IS centered now, but
- lagging picture (it´s constant, probably because the renderer wants to sync with 59.95xx (60Hz) but the actual refresh is 23.977, dropped frames are increasing very fast)
- wrong display refresh rate in the OSD
Ok, I guess I have to totally restart rendering after a display mode change. To be honest, I was hoping that wouldn't be necessary. Anyway, I'll change that for the next build. That should fix the display refresh rate problem.
That would mean if you can fix this, the problem described above should be fixed in Potplayer, as well as in MPC-HC. Sounds good.
But it won't change the FSE problem. That's a PotPlayer bug, as far as I can see. I'm wondering, though: Does this really not occur with older madVR builds? I don't see why PotPlayer should set v0.81 to 1920x1200 and older builds to 1920x1080!?
I didn´t check that, since I wanted to test the automatic switching again at 0.81 since by now it is a lot more refined. I guess 0.80 should behave similiarly, then.
I´m gonna wait for your fix and test again.
nlnl
26th February 2012, 13:53
A small sample might help. Just the first 50MB or so.
Thanks!
The sample http://dl.dropbox.com/u/43376972/SD%20%281%29-001.mkv
sneaker_ger
26th February 2012, 14:53
This is unrelated to the new release as I have the same problem with 0.80, but does anyone else also have problems getting deinterlacing to work?
I'm on Win 7 x64, Radeon HD 5850, Catalyst 12.2 and deinterlacing just won't work, even if I force it via ctrl+alt+shift+d, I still see all those combs. It worked fine when I used it a few weeks ago (or use a different filter like LAV Video to do the deinterlacing), so maybe it is something with the new drivers?
ajp_anton
26th February 2012, 14:54
There are some weird subtitle behaviour when there are media player messages in the top left corner. I guess this is why you've disabled the "pause" messages, but if you seek, change volume etc, the problem is still there. And I'd like to have the pause message =).
TheShadowRunner
26th February 2012, 16:59
Hi madshi,
Very glad to report madVR 0.81 has fixed the following bug!!
Hi madshi,
about this ZP + madVR bug that triggers freeze on seek after frequency switch, I believe I found a more robust method to reproduce it.
Here it is:
With the latest ZP (http://t.inmatrix.com/zplayer800prefinal28max.exe), latest madVR, on XP SP3.
1. In ZP, set the Control Bar as follows (http://videoff7.free.fr/zpbarset.png), and the Playback Video as follows (http://videoff7.free.fr/zpvideoset.png).
2. Set madVR to change the frequency as follows (http://videoff7.free.fr/madswitchset.png).
3. Open ZP, put it in fullscreen. Have the control bar appear at the bottom of the screen. If you copied the settings above, it should stay there always.
4. Now open a PAL media (exemple 25fps xvid avi) while your current resolution is 720p60.
5. madVR switches to the resolution instructed in 2.
6. The bug can be seen: ZP interface is now slow (http://videoff7.free.fr/zpsluggish.avi), the windows "paint" function for ZP works much slower. If you scroll the control bar for say 30 seconds when ZP is in this state, it will freeze ZP entirely.
Before the freeze occurs, if you reopen the same media from there, it solves the issue instantly (ZP becomes normal/fast again) and no more freeze on seek due..
Please let me know if you can reproduce.
It doesn't _always_ happen, so please try a couple of times.
Thanks,
TSR
Addendum: The issue never happens with any other renderer + ReClock switching.
And from what I've tested so far, everything is perfect; thank you very much!
See you,
TSR
THEAST
26th February 2012, 17:34
Hmm, using v0.80, my 3-year old HD4870 literally died trying to play the Life in the Garden 4k resolution video; it was totally unplayable! But with the new version, the video plays semi-fine with 1-2 dropped frames per second. Great performance increase here. :D
JarrettH
26th February 2012, 17:36
I'm not sure I understand what you mean. Can you clarify? Do you mean this DVD does not need IVTC? Or do you mean it looks better with madVR's IVTC algorithm compared to DXVA deinterlacing? Or do you mean something else?
Yeah, I mean it looks better with madvr's IVTC instead of dxva deinterlacing. I'm not sure if there's more going on technically, but in the case of this DVD it wanted to use deinterlacing first.
Are you using the Direct3D11 presentation option in madVR? Which OS and which GPU are you using?
Yes and Windows 7 with a GTX 550 Ti 285.62 WHQL drivers
bcvbc
glc650
26th February 2012, 19:10
This is unrelated to the new release as I have the same problem with 0.80, but does anyone else also have problems getting deinterlacing to work?
I'm on Win 7 x64, Radeon HD 5850, Catalyst 12.2 and deinterlacing just won't work, even if I force it via ctrl+alt+shift+d, I still see all those combs. It worked fine when I used it a few weeks ago (or use a different filter like LAV Video to do the deinterlacing), so maybe it is something with the new drivers?I can't get deinterlacing to work either. When I turn on deinterlacing in madVR (and turn off software deinterlacing in LAV Video Decoder) and try to play back my 1080i60 content I get audio but no video (video is black/blank in mpc-hc). Had the same issue with version .80. I've got a Radeon 6570 w/Catalyst 12.1.
SamuriHL
26th February 2012, 19:26
I need some help from the nVidia gurus. I finally updated the 450 machine with the 295.73 driver, set up my custom profiles for 23.976 and 59.940, update LAV to the latest from source, and updated to madVR 0.81. I'm getting presentation glitches no matter what I try. And I'm getting dropped frames randomly, as well. (What I mean is playing the same video a few times I get dropped frames in different spots...not consistent). The queues are all over the place. One minute they're full and everything's happily screaming along, and then suddenly the presentation or render, or decoder queue will drop and the presentation glitches or frame drops happen. What settings are people using these days to stabilize nVidia cards on the latest driver?
Zerofool
26th February 2012, 20:34
Will you fix the issue with FRAPS videos not playing with FRAPS decoder in a future version?
It's still there with 81.
May I also add the request to fix the similar problem with UT video (http://forum.doom9.org/showthread.php?t=143624) with its native decoder? It's exactly the same problem - the video plays fine with LAV decoder + madVR but the native UT decoder + madVR results in black image. UT decoder + EVR works though... I'm talking specifically about the RGB codec, I haven't tried YUV420 and YUV422 codecs.
Link to the codec: http://umezawa.dyndns.info/archive/utvideo/utvideo-10.2.4-win.exe
Sorry if this has already been reported/discussed.
aufkrawall
26th February 2012, 20:47
I'm talking specifically about the RGB codec, I haven't tried YUV420 and YUV422 codecs.
This really could be an aspect, since FRAPS decoder always converts to RGB.
dansrfe
26th February 2012, 20:53
Display changer bug:
Start playback of 1920 x 1080p24 video on primary -> drag to secondary screen -> fullscreen video -> display changer changes mode from
2048 x 1152 @ 60Hz to 1920 x 1080 @ 24Hz -> video goes to exclusive mode but display and composition rate in OSD still show 59.940Hz ->
stuttering playback since new refresh rate of video not changed by madVR accordingly. The only way for me to have the the madVR update the refresh rate is
for me to drag the video to my primary screen (60Hz) and then back to my secondary (still at 24Hz). If I set the the display changer to go back to the
original refresh rate after the media player has left fullscreen mode then obviously I can't update the display refresh rate information at all.
2 screens:
Primary -> 1920 x 1080 @ 60Hz
Secondary -> 2048 x 1152 @ 60Hz
Display changer modes:
Primary -> default [60hz]
Secondary: 2048 x 1152 @ 60Hz -> 1920 x 1080 @ [60Hz, 50Hz, 24Hz]
Display changer setup:
Primary -> defaults
Secondary -> [1] Switch to matching display mode [media player fullscreen] |
[2] Restore original display mode [media player closed (I have also tried when media player leaves fullscreen)]
Configuration:
[MPC-HC, ffdshow video/audio decoder, LAVSplitter, Win7 x64] @ latest
ragg987
26th February 2012, 20:56
Just updated to 0.81 from 0.80.
Deinterlacing works for me, finally. In older versions, playback was not smooth.
Issue: I tag my PAL MKV files with "23p" in the filename. 0.81 no longer auto-switches monitor frequency, stays at the default 50Hz. Worked fine with 0.80. Have also tried using "24Hz" in the filename, and fullscreen and windowed. Have double-checked my auto-frequency settings, all is set fine.
ATI5750 on Intel i5 CPU.
Razoola
26th February 2012, 21:05
I need some help from the nVidia gurus. I finally updated the 450 machine with the 295.73 driver, set up my custom profiles for 23.976 and 59.940, update LAV to the latest from source, and updated to madVR 0.81. I'm getting presentation glitches no matter what I try. And I'm getting dropped frames randomly, as well. (What I mean is playing the same video a few times I get dropped frames in different spots...not consistent). The queues are all over the place. One minute they're full and everything's happily screaming along, and then suddenly the presentation or render, or decoder queue will drop and the presentation glitches or frame drops happen. What settings are people using these days to stabilize nVidia cards on the latest driver?
That sounds something like what I had with 080 but is fixed in 081. I don't use the lastest nvidia driver however, Im still on 290.53.
I found the best exclusive mode flush settings are don't flush, don't flush, don't flush, flush & wait(sleep). I also have present several frames in advance checked.
SamuriHL
26th February 2012, 21:12
Yea, that's what Nev just told me to try, as well. I was on 290.53 previously but updated because they all said that the latest driver didn't break stuff. So I don't think it's driver related. I'll try the flush settings...that's the only thing I haven't tried so far. Hopefully that'll do it. Thanks!!
dansrfe
26th February 2012, 21:40
Is there some definitive method to determine what the best GPU flush settings in windowed/exclusive mode are for one's specific setup? I really hate toying around with the settings because there are too many variables to keep track of changing what affected the outcome.
SamuriHL
26th February 2012, 21:44
No, not really. That's kinda the issue. It'd be nice to have some kind of "default profile" for each type of hardware to start with a base configuration. Then you can tweak that. What we have now is people posting what works for them and between AMD, Intel, and nVidia, it's wildly different.
ryrynz
26th February 2012, 22:53
Personally I'd stick with either trying Flush or No Flush combinations first with Flush and Sleep being next and Flush and Loop last as it's the most demanding and least required option.
It doesn't take as long finding a good combination that way.
SamuriHL
26th February 2012, 23:12
It just took me quite a while to find settings that work for me again. no, no, no, flush and wait (sleep), and then I had to crank the presentation queue up to 12. Now it stays filled enough to not give me issues.
Pillars of Creation
26th February 2012, 23:33
Using madVR 0.81
MediaInfo:
General
Format : Matroska
Format version : Version 1
File size : 1.09 GiB
Duration : 21mn 31s
Overall bit rate : 7 252 Kbps
Encoded date : UTC 2009-07-11 14:20:45
Writing application : mkvmerge v2.2.0 ('Turn It On Again') built on Mar 4 2008
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 21mn 31s
Bit rate : 6 582 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps <----
Original frame rate : 23.976 fps <----
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.286
Stream size : 1.01 GiB (93%)
Writing library : x264 core 58 git-0
Encoding settings : cabac=1 / ref=5 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=7 / me-prepass=0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=2 / deadzone=8,6 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=0 / mbaff=0 / bframes=4 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=6582 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.5:15.0
Default : Yes
Forced : No
[...]
will use original frame rate (23.976 fps "says source filter" with dropped frames) instead of frame rate (25.000 fps).
Adding .25p at the end before .mkv will play file with 25.000 fps (without dropped frames)
dansrfe
27th February 2012, 00:34
It just took me quite a while to find settings that work for me again. no, no, no, flush and wait (sleep), and then I had to crank the presentation queue up to 12. Now it stays filled enough to not give me issues.
Just applied those settings to exclusive mode and it seems to be working really well. Thanks!
SamuriHL
27th February 2012, 00:36
Just applied those settings to exclusive mode and it seems to be working really well. Thanks!
Sweet. I'm glad that helped out. I love it when this community comes together to come up with settings that work. The flush settings definitely are the key.
Seegs108
27th February 2012, 01:05
Has anyone noticed that MadVR doesn't work properly on a monitor in portrait mode? I have a 20" in portrait mode flanking a 30" in landscape. If you start playing the file on the landscape monitor it works fine until you try to drag it to the portrait monitor. It will freeze MPC-HC and I have to kill the process in my task manager. If you try and open a file while its in the portrait monitor it doesn't freeze but there's no video, the MPC-HC window is just black. VMR-9 and EVR Custom Preset (the other two I've tested with this) work flawless, other than a slight hiccup when realizing the video needs to be oriented differently by 90 degrees when I drag to the new monitor.
oddball
27th February 2012, 01:11
It doesn't like to play ball with ReClock when using it's own video decoding does it? ReClock reports no video stream found when using MadVR's decoders. Also I have an anime it flat out refuses to play. I mean I can skip through it frame by frame but it does not actually play it no matter how many times I hit pause then play. It gets stuck at whichever frame I happen to be on. I tried it without ReClock to be sure so that's not the culprit. It plays other stuff fine (apart from ReClock not detecting any video that is).
BTW I am using the latest mpc-hc build from xvidvideo.ru and LAV splitter.
jmonier
27th February 2012, 01:21
It doesn't like to play ball with ReClock when using it's own video decoding does it? ReClock reports no video stream found when using MadVR's decoders.
ReClock has to tap in at the decoder output to see the video stream so it's expecting to see a DirectShow connection between decoder and renderer. With the MadVR decoders this doesn't exist.
SamuriHL
27th February 2012, 01:21
It can't. There's no path for ReClock to latch onto. When using the decoding of madVR, everything is contained internally.
Razoola
27th February 2012, 05:43
It just took me quite a while to find settings that work for me again. no, no, no, flush and wait (sleep), and then I had to crank the presentation queue up to 12. Now it stays filled enough to not give me issues.
I do personally feel, no,no,no,fw(s) are the best settings for Nvidia at least. I also have my queue set to 12.
SamuriHL
27th February 2012, 05:50
Yea it seems to have stabilized my machine so greatly appreciated to Nev and others that pointed that out
Sent from my Xoom using Tapatalk
pie1394
27th February 2012, 08:31
I need some help from the nVidia gurus. I finally updated the 450 machine with the 295.73 driver, set up my custom profiles for 23.976 and 59.940, update LAV to the latest from source, and updated to madVR 0.81. I'm getting presentation glitches no matter what I try. And I'm getting dropped frames randomly, as well. (What I mean is playing the same video a few times I get dropped frames in different spots...not consistent). The queues are all over the place. One minute they're full and everything's happily screaming along, and then suddenly the presentation or render, or decoder queue will drop and the presentation glitches or frame drops happen. What settings are people using these days to stabilize nVidia cards on the latest driver?
For those people which get unstable issues with driver 295.73, it is better to stay with driver 285.62.
Not only the playback issues, I also get various system stability problems with driver 295.73 on GTX260+ under Win7 x64. It has to be changed back to 285.62 to prevent various random system lock-up problems. But the driver 295.73 just works fine on my ION system.
Thus I suspect the driver 295.73 might be more sensitive to the over-clocked system like my HTPC (C2D E8400@3600 1.04v). But I am too lazy to reset all frequency and clock settings to verify that. Just go back to the previous stable 285.62 driver which has been used for several months w/o the basic stability issue.
glc650
27th February 2012, 08:53
I can't get deinterlacing to work either. When I turn on deinterlacing in madVR (and turn off software deinterlacing in LAV Video Decoder) and try to play back my 1080i60 content I get audio but no video (video is black/blank in mpc-hc). Had the same issue with version .80. I've got a Radeon 6570 w/Catalyst 12.1.Tried it with another PC with a Geforce 520 (latest drivers) and get the same issue (no video, just sound) after turning deinterlacing off in LAV video and enabling it in madVR. I think version .79 was the last time it worked (on either PC) but I never used it because it didnt look like madVR was deinterlacing the video (lots of lines).
FlashGordon
27th February 2012, 09:27
madshi, here are the samples you requested:
http://www.mediafire.com/?d9402uyc95gk48m
I just briefly went over the first sample with 0.81 and I actually see some combing in different spots. The second sample is from a PAL dvd and I use ReClock to play it at 24 fps, so I'm not sure if that affects the behavior of madvr's IVTC
Let me know if you need more/longer samples
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.