View Single Post
Old 15th April 2011, 18:32   #6944  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by zeroo View Post
I have installed 0.54, but when I switch to fullscreen mode on secondary display, mpc-hc crashes.
Should be fixed in v0.55.

Quote:
Originally Posted by cyberbeing View Post
NVCPL Maximum Pre-Rendered Frames = 0 (I don't know why, but setting this to 0 seems to be a minor improvement over the default 3 for keeping Present/Backbuffer queues full)
Weird!

Quote:
Originally Posted by cyberbeing View Post
Present Queue = 2 (setting >2 results in stuttering with and without frame drops and empty queues)
After Intermediate Render Steps = Flush & Wait (I'll need to test if Sleep vs Loop makes a difference, I'm somewhat suspecting it may but only at startup)
Everything Else = Flush or No Flush (I'll need to do some smoothness tests so see which is best)
Somehow your PC is always different to everybody else's...

Quote:
Originally Posted by cyberbeing View Post
madshi, I'd still like to test a build where I can set the Present Queue to 1. Setting it to 3 is still unusable, and setting to 2 is an improvement but not great. Even though refresh rate calculation was fixed, nothing has improved in that regard. Using the flush settings above did help (I can use Mitchell-Netravali (Chroma) + Spline36 (Luma) resizing once again), but it's still not as stable as I'd like.
Ok, v0.55 allows you to choose a present queue of 1.

A general question: Does windowed mode still work better for you than the new exclusive mode?

Quote:
Originally Posted by cyberbeing View Post
Does the present queue and the backbuffer need to be set the the same number?
Yes.

Quote:
Originally Posted by cyberbeing View Post
Here are a couple mpc-hc crash on close logs with madVRcpu2
Thanks. But unfortunately madVR logs rarely help for crash problems.

Quote:
Originally Posted by cyberbeing View Post
Did you want me to get the hang-on-close logs with madVRcpu2 or madVR 0.54 official. I assume madVRcpu2 since it still has more logging?
The logging is still in there. You can use v0.54 or v0.55.

Quote:
Originally Posted by jmone View Post
- Only one Monitor (HDTV)
- Reclock does kicks of the display rate change so the graph is already built at this stage. Reclock "sees" the mismatch then changes the refresh rate
- madVR refresh rate keeps moving slightly all the time (eg it is not Frozen on one value).

Doing more testing I notice that the result is not always the same.
1) Black Screen at Refresh Rate change but Pause/Play fixes it: This is the most common with V45. Reclock does the Refresh Rate change and the screen goes to Black. A Pause brings it back to Windowed Mode and you see a still frame. Pressing Play starts playback and it goes back into Exclusive mode and plays on.
2) Exlcusive Mode fails hence the refreash rate change has no impact
3) Mismatch in Refresh Rate between madVR and Reclock - Less common and seems to occur more after frequent start /stops See pic but CCC agrees with madVR so Relcock is the odd one out...very odd!
Yeah, odd. Maybe v0.55 fixes this?

Quote:
Originally Posted by jmone View Post
It did not make any difference regardless of the flush settings.
Too bad...

Quote:
Originally Posted by watchman View Post
24fps at 60hz, 30fps at 60hz - still lot of presentation glitches even with new flushing tweaks (I tried almost every combination of flushing and also experimented with backbuffers and pre-rendered frames number but there was no difference at all)

24fps at 24hz, 60fps at 60hz - 0 presentation glitches with or without flushing tweaks
60fps at 60Hz works fine and 24fps at 60Hz does not!? That's extremely weird!! I've no explanation for that...

Quote:
Originally Posted by ryrynz View Post
perhaps a wise idea to set FSAA to use application settings.
Yes, definitely!

Quote:
Originally Posted by ryrynz View Post
BTW I prefer the red OSD, that green is a pain to see sometimes.
Oh well. That's *exactly* what I feared. Now that I changed it to green, here come several votes to change it back to red. <sigh> Can't please everybody, I guess. Maybe someone should set up an official vote somewhere. Not me, though.

Quote:
Originally Posted by 6233638 View Post
Thanks for the update. I'm still having a ton of presentation glitches. The only way to stop them seems to be setting "after copy to backbuffer" to sleep or loop, but that then causes the other buffers to drop as they were doing previously.

I have a large collection of logs for you, and I hope the naming makes sense.
Checking logs is a very time consuming thing for me. So although I appreciate the time you took to make and upload the logs, I have to pass. I don't think there's much I can see, anyway. Presentation glitches are usually happening outside of madVR's control, so the logs won't tell me much except that there were glitches, unfortunately.

Quote:
Originally Posted by 6233638 View Post
I am also seeing a large number of times when I quit MPC-HC (using your 3005 version) and the process does not exit and has to be closed via task manager.
I'm seeing that, too, and I think it's a bug in MPC-HC. But what can I say...

Quote:
Originally Posted by SamuriHL View Post
Have you given any more consideration into a "reset to default" setting?
It's on my to do list. Like a million of other things.

Quote:
Originally Posted by nlnl View Post
Could you define "presentation glitch"? Is it visible?
It should be visible but if your refresh is higher than the movie framerate it might not be too bad. A presentation glitch is a glitch that occurs outside of madVR's control.

Quote:
Originally Posted by Virtual_ManPL View Post
Any plans for 64bit build ?
Can you give me one (only one) really good reason for creating a 64bit build?

Quote:
Originally Posted by leeperry View Post
please don't remove the old path just yet
Don't plan to. I wish I could, but it seems the old path works better for several people. Probably mostly those with high refresh rates, I'd guess...

Quote:
Originally Posted by ikarad View Post
When I'm in exclusive fullscreen mode, I have 96 fps and at some moment the counter in fraps become 72 fps and the counter "presentation glitches" increase.
Try v0.55.

Quote:
Originally Posted by oddball View Post
Something broke with 0.54 my screen keeps flashing on and off (Nvidia). Tried on my laptop with Intel HD and it does the same. MPC-HC 3033 (Did it with 3011 too). Also MadVR is leaning heavily on my CPU. Typical CPU when decoding 1080p without MadVR is 30-50% on a E7600 decoding with CoreAVC software only (I have a few things in the chain like ffdshow filters amd ReClock). But with MadVR it's using nearly 100% CPU.
Try v0.55. Not sure where high CPU consumption should come from, though. Is that a new problem? Or did you have that with older madVR versions, too?

Quote:
Originally Posted by sneaker_ger View Post
Is it correct that all people with these problems are playing their videos on a display with higher frequency, i.e. 24p at 60Hz?
Maybe not all, but most, it seems to me.

Quote:
Originally Posted by Qaq View Post
I'm happy to say that v0.54 fixed all the issues for me (ATI 5450). Finally! Thanks!
In FSE mode CPU usage is about 15% even with FullHD 1080p/24 video (here I have to thank Cyberlink HAM also). No dropped/delayed frames and playback is smooth without notes.
Yey!

Quote:
Originally Posted by oddball View Post
If I have a video that is just under 1920x1080 (Like 1919x1079) MadVR tries to scale it
madVR does what the media player tells it to. You can configure the media player to do no scaling. E.g. with MPC-HC right click on the video, then choose "Video Frame -> Normal Size".
madshi is offline   Reply With Quote