View Full Version : madVR - high quality video renderer (GPU assisted)
Razoola
2nd September 2010, 19:43
What do you mean with "menu system" exactly? And which part of it do you find not user friendly and why?
I wasn't very clear there was I. I'm talking about the expanding folder tree on the left side of the settings dialogue. I know its early stages as you say in the notes but for me these types of layouts are only good when you have very many settings (which is something you have said many times you want to keep to a minimum). For example the vuse bit torrent client does it really well (in classic mode) but there are hundreds of settings in there.
I personally feel the type of setting layout used by reclock with each setting class under a different tab is the most user friendly. Maybe I'm too old fashioned though, I'm probably one of the older members of the forum :)
One thing I would be very happy with is an option to force the settings window to appear on the display of choice when in full screen. There is nothing worse than playing a movie on a secondary display and then trying to go into settings which appear on the secondary display also when you want it on the primary. This applies when both displays are in different rooms.
JarrettH
2nd September 2010, 19:57
I cannot edit settings if the tray icon is not shown.
If I go filters > madvr > and click 'edit settings' (while 'don't show tray icon' is selected) the pop-up will not be shown and seems to instantaneously disappear.
Why does the madvr tray icon continue to show when mpc isn't running? I don't see a purpose
janos666
2nd September 2010, 20:19
Hmm. Funny, but Eset Smart Security terminated my download because it thinks it's probably unknown NewHeur_PE virus. And I can't disable the protection! :D I think it's buggy now as well. I can't download it. :(
Yes, the smartphone remote control is a good idea. But I feel this tray icon is a bit redundant. I can change between streams and chapters with FFDShow and MPC-HC already.
madshi
2nd September 2010, 20:25
When I watch a file and MPC HC closes I usually delete the file.
Now with the new version (0.28) you CAN delete the file.
But you CANNOT delete the folder it's in.
Unlocker states that madHcCtrl.exe has locked it
So madHcCtrl.exe is not exiting when MPC HC exits.
Not sure why madHcCtrl.exe has a handle open to your movie directory, I don't really see why. As to madHcCtrl.exe still running: It continues to run only if you choose the options "show tray icon when madVR is running anywhere on the LAN" or "always show tray icon". These two options only work properly when madHcCtrl.exe keeps running. FWIW, it doesn't consume *any* CPU resources while running.
Nod32 reports madHcCtrl.exe as a virus!!
Then please complain to NOD32 about just another false alarm. They're really going on my nerves with all these false alarms (they, not you)!
I'm talking about the expanding folder tree on the left side of the settings dialogue. I know its early stages as you say in the notes but for me these types of layouts are only good when you have very many settings (which is something you have said many times you want to keep to a minimum). For example the vuse bit torrent client does it really well (in classic mode) but there are hundreds of settings in there.
The main reason for the new settings layout is that I have a specific settings related feature in mind which will not work with a tab-style settings dialog. You'll see what I mean in a future madVR version.
I personally feel the type of setting layout used by reclock with each setting class under a different tab is the most user friendly.
I like tab-style settings dialogs, but they have their limits.
One thing I would be very happy with is an option to force the settings window to appear on the display of choice when in full screen. There is nothing worse than playing a movie on a secondary display and then trying to go into settings which appear on the secondary display also when you want it on the primary. This applies when both displays are in different rooms.
I've not tested that yet, but I think the new madVR settings dialog should always appear on the primary monitor.
I cannot edit settings if the tray icon is not shown.
Already reported. Will be fixed in the next build.
Why does the madvr tray icon continue to show when mpc isn't running? I don't see a purpose
It should not - unless you started madHcCtrl.exe manually, or if you clicked on the "show tray icon" button in the madVR filter properties. There was a bug related to this, though, which will also be fixed in the next build.
madshi
2nd September 2010, 20:26
madVR v0.29 released
http://madshi.net/madVR.zip
* fixed: crash when trying to enter the 3dlut settings tab
* fixed: settings dialog didn't work when tray icon was disabled
* fixed: tray icon didn't properly go away in certain circumstances
madshi
2nd September 2010, 20:36
@leeperry, does fullscreen exclusive mode work for you now, btw?
JarrettH
2nd September 2010, 20:42
thanks for those fixes!
when I apply luma upscaling settings they don't seem to 'stick' (was true for 0.28 too). this might also be true for luma downscaling and chroma upscaling but I don't use Mitchell or Catmull for them
Eg. When changing from: bicubic, softcubic, lanczos, spline to Mitchell or Catmull; those two resizers will not be used/setting applied
leeperry
2nd September 2010, 21:27
thanks for those fixes
http://forum-images.hardware.fr/images/perso/rastaman40.gif
does fullscreen exclusive mode work for you now, btw?
can't really tell, windowed mode in 0.27 would drop(not delay) frames right after seeking from time to time, but 0.26 was literally flawless in 48/96Hz w/ Reclock...and because windows is unable to tell you the current refresh rate, exclusive mode in mVR is currently stuck to 60Hz(which makes my eyes bleed on the CRT). Windowed mode doesn't have any drawback that would force me to go exclusive(which is usually used as a last resort to get smooth playback :devil:). I will try on my DLP pj ASAP and report back.
PS: hehe, each time I'll update mVR now my firewall will whine that madHcCtrl.exe has changed..didn't see this one coming!
Xorp
2nd September 2010, 21:31
I would looove an option to list all video/audio/subtitle tracks with the first click of the tray icon, instead of having to go through menus.
madshi
2nd September 2010, 21:41
when I apply luma upscaling settings they don't seem to 'stick' (was true for 0.28 too). this might also be true for luma downscaling and chroma upscaling but I don't use Mitchell or Catmull for them
Argh, you're right. Some stick, some don't...
can't really tell, windowed mode in 0.27 would drop(not delay) frames right after seeking from time to time, but 0.26 was literally flawless in 48/96Hz w/ Reclock...
At the start of the movie or after a seek v0.27+ may drop a small number of frames. That's done intentionally, because in certain situations it can bring benefits, and I don't consider it a problem. I might even modify the statistics so that it doesn't register frame drops which occur directly during a seek operation. If you're honest, you can't tell if madVR drops frames directly during a seek, or can you?
windows is unable to tell you the current refresh rate, exclusive mode in mVR is currently stuck to 60Hz
I've made a change in v0.28. Please retry. It's possible that you're not stuck to 60Hz, anymore. Not sure, though...
madshi
2nd September 2010, 21:46
I would looove an option to list all video/audio/subtitle tracks with the first click of the tray icon, instead of having to go through menus.
It was that way in an early development revision of the tray icon menu, but then try this: Start 2 media player instances at once, then recheck the tray icon menu. I think then you'll understand why it wouldn't work the way you suggest.
Ok, I could do it your way if only one media player is running (that will be the norm, anyway). I've also thought about that. But then all the options currently grouped under the media player menu group belong together, logically. And having the "Close media player" menu item in the menu root together with the "Exit" menu item would be very confusing. I had tried that, but it looked very weird.
Grafisher
2nd September 2010, 22:15
When I start playing any avi file using 0.29, I get Stack Overflow error before any playback starts. I use the newest ffdshow for xvid files, and the splitter from MPC-HC. I noticed that when I use a different video decoder (CoreAVC) or the splitter (Haali), the problem disappears.
Log: http://flashlight.slad.cz/tmp/madVRlog.zip
Config: Zoom Player, Win7 x64, Aero on, ffdshow rev.3529 and 3556, reclock
yesgrey
2nd September 2010, 22:16
Yeah I always choose 23 hz (usually giving ~23.961) but before I recreated this custom resolution (workaround to get nvidia drivers to output full range rgb) reclock seemed to pick it up as 24.000 (I think it was right in this case given the facts) but evr-cp and madvr picked it up as 23.961~.
Do you have "slave reference clock to audio" checked on reclock settings? This option disables the output of the measured refresh rate and always show the "supposed" exact frame rate.
DigitalLF
2nd September 2010, 22:17
madshi: to put it simple... you are the king... love to see the ever going progress from you. =)
if i would complain about something it would be that "madvr settings" is not above MPC-HC (always on top) ... could this be fixed? so "madvr settings" will be ontop of MPC-HC (always on top) ???
it will be cool to see what will be the future of the network functions... =)
leeperry
2nd September 2010, 22:32
At the start of the movie or after a seek v0.27+ may drop a small number of frames. That's done intentionally, because in certain situations it can bring benefits, and I don't consider it a problem. I might even modify the statistics so that it doesn't register frame drops which occur directly during a seek operation. If you're honest, you can't tell if madVR drops frames directly during a seek, or can you?
I never enable the stats, so all I'm saying is based on what my eyes saw. In 0.26, I could seek as much as I wanted and would never notice a single dropped frame. In 0.27, once in a while I would get dropped frames around 5 secs after seeking. I'll let you know how that goes in 0.28, but I might not use the windowed mode anymore because...
I've made a change in v0.28. Please retry. It's possible that you're not stuck to 60Hz, anymore. Not sure, though...
yay \o/ http://thumbnails29.imagebam.com/9601/0826ae96006638.jpg (http://www.imagebam.com/image/0826ae96006638)
It works in 1280*768 96Hz and 1024*768 100Hz, you-did-it! And the switch is almost instant, it seems to drop a frame from time to time while switching...but great stuff! mVR was already scarily smooth in windowed mode, hell is bound to break loose at this point :devil:
:thanks:
janos666
2nd September 2010, 22:37
I have a problem with the new version (0.29):
MPC-HC always freeze after a Windowed-FullScreen-Windowed cycle when I pause the playback. (For example: I start the movie, I go to FS, but I have to pause the movie and go back to windowed to do something else, and after that when I want to resume the playback it freeze. I have to use the task manager...)
midiboy
2nd September 2010, 22:52
Hi guys,
being an Eset Partner, I have sent the file to Eset for inspection. should be excluded from one of the next rounds of virus definitions.
yesgrey
2nd September 2010, 23:08
madshi,
In first place, thanks for the new version!:)
Here are my comments/suggestions:
about the new settings dialog, I also admit that I prefer the more classical dialog/tab type, but I accept your reasoning.
The new feature on the scaling algorithms settings is really great. The idea of showing the colored bars about the expected results with each algorithm is really great! :)
However, it would be preferable if you put some kind of label on it, because at first glance I thought it was some kind of bug, because I saw some partially colored bars. I also would like to suggest that you move the bars to the top or to the right, because on the current position, when we use the drop down list for chosing the preferred option, the bars are covered and it's harder to compare the new option with the previous one.
I also don't like very much the two buttons idea: one for "Edit settings" and the other for "show tray icon". Why not showing imediately the settings dialog and put the "show tray icon" inside the settings dialog?
Edit: The settings dialog is not working good yet when the tray icon is hidden. Sometimes I click to open but it doesn't show up.
egandt
3rd September 2010, 00:02
Installed it with ZP 7.1A4 and I get stack overflow when ever I try try to start this video. 0.27 works great with the exact same settings and video however. This requires a force quit of ZP via taskmanager. As soon as I went back to 0.27 the problem disappeared. It seems to work fine for other videos that went to exclusive mode correctly however.
Note that in the case of the 1 described below 0.27 never went to exclusive mode.
Also I like the new dialog configuration.
ERIC
File details for media info:
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : Yes
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (MPEG)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1h 10mn
Bit rate : 1 005 Kbps
Width : 640 pixels
Height : 272 pixels
Display aspect ratio : 2.35:1
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.231
Stream size : 503 MiB (72%)
Writing library : XviD 1.2.1 (UTC 2008-12-04)
ID : 1
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : 2000
Duration : 1h 10mn
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 192 MiB (27%)
Alignment : Split accross interleaves
Interleave, duration : 40 ms (1.00 video frame)
Interleave, preload duration : 500 ms
janos666
3rd September 2010, 00:10
Hi guys,
being an Eset Partner, I have sent the file to Eset for inspection. should be excluded from one of the next rounds of virus definitions.
Eset let me download the archive of the new v0.29 version. So, I guess this problem is already solved. (And no, there were no signature update yet. It was something else. :p)
robpdotcom
3rd September 2010, 00:10
madshi: to put it simple... you are the king... love to see the ever going progress from you. =)
if i would complain about something it would be that "madvr settings" is not above MPC-HC (always on top) ... could this be fixed? so "madvr settings" will be ontop of MPC-HC (always on top) ???
it will be cool to see what will be the future of the network functions... =)
I second everything DigitalLF wrote:
You ARE the king, and I'd also like to see the dialog box above MPC-HC (if not, I can live with disabling "always on top" in MPC).
And as someone else mentioned earlier, big thanks for the graphs which show the differences between the scaling algorithms.:cool:
fps
3rd September 2010, 00:12
Thanks for the new version madshi :thanks:.
I just noticed one little bug, which I think lies on madVR's side:
Whenever I pause a video in MPCHC and then use the arrow buttons to go frame by frame, the player freezes after some frames.
This does not happen with EVR-CP while using the same decoders.
mark0077
3rd September 2010, 00:19
Do you have "slave reference clock to audio" checked on reclock settings? This option disables the output of the measured refresh rate and always show the "supposed" exact frame rate.
No I don't have it on. Removing and recreating the custom resolutions fixed my issues. Nvidia quirk maybe. But still when I did have the issue madvr detected my screen refresh as almost an exact multiple of the movie rate ie 23.97 vs 23.96 yet dropped frames every 27 seconds.
I believe the actual rate of my display was 24.00 hz but reclock was the only piece of software to detect it as so and enabling it's vsync was the only way to stop dropped frames.
This is why I think madvr and evrcp both incorrectly thought my display was so close to the movies rate. If it was then I shouldn't have been seeing all of the frequent dropped frames.
leeperry
3rd September 2010, 03:00
Having second thoughts, and considering how fast the windowed/exclusive modes switches are...I think I'd rather keep the PotPlayer bottom transport bar, but could you please add an option to disable the OSD when switching? and possibly allow to choose the delay before going windowed>exclusive while running in FS already? it seems to be waiting 3 secs or so atm.
Luv
3rd September 2010, 05:30
Hi guys,
being an Eset Partner, I have sent the file to Eset for inspection. should be excluded from one of the next rounds of virus definitions.
midiboy,can you tell them that there's still a pb with 3.095.0 and last update 5419 (20100902) on Xpsp3.It corrupts the zip.I'm sure it's the av because I can dl 0.29 without any pb if I disable it.
Thanks.
Message is:
"03/09/2010 06:19:55 HTTP filter file http://madshi.net/madVR.zip probably unknown NewHeur_PE virus connection terminated - quarantined "
Vitaliy Gorbatenko
3rd September 2010, 08:20
MadVR 0.29. Menu out of 2 buttons clearly superfluous. Better to move the settings of tray icon in the main settings.
Mangix
3rd September 2010, 09:37
bug: mpc-hc's fullscreen refresh rate switching doesn't work anymore. used to work in 0.27
madshi
3rd September 2010, 10:43
When I start playing any avi file using 0.29, I get Stack Overflow error before any playback starts.
Installed it with ZP 7.1A4 and I get stack overflow when ever I try try to start this video.
I'm not sure exactly where the problem comes from. It seems to occur only with ZP and it goes away if I don't ask the splitter for the audio/video/subtitle tracks. It's definitely not a bug in madVR. But it seems that I've found a workaround.
if i would complain about something it would be that "madvr settings" is not above MPC-HC (always on top) ... could this be fixed? so "madvr settings" will be ontop of MPC-HC (always on top) ???
I'd also like to see the dialog box above MPC-HC
Ok, I'll make the settings dialog on top in the next build.
I never enable the stats, so all I'm saying is based on what my eyes saw. In 0.26, I could seek as much as I wanted and would never notice a single dropped frame. In 0.27, once in a while I would get dropped frames around 5 secs after seeking. I'll let you know how that goes in 0.28
Ah, ok. Frames drops 5 seconds after a seek are not nice, of course. Let me know how v0.28/29/30 behave. If you still get those frame drops, a log would be nice.
yay \o/ It works in 1280*768 96Hz and 1024*768 100Hz, you-did-it! And the switch is almost instant, it seems to drop a frame from time to time while switching...but great stuff! mVR was already scarily smooth in windowed mode, hell is bound to break loose at this point :devil:
:)
and possibly allow to choose the delay before going windowed>exclusive while running in FS already? it seems to be waiting 3 secs or so atm.
It's 3 seconds and the delay is necessary. If you do "right click -> context menu -> open some dialog", the context menu disappears and then there's a small delay until the dialog pops up. Without the delay, madVR would switch to exclusive mode in the moment when the popup menu disappears and then switch to windowed mode again when the dialog appears. Not only would that be ugly, it also resulted in stability problems. So I added the 3 second delay to make sure that I can really safely go back to exclusive mode. Decreasing that delay may result in madVR going to exclusive mode too early. Sometimes it takes 1-2 seconds until a dialog pops up. Originally I had the delay at 1 second, but it was not long enough.
I have a problem with the new version (0.29):
MPC-HC always freeze after a Windowed-FullScreen-Windowed cycle when I pause the playback. (For example: I start the movie, I go to FS, but I have to pause the movie and go back to windowed to do something else, and after that when I want to resume the playback it freeze. I have to use the task manager...)
Is that a new problem with 0.29? I can't seem to be able to reproduce it here. Can I have a log, please? As short as possible, please.
being an Eset Partner, I have sent the file to Eset for inspection. should be excluded from one of the next rounds of virus definitions.
Thanks!!
it would be preferable if you put some kind of label on it, because at first glance I thought it was some kind of bug, because I saw some partially colored bars.
What kind of labels do you mean? Where and how?
I also would like to suggest that you move the bars to the top or to the right, because on the current position, when we use the drop down list for chosing the preferred option, the bars are covered and it's harder to compare the new option with the previous one.
Moving to the top doesn't sound logical to me. The settings should come first and not some helper graph. Moving to the right would be possible, but then I've plans to put some "other" stuff there in a future version... ;)
The settings dialog is not working good yet when the tray icon is hidden. Sometimes I click to open but it doesn't show up.
Please try again with v0.30, should be improved there.
I also don't like very much the two buttons idea: one for "Edit settings" and the other for "show tray icon". Why not showing imediately the settings dialog and put the "show tray icon" inside the settings dialog?
MadVR 0.29. Menu out of 2 buttons clearly superfluous. Better to move the settings of tray icon in the main settings.
I understand what you mean. But please consider that the tray icon is not limited to madVR. Right now it is, but I might add madFlac to the tray icon menu, and other filters if I should ever create some. So having the tray icon settings in the madVR settings doesn't really make much sense. Or in other words: The tray icon is for all of my DirectShow filters. madVR is only one of them. So the tray icon settings don't belong in the madVR settings dialog.
I just noticed one little bug, which I think lies on madVR's side:
Whenever I pause a video in MPCHC and then use the arrow buttons to go frame by frame, the player freezes after some frames.
Is that a new problem with v0.28/29, or did you always have this problem? Personally, I can't seem to reproduce it, frame stepping works just fine here. Can I get a log of such a freeze, please? As short as possible, please.
No I don't have it on. Removing and recreating the custom resolutions fixed my issues. Nvidia quirk maybe. But still when I did have the issue madvr detected my screen refresh as almost an exact multiple of the movie rate ie 23.97 vs 23.96 yet dropped frames every 27 seconds.
I believe the actual rate of my display was 24.00 hz but reclock was the only piece of software to detect it as so and enabling it's vsync was the only way to stop dropped frames.
This is why I think madvr and evrcp both incorrectly thought my display was so close to the movies rate. If it was then I shouldn't have been seeing all of the frequent dropped frames.
Have you read my reply to you (in the long post directly before the v0.28 announcement)? There I have explained why it's very doubtful that the real refresh rate was 24.000.
bug: mpc-hc's fullscreen refresh rate switching doesn't work anymore. used to work in 0.27
Don't know why it stopped working. I changed something to make interlaced resolutions work - and that change seems to work. Maybe that change broke MPC-HC's refresh rate switching. But that doesn't matter so much because madVR will get its own refresh rate switching functionality soon, anyway...
madshi
3rd September 2010, 10:44
madVR v0.30 released
http://madshi.net/madVR.zip
* fixed: some scaling options didn't "stick"
* added workaround for stack overflow with some videos (not madVR's fault!)
* madVR settings dialog is now "always on top"
* tray icon configuration dialog is now "always on top"
leeperry
3rd September 2010, 10:53
thanks for the new version!
It's 3 seconds and the delay is necessary. If you do "right click -> context menu -> open some dialog", the context menu disappears and then there's a small delay until the dialog pops up. Without the delay, madVR would switch to exclusive mode in the moment when the popup menu disappears and then switch to windowed mode again when the dialog appears. Not only would that be ugly, it also resulted in stability problems. So I added the 3 second delay to make sure that I can really safely go back to exclusive mode. Decreasing that delay may result in madVR going to exclusive mode too early. Sometimes it takes 1-2 seconds until a dialog pops up. Originally I had the delay at 1 second, but it was not long enough.
Well, that's the thing...I never use menus, I've put all the stuff I need in PotPlayer's bottom transport bar so I don't have to wait 3 secs. I'd be nice to be able to disable the "windowed/exclusive" OSD messages and set that delay shorter than 3 secs if the end-user needs.
And PotPlayer's coder told me that he won't be hiding the GUI atm because seamless playback (http://www.pixelz.fr/f/d/4/5d59ea650595e9ca3d67dbb65e5dc.png) couldn't work w/ your seekbar. He said that he's working on a MediaCenter version that will have its own D3D seekbar, that sounds promising :)
Mark_A_W
3rd September 2010, 11:33
madshi
I will check interlaced res exclusive mode in a couple of hours....my wife wants to watch a movie (bloody terrible I know).
Thanks
Mark
janos666
3rd September 2010, 12:27
Is that a new problem with 0.29? I can't seem to be able to reproduce it here. Can I have a log, please? As short as possible, please.
I can't reproduce it today.
It is strange. I often had errors after madVR updates which randomly disappeared (without an exact explanation).
I always do a clean update (I delete every files in madVR folder before I unpack the new files.)
Should I always reboot after madVR update? (I think it was the solution this time but I had to reinstall some playback related softwares during my earlier struggle with stuttering which appeared right after a madvr update. But they eventually worked.)
noee
3rd September 2010, 13:11
Excellent build, yet again. Hopefully will have a chance to test the LAN control this weekend (holiday here). So far, much smoother transitioning from Windowed-2-FS and back. No freezes, no hangs with MPC-HC, startup or otherwise.
One thing with the interface so far: When initiating the settings or tray icon dialog from the tray menu, it appears you're calculating the center screen position to include the full dimensions of both of my monitors (extend desktop mode), so the dialogs show with half on my primary and half on my secondary instead of centered on the monitor where the tray is.
Fwiw, count me as one who prefers the new settings dialog.
HD2600XT, CCC10.3, Win7 x64, Aero OFF, dual-mon (primary 60Hz, sec 24Hz, both 1920x1080)
HMS/FFDshow/Reclock/madVR/MPC-HC
3Dlut OFF|Spline64|Spline64|Bicubic75
flush|flush and wait(sleep)|don't|don't
mark0077
3rd September 2010, 13:15
I'm not sure why Reclock detected a different refresh rate than madVR. madVR's refresh rate detection is usually spot on. I would trust madVR's numbers in this case. Especially if they stop fluctuating after a while. That's usually a pretty good sign that they're correct. Of course it's also possible that if ReClock detects a wrong refresh rate, that it will make things worse in terms of frame drops. But I don't really know what was going on. Having such a big difference between the refresh rate detected by madVR and ReClock is weird...
From your logs it's very clear that the frame drops every 27 seconds were caused by a mismatch between source frame rate and display refresh rate. And it's very clear: If your display has less refreshes per second than the movie delivers, then frames have to be dropped in regular intervals - or else audio would go out of sync. And btw, this is almost a proof that ReClock's 24.000 was wrong: If the display refresh rate was really 24.000 and the movie only 23.976, then the display had more refreshes per second than the movie. Which means that neither EVR nor madVR would have had to drop any frames at all - instead some movie frames would have shown for 2 vsync intervals (practically a "frame repeat"). Having regular frame drops usually means that the display refresh rate is too *low*.
Of course, if you let ReClock resample to match video and audio clocks, then there don't have to be any frame drops, as long as ReClock does its work correctly. IMHO it's the better solution to create a custom resolution which exactly delivers as many refreshes as the source has. Then you can turn ReClock's resampling off and still get no frame drops at all.
What I can say is that a "scheduled" (intentional) madVR v0.27 frame drop was often followed by a few accidental frame drops. That didn't happen in v0.26, but then v0.26 sometimes delayed frames too often instead of dropping them. The next build should hopefully combine the best of v0.26 and v0.27.
Hi madshi, my thinking on this is quite the opposite to yours. With madVR and EVR, they didn't stop fluctuationg after a while, even though madvr and evr thought my display was almost identical to my source I got the dropped frames.
This is why madVR and evr were incorrect in myopinion. reclock on the other hand detected my screen as 24.000 which would make more sense right? If it was at 24.000 I would have been getting the regular frame drops which I was getting. The way I understood it was that madVR was right to drop frames but wasn't right that my screen refresh was so close to my movie rate at 23.96.
Neeto
3rd September 2010, 13:26
I can't make luma upscaling SoftCubic softness:100 stick.
When I select it the "Apply" button does not become available & pressing OK does not make it stick when I go back in to view the settings.
pankov
3rd September 2010, 13:40
mark0077,
I'm kind of "with madshi" about your problem - if your source was 23.976 and the monitor was 24.000 (real) it wouldn't have to drop frames - it would have to repeat them. Dropping frames is needed when the monitor refresh rate is lower than the movie frame rate. The question is - are you absolutely sure that the movie is 23.976 and not 24.000? If it's 24.000 and the refresh rate is 23.976 you'll get dropped frames.
fps
3rd September 2010, 13:41
Is that a new problem with v0.28/29, or did you always have this problem? Personally, I can't seem to reproduce it, frame stepping works just fine here. Can I get a log of such a freeze, please? As short as possible, please.
I didn't have the problem with the older versions before.
What's strange though, after installing 0.30 framestepping works fine again.
I might have forgotten to execute the install.bat with 0.29, could this have caused the problem :confused:?
djsolidsnake86
3rd September 2010, 13:58
since i use madvr and mpchc latest svn's sometimes i have the problem that after opened a video file, when i close mpc hc i see that the process mpchc.exe remain in background
anyone experienced this?
i use win 7 x64 and hd4850 (madvr latest release)
leeperry
3rd September 2010, 14:03
when i close mpc hc i see that the process mpchc.exe remain in background
I've had this problem since forever, it's a know MPC bug.
makakam
3rd September 2010, 14:21
I started getting huge rendering times going to 52ms which eventually cause framedrops. What's happening? It started some time after I had installed 0.27.
Mark_A_W
3rd September 2010, 14:27
madshi
Exclusive still fails on an Interlaced Res.
http://dl.dropbox.com/u/1372034/madVR%20-%20log-%20v0.30%20interlaced%20res.txt
Mark
mark0077
3rd September 2010, 14:29
mark0077,
I'm kind of "with madshi" about your problem - if your source was 23.976 and the monitor was 24.000 (real) it wouldn't have to drop frames - it would have to repeat them. Dropping frames is needed when the monitor refresh rate is lower than the movie frame rate. The question is - are you absolutely sure that the movie is 23.976 and not 24.000? If it's 24.000 and the refresh rate is 23.976 you'll get dropped frames.
Oh I see what you guys mean with dropped versus delayed. Didn't know the logic behind that. If I ever reproduce the problem (hopefully not) I'll report back without working around it. Madvr is perfect for me now so hats off to madshi.
madshi
3rd September 2010, 14:34
I can't reproduce it today.
It is strange. I often had errors after madVR updates which randomly disappeared (without an exact explanation).
I always do a clean update (I delete every files in madVR folder before I unpack the new files.)
Should I always reboot after madVR update? (I think it was the solution this time but I had to reinstall some playback related softwares during my earlier struggle with stuttering which appeared right after a madvr update. But they eventually worked.)
A reboot should not be necessary. At least not in theory...
One thing with the interface so far: When initiating the settings or tray icon dialog from the tray menu, it appears you're calculating the center screen position to include the full dimensions of both of my monitors (extend desktop mode), so the dialogs show with half on my primary and half on my secondary instead of centered on the monitor where the tray is.
I'll check that.
I can't make luma upscaling SoftCubic softness:100 stick.
When I select it the "Apply" button does not become available & pressing OK does not make it stick when I go back in to view the settings.
Hmmmm... Before the settings rewrite SoftCubic100 was not a supported option for luma resampling. Probably that's where the problem is coming from. I'll fix that for the next build. But honestly: For luma scaling SoftCubic100 is not really recommended. Much too soft.
if your source was 23.976 and the monitor was 24.000 (real) it wouldn't have to drop frames - it would have to repeat them. Dropping frames is needed when the monitor refresh rate is lower than the movie frame rate. The question is - are you absolutely sure that the movie is 23.976 and not 24.000? If it's 24.000 and the refresh rate is 23.976 you'll get dropped frames.
Agreed.
I didn't have the problem with the older versions before.
What's strange though, after installing 0.30 framestepping works fine again.
I might have forgotten to execute the install.bat with 0.29, could this have caused the problem :confused:?
Shouldn't be necessary. Don't know what caused the problem or why it's gone again now.
I started getting huge rendering times going to 52ms which eventually cause framedrops. What's happening? It started some time after I had installed 0.27.
Log?
Exclusive still fails on an Interlaced Res.
Weird, it works for leeperry. He's also using interlaced res on XP.
leeperry
3rd September 2010, 14:38
Weird, it works for leeperry. He's also using interlaced res on XP.
nope, I only use progressive...and I'm growing tired of mVR's OSD tbh, but that's no big deal...I'll go back to windowed mode for a while and test if the dropped frames after seeking are still there :p
madshi
3rd September 2010, 14:45
nope, I only use progressive...and I'm growing tired of mVR's OSD tbh, but that's no big deal...I'll go back to windowed mode for a while and test if the dropped frames after seeking are still there :p
Ah, sorry, my fault wrt interlaced.
So you don't have dropped frames in exclusive mode after seeking?
Thunderbolt8
3rd September 2010, 14:55
requesting a 'reset defaults' button for the madVR settings (better than to reinstall the filter each time) :)
leeperry
3rd September 2010, 15:18
So you don't have dropped frames in exclusive mode after seeking?
using the ±5 mins hotkeys in PotPlayer, everything looks cool AFAICT. I hope you won't mind implementing my two feature requests, as this would be really killer..no OSD and instant windowed/exclusive mode switches for the ppl who don't use menus http://forum-images.hardware.fr/images/perso/alphat.gif
maybe you could also sync the switches to the VSYNC so we don't get any dropped frames?
requesting a 'reset defaults' button
you might as well delete "settings.bin"
makakam
3rd September 2010, 15:50
Here's the log http://www.sendspace.com/file/rlkp5b Rendering times weren't that high but 2 massive framedrops occured.
madshi
3rd September 2010, 16:12
requesting a 'reset defaults' button for the madVR settings (better than to reinstall the filter each time) :)
As leeperry said, you can simple delete the "settings.bin" (and settings.ini) file. That will reset your settings to default. I'm not sure how to implement a "reset defaults" button. Right now it would be easy. But in the near future it might become more difficult...
I hope you won't mind implementing my two feature requests, as this would be really killer..no OSD and instant windowed/exclusive mode switches for the ppl who don't use menus
You have a habit of repeating your feature wishes all the time. That is really not necessary. Repeating a feature wish will not change my mind or speed implementation up.
maybe you could also sync the switches to the VSYNC so we don't get any dropped frames?
As I said before, I don't consider drops *during* a seek operations as a problem. 5 seconds after a seek is another story, though.
Here's the log
Thanks. Next time please zip it. Your log was > 50MB. Zipping it would have brought it down to 3.5MB.
The drops you're talking about were caused by your decoder/CPU being too slow. The decoder queue was down to 2/8 when the drops occurred. Because of that madVR was not able to render the video frames in time for presentation...
fastplayer
3rd September 2010, 16:30
Scenario #1: Play a video maximized, pause it, open MPC's option dialog, cancel it, play video again --> madVR drops 7 frames.
Scenario #2: Play video, pause it, minimize MPC window, maximize it, play video again --> madVR drops 7 frames.
madshi, is this "by design" or a bug?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.