madVR - high quality video renderer (GPU assisted)

[madshi]

I also noticed the rendering time issue. In fullscreen windowed mode I usually have an average rendering time of 5ms with 1080p video on 1080p display resoultion.
When switching to exclusive mode it goes up to about 40ms, which is almost the movie frame intervall.
Try "flush & wait (loop)" after the backbuffer. That brings the rendering stats down quite nicely on my PC. I've no idea why it helps. And I've actually no idea if it's just cosmetical or if it really improves anything.

Also the rendering and upload queue don't fill up beyond 4-5/8 in exclusive mode whereas it was always full in fullscreen windowed mode.
Yes, I've also seen this. Don't know why the queues don't fully fill up, right now.

[Luv]

Madshi,I've found this workaround (?).Is it how you acesss to fullscreen mode on your test machine with ZP? It works superbly again this way.I haven't tried to go to FS immediately,though.I start windowed and then proceed like described in the link below to go FS:

http://forum.doom9.org/showthread.php?p=1423139#post1423139

[sneaker_ger]

My queues all fill up. (7-8/8 , 2-3/3) :confused:

[Luv]

About the rendering time mentioned by fps,it's multiplied by 3 from 6 to 18 ms when in FS mode on my system (With 1080p also).So everything is fine here.

[namaiki]

edit: my mistake... reclock was active, and the worst thing is I made the same mistake twice when testing and 'confirming'

[fps]

Try "flush & wait (loop)" after the backbuffer. That brings the rendering stats down quite nicely on my PC. I've no idea why it helps. And I've actually no idea if it's just cosmetical or if it really improves anything.

This doesn't help on my end, unfortunately. Rendering times actually increase very very slightly :confused:.

[leeperry]

I've not worked on subtitles yet. That's on my to do list for a future version.
Alright, told him. I thought "callback" meant something else.
The purpose of madHcNet.dll is a secret at this point
Ah, you're so full of mysteries! It seems that it's got to do w/ distributed calibration or so? possibly using a database running the default RBG xy coordinates of many displays?

The only reason I could think of for a VR to connect to the LAN would be to synchronize this kind of "wall of image" set ups: http://www.hellopro.fr/images/produit-2/9/6/6/mur-d-images-1227669.jpg

Otherwise, maybe you plan on running your own madtube.com website? it's a mad mad mad world, that's for sure :p

[pie1394]

One step at a time, mate, one step at a time... :)

As I said earlier:

"FWIW, the final solution will be to let madVR handle the refresh rates, instead of using the MPC HC autochanger."

In my system, the MPC-HC auto-refresh rate changer works fine with marVR 0.25 on various video clips. For example

Desktop : 23.976 fps (1920x1080 32bpp , MSI Lightning GTX260+ , Forceware 257.21, Win7 32-bit)

[madVR settings]
Luma : Lanczos4
Chroma : Spline64
No of backbuffers: 3
After render steps: flush --> don't flush
others as default settings

[MPV-HC Video playback started in Full-screen mode]
23.976 fps (in 23.976 Hz) OK
29.97 fps (in 59.94 Hz) OK
25 fps (in 50Hz) OK
30 fps (in 60 Hz) OK
50 fps (in 50 Hz) OK --> Need to use "other" setting in MPC-HC
--> MPC-HC lacks indivudual 50 / 60 fps video clip settings

To be honest, I never get this function work with VMR9 / EVR.
madVR 0.25 is the only one that I feel "STABLE" for it.

About the madVR's Full-screen Exclusive implemention, I only can describe it in one word ... GREAT WORK!!! :thanks:

Now there is no tearing issue any more on all video clips that happen to older madVR versions.

[nlnl]

pie1394
In my system, the MPC-HC auto-refresh rate changer works fine with marVR 0.25 on various video clips.
Did you try click right button once and again (see my post #3892 above)?

[fastplayer]

When UAC kicks in during playback, it stops and outputs the following message:
madVR reports:

resetting Direct3D device failed (88760868)
creating Direct3D device failed

[buletti]

My queues all fill up. (7-8/8 , 2-3/3) :confused:

same here.

[w7 x64, Aero off, ATI Radeon 5770, Catalyst 10.7, src: 720p24 tgt: 1920x1200/60 w/ Y: Spline64 UV: SoftCubic100]

[mark0077]

Hi madshi. Thanks for the new versions. Initially running into problems with my setup. Win 7 64bit , GTX 295, Core i7 920.

1) Initially I couldn't get any video output at all, only audio. It was because I have reclock calling a vbs script to auto refresh rate in certain scenarios. Disabling this allows me to see video output so madVR can't currently handle refresh rate changes with this new fullscreen mode. Can madVR be made to react to changes of resolution / refresh rate? In this scenario I wasn't able to get out of the black screen though using ESC or ALT-Enter.... can these keys be made to bring the user out of this fullscreen mode?

2) When I right click the video in fullscreen mode, the image flickers for a second or two and I see no menu, and then sometimes either nothing happens, playback continues but now I right clicked again and video and audio output stopped for about 10 seconds.... and then continued.

[Octo-puss]

http://thumbnails32.imagebam.com/9143/cf166891422363.jpg (http://www.imagebam.com/image/cf166891422363)
What does this do? Or rather, do I need this for anything when I already set madVR as output in the options?


Btw. The progress bar I talked about earlier sometimes stays on the screen even after switching back to windowed mode. Unfortunately I cannot give any details as it seems random so far.

[mueslibrown]

OK stupid question ... how do I get exclusive mode to start? I'm currently in windowed mode according to the OSD. Maybe I missed this in the thread ...

MB

[mueslibrown]

Found it ... nevermind ...

Spoke to fast I'm still in windowed mode according to the OSD. What am I doing wrong? D3D is not checked in the output tab in MPC-HC. In the external filters I have reclock and madVR (is this correct?). I'm on Win7 Home x64 with ATI 10.7

[LoRd_MuldeR]

OK stupid question ... how do I get exclusive mode to start? I'm currently in windowed mode according to the OSD. Maybe I missed this in the thread ...

MB

As soon as you go fullscreen in MPC-HC MadVR will switch to "fullscreen exclusive mode" automatically. Or at least it should ;)

However note that if you right-click in fullscreen mode in order to make MPC-HC's popup menu appear, then MadVR will switch back to "fullscreen windowed mode" temporarily.

(Of course "enable automatic fullscreen exclusive mode" must be checked in MadVR's option window)

[pie1394]

pie1394

Did you try click right button once and again (see my post #3892 above)?

I don't notice such detailed thing like you. The OSD text is too small when I watch it from 3 meters away. :p

Under the full-screen mode, I cannot see the sub-menu of madVR. Have to go back to regular Window mode to make it displayed. It is the same with EVR sync + D3D Exclusive mode.

The rendering time indeed becomes higher with my settings. Most of time it is equal to the refresh rate regardless the scaling mode of Lanczos3 / Lanczos4 / Spline36 / Spline64. But I don't observe any playback smothness issue yet.

Most of time I watch the FILM type contents. That is why I choose desktop refresh rate 23.976 Hz as the default. Another reason is that my Hitachi PDP's HDMI input sometimes takes longer time to be locked at 1080p24 stably when it is switched from 1080p50 or 1080p60.

About the madVR 0.25, it does still have some issues with some extra operations during the playback. I think most of them have been reported by other people. Fortunately they don't have big impact on normal playback.

My setup is always to start the video in Full-screen mode. Just have some minor issues:

1. Time Seeking bar does not appear until I click the mouse. It is ok with EVR. But it looks greater with madVR 0.25 since it is semi-transparent. If it is thicker (just like EVR mode's size), I think it will be better under HTPC + TV usage.

2. Press the [Windows] key, the MPC-HC sometimes gets hung or crashed.

[cyberlolo]

It doesn't. Or at least it shouldn't. It doesn't for me.

You were right and I was wrong. I can see OSD in exclusive mode too. Thanks again!

[iSunrise]

I really have to say that I´m extremely impressed with the stable state that madVR 0.25 already is in, even though you just introduced fullscreen exclusive mode with madVR 0.24.

The idea of having the renderer autmatically switch between fullscreen windowed and fullscreen exclusive is great, I´ve never even thought that something like this could work as flawless as this. Thanks not only for your commitment for giving us madVR for free, but also for your fresh new ideas which really deserve at least one post of respect.

I did some tests in Potplayer with various media files and a lot of different refresh rates and what I can already report is this:

1) Performance is even better than before (compared to 0.23), when exclusive mode comes into play. My rendering and present times went down a lot, which means that e.g. when playing a 1080p or 2304p (4K) resolution media file, I now get rendering times like 0.05ms and present times like 0.01ms, while with windowed mode I get 0.13ms and 0.05ms, respectively. This is absolutely awesome, because that means for future madVR releases, there easily seems to be enough headroom for e.g. image manipulation or some other stuff (which needs more processing or shader power) you have planned for the future.

2) After testing media files with 23.976fps at 23.982Hz, 24fps at 24.024Hz, 25fps at 25.026Hz, 29.970fps at 29.975Hz, 30fps at 30.031Hz, 50fps at 50.051Hz and 60fps at 59.951Hz on my EIZO, I am absolutely sure I did not detect one single glitch. I even tried all of the above at 59.951Hz (60Hz, which is my standard windows refresh rate). No dropped frames, nothing. Now, when keeping in mind that performance has also improved a lot, exclusive mode really seems the way to go. I am simply speechless.

One question though:

Is it possible that the involved switch (screen goes black, comes back again) that happens when the renderer switches from fullscreen windowed to fullscreen exclusive can somehow be made a little more "less noticable"? Or is that a side-effect of the automatic switching, because you kind of need to "initialize" the exclusive mode every time and so it´s completely out of your control? This is not a major problem at all, but it takes about 0.5-1 seconds, even on my GTX260.

Other than that, I´m gonna further test 0.25 and look out for bugs, but it seems you already did your homework, again... :)

Specs:
(1) Geforce GTX 260-216 [Nvidia Quadro 258.49 WHQL]
(2) Windows Vista x64
(3) Aero on
(4) 1920x1200@59.951Hz (normal use)
(5) PotPlayer, KMPlayer or MPC-HC
(6) ffdshow video and audio decoder
(7) Haali Media splitter

madVR settings:
(1) Use 3DLUT
(2) Bicubic75, Spline64, Bicubic75
(3) don´t flush for everything

[pankov]

Is this really v0.25? I'm asking because v0.24 had this issue and it was supposed to be fixed in v0.25. The fix was also confirmed by at least 2 people. With MPC HC, though.
Yes, in the changelog it says 0.25. Btw is there a reason not to put madVR version as a general file version?

In what way is it inconsistent?
Points 2 and 3 in my post - the ones with ZP's popup menu and seekbar.

Does not happen for me. Does it only happen on secondary screen or also on primary?
Since my problems with playback on the secondary monitor I've switched to single monitor usage - so I'm currently reporting problems that happen on my Primary monitor.

Ok, will have a look at that.

Thank you very much

That's weird. Haven't actually looked at rendering times myself yet.
I tried the advice you gave to someone else - to change to flush & wait (loop) but this didn't help.

madshi,
I really like your idea of implementing automatic exclusive mode
Thank you very much for thinking about us ZoomPlayer users.
In the devinfo.txt I noticed that you've implemented an interface for OSD text messages and I was wondering if it's possible to bring this to the next level - to have interface for drawing graphics not only text in exclusive mode? (Some kind of virtual window/Device Context that madVR will overlay over the rendered image).
This will allow with very little work from the developers of the player to have their original OSD/Media Library/Navigation ... or at least I think/hope so.
Another thought that popped into my mind is about controlling which windows should bring madVR out from exclusive mode. It will be great if you can add support for black/white listing window names/executables that should be ignored/considered when checking if madVR needs to get out of fullscreen exclusive mode.

[cyberlolo]

.i really have to say that i´m extremely impressed with the stable state that madvr 0.25 already is in, even though you just introduced fullscreen exclusive mode with madvr 0.24.

The idea of having the renderer autmatically switch between fullscreen windowed and fullscreen exclusive is great, i´ve never even thought that something like this could work as flawless as this. Thanks not only for your commitment for giving us madvr for free, but also for your fresh new ideas which really deserve at least one post of respect.

+1

[Anima123]

Madvr is so great that I'd even like to pay for it if I will have to.

[BeNooL]

Tested 0.25 yesterday and here is what I noticed.

- while generally smooth the fullscreen exclusive mode has sometimes severe dropped frames: it plays fine for a while, severe dropped frame and smooth again for another long time.
- having the video paused in MPC-HC with fullscreen exclusive seems to sometime steal focus from other application.

That is with ATI 4550, XP SP3 and Catalyst 10.6. Multi display with video being played on 2nd screen (TV).

[andybkma]

Hope one of you fine video experts can help me out with this problem I'm having ever since any version of madVR past .19

XP SP3, Using Zoom Player 7 Pro, 2 different laptops with 1) Nvidia 8600M-GT and 2) Nvidia 8600M-GS. And using a 20" external monitor with resolution 1600x900.

Basically my problem is that whenever I play a higher rez video such as 1280x720 or 960x540 on my 1600x900 external monitor in fullscreen mode, I drop frames like crazy and have severe video stuttering. The same video plays fine in window mode, it's just in fullscreen that I get this severe stuttering. If I change the resolution of my external monitor to let's say 1280x720 (or 1280x800) or use my projector with its native rez of 1280x720 the videos play fine. It's only in resolution 1600x900 that I have this problem. I tried both the VGA and DVI inputs of my external monitor and same same problem.

Like I mentioned, .19 madVR does not have this problem for me so it's something in the code past .19 that is causing this for me. Does anyone have any ideas? How can I get these newer madVR versions to play nice nice with monitor resolution 1600x900 with 1280x720 videos? Thanks for any tips or advice...

[lych_necross]

Alright, told him. I thought "callback" meant something else.

Ah, you're so full of mysteries! It seems that it's got to do w/ distributed calibration or so? possibly using a database running the default RBG xy coordinates of many displays?

The only reason I could think of for a VR to connect to the LAN would be to synchronize this kind of "wall of image" set ups: http://www.hellopro.fr/images/produit-2/9/6/6/mur-d-images-1227669.jpg

Otherwise, maybe you plan on running your own madtube.com website? it's a mad mad mad world, that's for sure :p
I ran strings on that file. Interesting output. I came across a line called "mad* home cinema network". My guess is that it allows the user to stream a video from one computer to another on a lan. It maybe something like a Windows Media Center Extender. Very interesting... :D

[madshi]

Madshi,I've found this workaround (?).Is it how you acesss to fullscreen mode on your test machine with ZP?
You shouldn't have to change the AR to make madVR go fullscreen exclusive mode. Don't know why you have to do that. I'll add more information to the OSD in the next version to find out why it's not going into fullscreen mode with the default AR mode for you.

This doesn't help on my end, unfortunately. Rendering times actually increase very very slightly :confused:.
Weird. But I'm not sure if it has anything to say, though...

When UAC kicks in during playback, it stops and outputs the following message:
Why would UAC kick in during video playback? :confused:

1) Initially I couldn't get any video output at all, only audio. It was because I have reclock calling a vbs script to auto refresh rate in certain scenarios. Disabling this allows me to see video output so madVR can't currently handle refresh rate changes with this new fullscreen mode. Can madVR be made to react to changes of resolution / refresh rate?
As I said before, the final solution will be to let madVR handle refresh rates. I don't believe in letting ReClock pull the strings behind madVR's back. ReClock should leave madVR's rendering logic alone, thank you very much.

In this scenario I wasn't able to get out of the black screen though using ESC or ALT-Enter.... can these keys be made to bring the user out of this fullscreen mode?
Should work, unless the media player and/or madVR were frozen/crashed.

2) When I right click the video in fullscreen mode, the image flickers for a second or two and I see no menu, and then sometimes either nothing happens, playback continues but now I right clicked again and video and audio output stopped for about 10 seconds.... and then continued.
You're playing video back on secondary monitor, right? Seems that v0.25 doesn't handle that well yet. Should be fixed in the next build.

What does this do? Or rather, do I need this for anything when I already set madVR as output in the options?
You can ignore that. All DirectShow filters are listed there, including renderers.

I'm still in windowed mode according to the OSD. What am I doing wrong?
I'll add more info to the OSD in the next build to find out why it's not switching to fullscreen exclusive mode on your PC.

1. Time Seeking bar does not appear until I click the mouse.
Will be fixed in the next build.

2. Press the [Windows] key, the MPC-HC sometimes gets hung or crashed.
Will check if I can reproduce that problem.

I really have to say that I´m extremely impressed with the stable state that madVR 0.25 already is in, even though you just introduced fullscreen exclusive mode with madVR 0.24.

The idea of having the renderer autmatically switch between fullscreen windowed and fullscreen exclusive is great, I´ve never even thought that something like this could work as flawless as this. Thanks not only for your commitment for giving us madVR for free, but also for your fresh new ideas which really deserve at least one post of respect.
Thanks!

Is it possible that the involved switch (screen goes black, comes back again) that happens when the renderer switches from fullscreen windowed to fullscreen exclusive can somehow be made a little more "less noticable"? Or is that a side-effect of the automatic switching, because you kind of need to "initialize" the exclusive mode every time and so it´s completely out of your control? This is not a major problem at all, but it takes about 0.5-1 seconds, even on my GTX260.
I have to "reset" the Direct3D device to switch between windowed <-> exclusive mode, there's nothing I can do about that. I don't think it can be made less noticeable. It seems it's more noticeably for some people than others. It's much less noticeably on my dev PC compared to my HTPC. Don't know where the difference comes from. Maybe OS. Maybe GPU. Maybe something else...

in the changelog it says 0.25. Btw is there a reason not to put madVR version as a general file version?
Would have to change the install bat every time. In the long run I'll probably not ship all those various versions, anymore, but just the latest one. I'm shipping so many versions now because it's still so early in development and sometimes older versions may work better than newer versions.

In the devinfo.txt I noticed that you've implemented an interface for OSD text messages and I was wondering if it's possible to bring this to the next level - to have interface for drawing graphics not only text in exclusive mode? (Some kind of virtual window/Device Context that madVR will overlay over the rendered image).
This will allow with very little work from the developers of the player to have their original OSD/Media Library/Navigation ... or at least I think/hope so.
VMR9 already has an interface which allows that, but ZoomPlayer isn't using it (AFAIK). ZoomPlayer seems to be using standard Delphi GUI elements to draw the GUI, and I don't think it's easy to draw these GUI elements into a device context.

Another thought that popped into my mind is about controlling which windows should bring madVR out from exclusive mode. It will be great if you can add support for black/white listing window names/executables that should be ignored/considered when checking if madVR needs to get out of fullscreen exclusive mode.
Not sure if that makes sense. If madVR does not switch out of exclusive mode when it's covered by other windows then there may be nasty flickering between madVR window and the other window.

- while generally smooth the fullscreen exclusive mode has sometimes severe dropped frames: it plays fine for a while, severe dropped frame and smooth again for another long time.
Don't see that on my PC. Do you have the same problem in windowed mode?

- having the video paused in MPC-HC with fullscreen exclusive seems to sometime steal focus from other application.
Do you see the same behaviour with EVR/VMR exclusive mode? Or is this specific to madVR?

XP SP3, Using Zoom Player 7 Pro, 2 different laptops with 1) Nvidia 8600M-GT and 2) Nvidia 8600M-GS. And using a 20" external monitor with resolution 1600x900.

Basically my problem is that whenever I play a higher rez video such as 1280x720 or 960x540 on my 1600x900 external monitor in fullscreen mode, I drop frames like crazy and have severe video stuttering.
Try playing with the windowed mode tweak options. Generally, v0.19 should not perform better than newer versions, if you set the tweak options "right". If you search back through the thread, I once explained which tweak options make newer madVR versions behave similar to v0.19.

I ran strings on that file. Interesting output. I came across a line called "mad* home cinema network".
In what way does that surprise you?

mad* home cinema network -> madHcNet.dll

I thought that much was obvious! Let me state again that madHcNet.dll does *NOT* contact the internet, or "dial home" or anything of that sort. I've seen speculation about that in another forum. So in order to put that fear to rest, let me say that much, that madHcNet.dll allows madVR instances on the local LAN to see and communicate with each other. This functionality is not actually used yet, though. And I won't say (yet) which purpose it will be used for.

[fastplayer]

Why would UAC kick in during video playback? :confused:
When you invoke it manually, I mean.

[neb1236]

Hi,

Firstly I confirm the problem on full-screen on secondary monitor that jump back to the main monitor on my configuration.
btw at the moment madVR switch to full-screen on primary, the second monitor also blink at the same time as the primary, is it needed?
May I propose an option to use the exclusive mode immediately when going to full-screen? It will virtually reduce the impression of the black blink since it will be mixed with the changing of windowed to full-screen?

Last question, is it possible to see no improvement compared to windowed, Meaning that windowed mode is (for me) is already perfectly smooth? Or am I tolerant to bad playback?

Config:
ATI HD5770 last catalyst drivers, all catalyst software deactivated at startup
2 screens in DVI : 1600x1200+1920x1200 both at 60hz
Madvr 2.4 setting to default, except lanczos4 moved to lanczos3
Window 7 x64 aero on
All=ffdshow, H264=coreAVC through ffdshow, vsfilter, haali, mpcHC (build 2099)

Speed of the full-screen exclusive mode: low for the first time (about 1/2sec) and then too fast to quantify it

Last word: Thank you so much, madVR is the only overlay that initiates that fast compared to other EVR base output

[leeperry]

@madshi: so do you think there's a chance you could retrieve the current refresh rate info from XP at all? some ppl complained that it also didn't work on Vista I think.

I can only confirm that windowed mode still works amazingly well, I said "it's a mad mad mad world" coz I had almost given up on my HTPC before mVR showed up, hah :D

And Reclock doesn't just "pull the strings behind mVR's back", it also does 23.976 and 25@24fps adaptations so anyone can enjoy his movies at the proper speed...and w/o any audible glitch at that. Some ppl seem to prefer a dropped frame from time to time over resampled audio...each to his own, personally dropped frames ruin the whole thing for me..just like gappy audio playback.
"mad* home cinema network". My guess is that it allows the user to stream a video from one computer to another on a lan.
That's the most logical explanation but I don't see the point to that..as most processing is done in the GPU anyway?

[andybkma]

Thanks, madshi for your input to my rendering 1280x720 material on a 1600x1900 monitor stuttering problem. I realized that I do indeed still have the same problem with version .19 so went back to .25 and played with the luma upscaling/downscaling and changed from the default Lanczos 4 to Softcubic 60 for both luma up & down scaling and that improved the stuttering somewhat. Not perfect but better than using Lanczos 4. Guess that means my 8600M-GT and GS are not powerful enough to display 720p material on a 1600x1900 monitor with Lanczos? strange.

Oh, and I want to also confirm I have the same problem as poster "Luv" with going into Exclusive Full Screen mode with Zoom Player requiring that I change the aspect ratio to Disable (Fit To Window). If I leave it at Derived (recommended) then it stays in windowed mode per the madVR OSD even though I am in fullscreen. Not every video but I would say at least 80% of my videos won't go into Exclusive Full Screen mode unless I change the aspect ration to Disabled. But then of course that messes up the AR so that solution is no good.

[leeperry]

BTW, you said: "If the PotPlayer coder wants to have an interface to ask madVR whether it's in fullscreen exclusive mode or not, I can add that"

He told me that he would need it, as he currently has no way to know whether mVR is running in FS. :thanks:

[nlnl]

madshi
Thanks again for that smooth playback!

And back to high rendering time...
FS Exl
Playing 1080p23 file at 1080p23 monitor aver rendering time is 32 dec queue 7-8/8 up queue 4-5/8 rend queue 3-4/8
Playing the same 1080p23 file at 1080p50 monitor aver rendering time is 17 dec queue 7-8/8 up queue 7-8/8 rend queue 7-8/8
Playing 1080p23 file at 1080p59 monitor aver rendering time is 13 dec queue 7-8/8 up queue 7-8/8 rend queue 7-8/8

And aver rendering time is slowly going up!

Is that OK ?

In FS Wind mode rendering time is always 7.1-7.4 and queues are 7-8/8

MPC, Vista, AMD 5400, 10.7 30bitRGB output

[Fer]

Brilliant work. Keep doing. Very grateful forever.

One minor petition. It would be posible to low the screen OSD vertical position in order that the text were inside a 2.35:1 screen?
http://a.imageshack.us/img828/5298/dibu.th.jpg (http://img828.imageshack.us/i/dibu.jpg/)
Now the information about the exclusive mode it is not seen in such kind of constant height screens.

:thanks:

[Mark_A_W]

madshi, the aspect ratio (Derived) is what has been preventing ZP going into exclusive on my system, if the resolution does not match the video.

With it set to "Disabled", ZP/madVR will go into exclusive on my primary monitor (1920x1200 at 85hz progressive). But of course the aspect ratio is now wrong. It was going into exclusive on my secondary monitor (1920x1080 at 96hz interlaced), but would then chuck the Direct3D error.


So I think I have found why the results appear inconsistent: It will only go into exclusive with the aspect ratio set to "Derived (recommended)", if the resolution matches the video res.


Also, it would be FANFRIGGINTASTIC if you could negotiate the madVR/Reclock interaction with James at Slysoft. He is still actively developing Reclock, and as madVR is the best video renderer, Reclock is the best audio renderer (even if you don't want resampling - it still has WASAPI and all sorts of good stuff).


Please consider setting up a Paypal donation account. I'm sure I'm not the only one who would like to buy you a beer :)

Mark

[namaiki]

Guess that means my 8600M-GT and GS are not powerful enough to display 720p material on a 1600x1900 monitor with Lanczos?

Are you using CoreAVC's CUDA video offloading?

[andybkma]

Are you using CoreAVC's CUDA video offloading?

No, this is 1280x720 wmv material. Just can't figure out why it renders fine on any other resolution except for 1600x900. Very strange, still haven't quite solved this problem. The more I play with madVRs settings, the more problems I seem to create....

[namaiki]

andybkma, assuming single monitor, have you tried disabling Aero?

[andybkma]

andybkma, assuming single monitor, have you tried disabling Aero?

Yes, single monitor but am XP SP3. My original post (amended for current problem)

XP SP3, Using Zoom Player 7 Pro, 2 different laptops with 1) Nvidia 8600M-GT and 2) Nvidia 8600M-GS. And using a 20" external monitor with resolution 1600x900.

Basically my problem is that whenever I play a higher rez video such as 1280x720 or 960x540 on my 1600x900 external monitor in fullscreen mode, I drop frames like crazy and have severe video stuttering. The same video plays fine in window mode, it's just in fullscreen that I get this severe stuttering. If I change the resolution of my external monitor to let's say 1280x720 (or 1280x800) or use my projector with its native rez of 1280x720 the videos play fine. It even plays fine on my laptops' rez of 1280x800 in fullscreen. It's only in resolution 1600x900 and fullscreen that I have this problem. I tried both the VGA and DVI inputs of my external monitor but same same problem.

[namaiki]

Did it work before? How much video ram do the GPUs have?

[andybkma]

Did it work before? How much video ram do the GPUs have?

The 8600M GT has 512 MB and the 8600M GS has 256. Problem is on both laptops and has always been there. Earlier I had thought the problem went away with version .19 but I was mistaken. Changing the luma upscaling/downscaling values has minimal effect. It's only with resolution 1600x900 in fullscreen mode that I have this problem which unfortunately is my external monitor's native rez. The vids play fine in fullscreen on both my laptops internal displays which are 1280x800 rez. This is driving me nuts trying to figure out this problem...

More troubleshooting: Also have this same problem with H264 1280x720 material even when using CoreAVC and Cuda. It's as if madVR can't render 1280x720 material (wmv nor H264) smoothly in fullscreen on my monitor resolution 1600x900. I don't know how else to describe this...

[namaiki]

Try on the 8600M GT first. Make sure you have the latest ForceWare (if you can't update for some reason, you can still try download GPU-z), download the latest GPU-z. Open GPU-z, go to the sensors tab. There should be load readings for GPU, RAM, RAM usage. Tick 'continue refreshing this screen while GPU-z is in the background'. Open madVR, and play a video in full screen as usual and check the load readings.

If they look high, you can try set flushes as follows (I haven't bothered recommending these in a while):
After render: flush and wait(sleep)
After last step: flush
After backbuffer: don't flush
After present: don't flush

Also, make sure that your PC is set to portable/laptop or a power profile where it will not throttle the CPU.


These are all blind information, but I really hope you can get this working.

Lastly, are these all standard videos like 23.976 or 29.970 fps, or is this the interlaced thing?

[andybkma]

Try on the 8600M GT first. Make sure you have the latest ForceWare (if you can't update for some reason, you can still try download GPU-z), download the latest GPU-z. Open GPU-z, go to the sensors tab. There should be load readings for GPU, RAM, RAM usage. Tick 'continue refreshing this screen while GPU-z is in the background'. Open madVR, and play a video in full screen as usual and check the load readings.

If they look high, you can try set flushes as follows (I haven't bothered recommending these in a while):
After render: flush and wait(sleep)
After last step: flush
After backbuffer: don't flush
After present: don't flush

Also, make sure that your PC is set to portable/laptop or a power profile where it will not throttle the CPU.


These are all blind information, but I really hope you can get this working.

Lastly, are these all standard videos like 23.976 or 29.970 fps, or is this the interlaced thing?

Thanks, namaiki, for trying to help me out. Ya, these videos are just regular 23.970 or 23.976 fps per MediaInfo. Both laptops' power profiles have always been at portable/laptop. Tried your settings, unfortunately no help. Newest GPU-Z version sensors tab only shows me GPU Core Clock, Memory Clock & Shader Clock readings which I'm sure are not the load readings you were referring to for me to monitor. Thanks again but still at a loss...

Edit: After further research the problem seems to be mostly with 1280x720 material with fps of 29.970 and higher (30.000). 1280x720 vids with 23.976 and 25.000 fps don't play too badly. Is this a hint to finally solving this problem?

[BeNooL]

Don't see that on my PC. Do you have the same problem in windowed mode?
I don't watch videos in windowed mode...
This is new to 0.25 build. Previous version were very smooth from beginning to end.

Do you see the same behaviour with EVR/VMR exclusive mode? Or is this specific to madVR?

I don't think I ever used EVR/VMR exclusive mode before.
Saying that I realize my contribution to helping the developpement starts to grow thin :p

[TinTime]

madshi, the aspect ratio (Derived) is what has been preventing ZP going into exclusive on my system, if the resolution does not match the video.

madshi, I've found similar results with Zoom Player. The key is whether the display AR of the the video matches the display AR of the screen or not.

I'm using a 1920x1080 TV so 16x9 video triggers exclusive mode but anything else doesn't (although MPC HC seems to work as expected with non-16x9 material).

I should say that flipping in and out of exclusive mode is fast on my PC. Not quite instant but not far off - certainly a small fraction of a second. I'm running Windows 7 32bit with an Nvidia 8600GT 512MB, and using CoreAVC in CUDA mode to decode.

But aside from ZP not always switching to exclusive it's looking very good - thanks for the new version!

[Razoola]

I don't watch videos in windowed mode...

I think I'm right in saying with older versions of madvr (before 024) you were in windows mode even when in full screen unless you were testing the AERO mode which was in a couple of builds.

[THX-UltraII]

What does the new fullscreen exclusive mode do?

[BeNooL]

I think I'm right in saying with older versions of madvr (before 024) you were in windows mode even when in full screen unless you were testing the AERO mode which was in a couple of builds.

Oh ok. Then yes, there is no such issue in previous version.

Just finished watching a movie with 0.25 FS Exclusive disabled and no hiccups all along.

So for me, FS exclusive mode is worse than normal/windowed mode.:confused:

[leeperry]

Having more thoughts about it, Reclock simply asks GDI for the current resolution...if D3D is clueless, GDI's got to know :)

[Mangix]

Thanks, namaiki, for trying to help me out. Ya, these videos are just regular 23.970 or 23.976 fps per MediaInfo. Both laptops' power profiles have always been at portable/laptop. Tried your settings, unfortunately no help. Newest GPU-Z version sensors tab only shows me GPU Core Clock, Memory Clock & Shader Clock readings which I'm sure are not the load readings you were referring to for me to monitor. Thanks again but still at a loss...

Edit: After further research the problem seems to be mostly with 1280x720 material with fps of 29.970 and higher (30.000). 1280x720 vids with 23.976 and 25.000 fps don't play too badly. Is this a hint to finally solving this problem?
your GPU is most likely not fast enough. i have an 8500 GT(16 vs your 32 shader cores). And it drops frames like crazy if i enable resizers like lanczos or spline. Softcubic, Bicubic, and those work just fine.

Best tip i can give you is to overclock your GPU. Programs such as EVGA Precision or RivaTuner will let you do that. note that only shader clock actually makes any difference. The rest can be left alone.

[pankov]

Would have to change the install bat every time. In the long run I'll probably not ship all those various versions, anymore, but just the latest one. I'm shipping so many versions now because it's still so early in development and sometimes older versions may work better than newer versions.
madshi, I think you missed my point. I'm not talking about changing the name of the .ax file - I'm talking about the file version (http://msdn.microsoft.com/en-us/library/ms646981%28VS.85%29.aspx) (right click - properties - Details in Win7 or right click - properties - Version in WinXP)
VMR9 already has an interface which allows that, but ZoomPlayer isn't using it (AFAIK). ZoomPlayer seems to be using standard Delphi GUI elements to draw the GUI, and I don't think it's easy to draw these GUI elements into a device context.
I suppose you are right :(
Not sure if that makes sense. If madVR does not switch out of exclusive mode when it's covered by other windows then there may be nasty flickering between madVR window and the other window.
I'm not sure why do you think there will be flickering. DVBViewer is using fullscreen exclusive mode and there is no flickering at all. But I suppose you know better. I was just trying to find a way to prevent unnecessary switching between exclusive and windowed modes.