madVR - high quality video renderer (GPU assisted)

[fastplayer]

It's NOT a video renderer's job to change wallpaper settings.

[ryrynz]

True, but I don't think this request is unreasonable considering.

[ajp_anton]

Everyone using madVR needs to buy one of the 27" Korean monitors. I've been reading quite a bit about them and it seems like they really do what they say they do.

I'm about to buy this monitor:

27" S-IPS LED 2560 x 1440 Glossy LG Panel, overclockable up to 120Hz

http://120hz.net/showthread.php?629-Catleap-2B-Extreme-120hz-Sale-InformationI've looked at those too, but
1. The monitor is important to me, and those don't have the same quality control (backlight bleed, dead pixels) as a more expensive one from a local physical store where it's easy to return.
2. Both my desktop and my future laptop have Intel graphics that need Displayport for those resolutions. The Korean monitors don't have it, except for the relatively more expensive Crossover something Gold, which doesn't overclock at all (so perhaps no underclock either).

A review of the -850D said 50Hz works at native res, so I just hoped the newer -850T would do the same, and it did. The more expensive -970D doesn't.

[cyberbeing]

I just ran into a strange new issue with 0.83.5 where the Windowed mode Backbuffer Queue refused to fill after exiting FSE, and I was getting constant dropped frames because of it.

If I figure out a way to reliably reproduce it, I'll get you a debug log.

[detmek]

Problem with madVR 0.83.5
1. Overlay and FSE checked in settings
2. Open video
3. Go to FSE
4. Reopen video in FSE
5. Go to Overlay windowed
Result:
https://dl.dropbox.com/u/19804113/Forumi/Slike/madvrtd.png
Log (https://dl.dropbox.com/u/19804113/Forumi/Logovi/madVR%20-%20log2.7z)

[pirlouy]

You have to be precise. An image is not enough to understand. What is the problem ? Black image or MPC-BE Gui problem ?

And you don't respect forum by posting such a big image.

[Yellow_]

Does MadVR work with an NVidia 210?

[Blight]

Prinz:
Here's an updated version of the ZP MAX build that tries to capture and hide the OLE error, let me know if it helps:
https://dl.dropbox.com/u/104094858/zplayer_madExcept2.rar

[madshi]

With v83.5, it doesn't show the D3D error and pause the video anymore from FSE to Overlay the first time, but now it fails to go back to FSE.

When I go in fullscreen again, I get "exclusive mode failed" in the OSD and when I check with ctrl+j, it says "fullscreen overlay mode". The madVR custom seekbar is there though.
Will be fixed in the next build.

Wanted to provide a little more detail to some performance issues I have seen with Windows 8.

Windows 8 RTM (64)
Nvidia 560Ti
Nvidia driver ver. 306.23
MPC-HC 1.6.4.6011
LAV Filters 0.51.3-53
madVR - Comparing 0.82.5 (with antiringing 6 updates) - 0.83.5
MKV Blu-Ray direct rip files tested - VC-1, VC-1i, H264, H264i material

Problem:
With 0.83.5 files begin and play correctly, but if you jump ahead or back a number of times all of a sudden frames start dropping, stuttering and it does not stop or correct after pausing. It is consistent. Go back to 0.82.5 and there are no problems. ... :confused:

Cannot forward a log file or video sample because there is no crash or error indicated and have to move around a very large (20-40GB) file to see the issue. But it is consistent and always seen on this system and changing back to 0.82.5 always corrects the issue.
In the moment when you get those frame drops, can you please make a screenshot of the madVR OSD (Ctrl+J)?

Here is a picture during a big drop frame in FSE... no problem if I stay just in FS.
https://www.dropbox.com/s/ko26zqvp8ct0f0h/FSE.jpg
I have also noticed that sometimes after few minutes in FSE it switch itself in FS
Hmmmm... "max rendering: 185.49ms". Huh? It seems that rendering one of the frames took 185ms. How could that happen?? Very weird. And this did not happen with older madVR builds? Are you sure? Do you know a way to reproduce this problem? Thx.

When I try to past my yCMS settings in the foreseen "text-box", upon pressing the "Apply" or "OK" button, I get crash and an exception message like this :
'0.42140' is not a valid floating point value.
How is that ? Does the tool maybe expect a format with a mantissa and an exponent ? ;-)
I replied to your email a couple of days ago. You might want to check your spam folder if you didn't receive my reply. It seems that your PC expects floating point numbers to look different than "0.42140", I'm not sure why. I'm explicitely setting the decimator to ".", so I don't see why it should fail. I think the only way to get to the bottom of this would be to do a couple of test builds. But that should be something we do via email.

A question worth asking is also: Why does this problem occur now? I've changed nothing about decimal settings. Maybe something has changed on your end?

madshi, when you get to it please check if it's possible to make madvr work with the native Nvidia Rotation from the driver.
I have this on my to do list, but priority is not very high for now. Sooo many other things to do...

Problem with madVR 0.83.5
1. Overlay and FSE checked in settings
2. Open video
3. Go to FSE
4. Reopen video in FSE
5. Go to Overlay windowed
Result:
You mean the screwed up MPC-BE control bar? I'm not sure if that's madVR's fault. You could try playing around with the Aero disabling options in the madVR "rendering" settings page. Maybe that works around the problem?

Sorry, I couldn't check this forum in the last few days and so, couldn't reply.

It's strange that when I click on Filters while viewing a still image, I see no source filter. However, in that filters list, there is an option which allows me to view Properties of the file (I am not sure if you referred to this filter). I have attached a file having the text from the Pin Info tab of that Properties window.

Normally, when I play a video, I can see Lav Splitter Source as the Source Splitter. Please let me know if you need any more information.
I've tested again. MPC-HC is using the same source filter on my PC that is used on yours. On mine there was no "Color Space Converter" in the graph, though. So I added it to the "preferred" filters, then it showed up, too. In either case, with or without the Color Space Converter, jpg images show just fine on my PC with madVR, no crash at all.

Maybe you can try again with the latest madVR build and if the crash still occurs, upload another crash report? I'm not sure if it will help, though. The crash report you uploaded earlier didn't help, unfortunately. So there's a chance if you create another one, it might not help, either. But that's all we can try right now.

[detmek]

You have to be precise. An image is not enough to understand. What is the problem ? Black image or MPC-BE Gui problem ?

And you don't respect forum by posting such a big image.

GUI problem. You can't take screenshot of video in Overlay or FSE so video appiers black.
Image is 75kB. That is not big. Or you mean resolution?

@madshi Seams the problem is MPC-BE, not Aero. I can not reproduce it with MPC-HC 1.6.3.5818. I will try with PotPlayer. If I can't reproduce it I will report it in MPC-BE tread.

[madshi]

Any reports about the performance of closing the media player or changing video files, anyone? Did v0.83.5 bring the performance back to v0.82.5 levels for you? Or is it still noticeably slower compared to v0.82.5?

[Prinz]

Prinz:
Here's an updated version of the ZP MAX build that tries to capture and hide the OLE error, let me know if it helps:
https://dl.dropbox.com/u/104094858/zplayer_madExcept2.rar

Still crashing:
Bugreport (https://www.dropbox.com/s/f6g7yt73ndf1yhx/bugreport2.zip)

[madshi]

Looks exactly like before. @Blight, did you put a simple "try [...] except end" block around your "TdwTaskbarThumbnails.DoUpdate" function?

[andybkma]

Any reports about the performance of closing the media player or changing video files, anyone? Did v0.83.5 bring the performance back to v0.82.5 levels for you? Or is it still noticeably slower compared to v0.82.5?

For me 83.5 is still noticeably slower than 82.5 whether overlay is enabled or not. Pretty much the same media closing time for both options (enabled or not). Sorry, I would have reported my results earlier but I didn't realize that v83.5 was trying to improve on this...

[madshi]

Can you please add the checkbox to turn off the wallpaper changer or it would be even beter if you could add a textbox which takes in any command line and executes it before and another textbox that executes a command line before exiting.
I won't add a checkbox for wallpaper changing. Making the settings dialog more complicated for a feature which probably only few people need is not something I like to do. Adding a textbox for script execs sounds more reasonable, I might actually do that, but probably not anytime soon, I'm sorry...

For me 83.5 is still noticeably slower than 82.5 whether overlay is enabled or not. Pretty much the same media closing time for both options (enabled or not). Sorry, I would have reported my results earlier but I didn't realize that v83.5 was trying to improve on this...
Thanks for the feedback. I've found out why it's been slower, and it wasn't (at least not exclusively) caused by the D3D shutdown, after all. Should be fixed in the next build.

[madshi]

madVR v0.83.6 released

http://madshi.net/madVR.zip

* fixed: some more Overlay related issues (black screen, error messages etc)
* fixed: media player closing and loading a different video was slow

[detmek]

With v83.5, it doesn't show the D3D error and pause the video anymore from FSE to Overlay the first time, but now it fails to go back to FSE.

When I go in fullscreen again, I get "exclusive mode failed" in the OSD and when I check with ctrl+j, it says "fullscreen overlay mode". The madVR custom seekbar is there though.

When it first launch directly in fullscreen, it says "fullscreen exclusive mode" like usual.

Here's a debug log: http://www.mediafire.com/file/aqrdgcrw2n2l8df/madVR_log_SamKook_2012-09-26.rar
+1 for this. Is log needed?

Edit: I can reproduce a bug with MPC-HC and MPC-BE but not with PotPlayer. With Pot render goes to FSE after 1-2 seconds.

Edit2: Never mind. Works OK with 0.83.6.

[madshi]

@detmek, try v0.83.6.

[detmek]

I edited post above. It works now.

[andybkma]

* fixed: media player closing and loading a different video was slow[/code]

Wow, that's really working nice here. Thank you ... :-)

[mzso]

Wow, that's really working nice here. Thank you ... :-)

Agreed. It's speedy here too.

[mark0077]

madVR v0.83.6 released

http://madshi.net/madVR.zip

* fixed: some more Overlay related issues (black screen, error messages etc)
* fixed: media player closing and loading a different video was slow

Working great here, thanks madshi!

[SamKook]

Switching from FSE to overlay seems to work fine now. It takes a bit longer when it's done for the first time but that's not a big deal.

Also, my resizing macro now works every times in the last 2 versions so thanks for that. The actual video image is much slower than the player though since it starts moving only once the player window is resized, but that's not a problem at all since there always were a delay with the resize anyway.

One thing I've noticed completely randomly, when you right click repeatedly a few times(it usually take 3) in FSE mode, MPC-HC will lose focus to madVR(I think at least, the message is: "Focus lost to: mpc-hc.exe - madVR") and exit fullscreen to go to windowed mode.
It's not a big problem since that's not something one would normally do, but here's a debug log anyway: http://www.mediafire.com/file/le9f6agf6rc3k6i/madVR_log_SamKook_2012-09-27.rar

[BetA13]

@ madshi

Hy there, i just have a quick Question for you.,.
In the newer versions of MADVR there are the options for d3d11 and more..But in the newer MADVR versions, these options are all gone!!!
i cant set some settings i needed before to get no pres glitches..now i cant set em up anymore..

Is that on purpose or just and error?

Greetz BetA

http://www.abload.de/img/unssbenanntviknr.jpg

i think these options where all here or under rendering. not shure anymore...But i guess u know whjat i mean..

[madshi]

@BetA13, these options were only needed for older NVidia drivers. I've removed the options because the glitch problem was fixed by the latest NVidia WHQL.

[BetA13]

@BetA13, these options were only needed for older NVidia drivers. I've removed the options because the glitch problem was fixed by the latest NVidia WHQL.

:D ahhhh, ok. I didnt knew that..didnt even saw these in teh release notes of teh drivers..
Since what Driver Version is it fixed?
Using 306.02 here on my PC.


Thanks for the Info mate..:o

[madshi]

Don't know, just use the latest WHQL, that should do the trick.

[omarank]

I've tested again. MPC-HC is using the same source filter on my PC that is used on yours. On mine there was no "Color Space Converter" in the graph, though. So I added it to the "preferred" filters, then it showed up, too. In either case, with or without the Color Space Converter, jpg images show just fine on my PC with madVR, no crash at all.

Maybe you can try again with the latest madVR build and if the crash still occurs, upload another crash report? I'm not sure if it will help, though. The crash report you uploaded earlier didn't help, unfortunately. So there's a chance if you create another one, it might not help, either. But that's all we can try right now.

With the latest build (0.83.6), I didn't get a crash report but a couple of freeze reports. I found four freeze reports on my desktop (all of them look similar). I am attaching all four for the sake of completeness.

BTW, is it really a good idea to use madVR for viewing still images? I mean, does madVR apply appropriate color corrections to the still images as well?

[TheShadowRunner]

madVR v0.83.6 released

http://madshi.net/madVR.zip

* fixed: some more Overlay related issues (black screen, error messages etc)
* fixed: media player closing and loading a different video was slow

Excellent, thank you very much!
It's now as fast as 0.82.5, if not more!

[dansrfe]

What are the pros/cons of "delay playback start until render queue is full" and "use a separate device for presentation" ?

[Thunderbolt8]

anyone got a clue about amd graphic drivers? with my laptop which has a radeon 4850 it doesnt work to put 1080p23 in the madVR field to autochange resolution. my TV (connected via HDMI and extended desktop) stays at 60Hz then. 1080p24 works, but I still get ~1 dropped frame every 1-2 minutes then.

with another laptop which has switchable graphics (intel HD and radeon 7670m) entering 1080p23 works, the TV automatically switches to 24Hz mode then (its tiny bit different than those 24Hz I get with 1080p24) and I also dont get any dropped frames any more. has this anything to do with the different graphic drivers, one time the "normal" ones and another time those mixed ones for Intel HD and the radeon card? (though for the radeon card, in both cases they are (based on) v12.6). in case of the other laptop, I can set 23Hz manually in the Intel HD graphic settings, while there doesnt seem to be any option in the regular CCC "my flat panels" tab for 23Hz, only 1080p 24Hz.
any idea what I could do there?

[madshi]

With the latest build (0.83.6), I didn't get a crash report but a couple of freeze reports. I found four freeze reports on my desktop (all of them look similar). I am attaching all four for the sake of completeness.
Did you create them intentionally? They should be created only if you press "Ctrl+Shift+Alt+Break". Creating freeze reports makes sense only if the media player or madVR seem to be frozen. Was that the case?

BTW, is it really a good idea to use madVR for viewing still images? I mean, does madVR apply appropriate color corrections to the still images as well?
madVR doesn't know it's a still image. It treats it as if it were video. Whether it's a good idea to use a media player for still image viewing? I don't really know...

It's now as fast as 0.82.5, if not more!
:)

What are the pros/cons of "delay playback start until render queue is full"
+ less stuttering at the start of playback
+ less frame drops at the start of playback
- longer wait until playback starts
- in rare circumstances playback may stay paused "forever"

and "use a separate device for presentation" ?
Strict seperation of rendering and presentation seems to make things a bit easier for the GPU driver. As a result playback might be slightly more stable (less frame drops, less glitches, less weird effects). The only con is that raw GPU performance might be ever so slightly worse.

[TheShadowRunner]

Arg madshi, It seems a small bug has creeped in.
Very often now, I get an error when I open a new video while one is already playing:
Zoom Player
---------------------------
Access violation at address 4A469A63 in module 'madVR_[debug].ax'. Read of address 09D43570.
---------------------------
OK
The first video closes OK, then error message above and the 2nd video never opens. (i must close ZP manually)

A log is here: http://videoff7.free.fr/madVRTSR_log.zip

[blackjack12]

Wanted to provide a little more detail to some performance issues I have seen with Windows 8.

Windows 8 RTM (64)
Nvidia 560Ti
Nvidia driver ver. 306.23
MPC-HC 1.6.4.6011
LAV Filters 0.51.3-53
madVR - Comparing 0.82.5 (with antiringing 6 updates) - 0.83.5
MKV Blu-Ray direct rip files tested - VC-1, VC-1i, H264, H264i material

Problem:
With 0.83.5 files begin and play correctly, but if you jump ahead or back a number of times all of a sudden frames start dropping, stuttering and it does not stop or correct after pausing. It is consistent. Go back to 0.82.5 and there are no problems. ... :confused:

Cannot forward a log file or video sample because there is no crash or error indicated and have to move around a very large (20-40GB) file to see the issue. But it is consistent and always seen on this system and changing back to 0.82.5 always corrects the issue.

Seeing the same thing with 0.83.6. Go back to 0.82.5 and all is well.

Get 1-2-3 moves and then frame drops and stuttering. Tried quite a few files and always began causing dropped frames on the 3rd move ... :confused:

OSD screen shots for several files can be found here. They are at the point that dropped frames begin as you asked for. Once it starts it only gets worse over time.

http://sdrv.ms/UPOJRZ

[alizard]

Hey Blackjack, have you tried exclusive mode? I'm using Windows 8 x64 and an AMD 4870 and get flawless playback using old path exclusive mode (present several frames in advance unchecked) with delay playback until render queue is full and use a separate device for presentation both enabled. My max rendering stats never go beyond 0.10ms and I get no dropped or delayed frames.

[alizard]

I also have delay exclusive mode by 3 seconds unchecked and automatic fullscreen exclusive enabled, with all the flush settings set to don't flush. Try these settings with use a separate device for presentation unchecked (I somehow hallucinated that I had that setting enabled but I don't, tried it to see if it mattered and I get stuttering after a few minutes of playback)

[cyberbeing]

I just ran into a strange new issue with 0.83.5 where the Windowed mode Backbuffer Queue refused to fill after exiting FSE, and I was getting constant dropped frames because of it.

Same problem just happened in 0.83.6. Messed around with it a bit in that bugged state, and discovered that reducing the number of backbuffers to 1 or 2 made it act somewhat normally, 3 or above (normally I have it set to 4) and the backbuffer queue would refuse to fill at all with contanst dropped frames and playback which looks like 1fps. Otherwise, the problem remains until MPC-HC is exited.

Here is a debug log:
http://www.mediafire.com/?jk5o1ke6kgb0xoe

It seems like it may be triggered by activating subtitles in MKV with Haali + VSFilter via context menu which exits and re-enters FSE.

[nx6]

Any reports about the performance of closing the media player or changing video files, anyone? Did v0.83.5 bring the performance back to v0.82.5 levels for you? Or is it still noticeably slower compared to v0.82.5?

Ths isn't really about the speed of file opening/closing/changing but it's related to changing files.

If I start video playback in windowed mode and then change to fullscreen (fullscreen windowed mode in MadVR that is), if I switch video files the picture drops out of full-screen view and back to windowed. But only on the first video change. If I change video clips after that (with the next/prev keys for the media player) the picture stays full screen. This only occurs with Full Screen Exclusive mode turned off. With FSE mode enabled I get a flash of the beginning of the previous file instead.

I'm seeing this now with the current version of MadVR (0.83.6), but it has been happening for a little while now. I recorded two videos of me playing through a folder of music video files skipping and jumping in/out of fullscreen mode frequently. You can see that when I change from a windowed mode to full screen and then change clips (the video player OSD pops up when I do) on the first clip change after going full screen you see a brief flash of the player's window interface. This effects more than one player.

This first clip is using MadVR 0.82.5 on Zoom Player 8.5RC1:
http://www.youtube.com/watch?v=BxhXyV3uE3w

This second clip was made a couple nights ago. Using MadVR 0.83.4 on MPC-HC 1.6.3.5818:
http://www.youtube.com/watch?v=vrWW8KaLieI

I can't recall when this first showed up, but since it's present in 0.82.5 I guess it was the 0.82 branch somewhere.

Edit: I did want to say that the problem disappeared in 0.83.1, but that's also when files started having a long black-screen delay between changes. But the problem reappeared in 0.83.4.

[sgraves66]

What's the string setting / path for 'enable windowed overlay (Windows 7 and newer)'? Didn't notice it in the comments in mvrInterfaces.h.

[omarank]

Did you create them intentionally? They should be created only if you press "Ctrl+Shift+Alt+Break". Creating freeze reports makes sense only if the media player or madVR seem to be frozen. Was that the case?

Oh, now I can recall I actually got a freeze. I tried several keyboard shortcuts to come out the fullscreen mode. I also pressed "Ctrl+Shift+Alt+Break" and probably multiple times. That's why I saw four freeze reports on my desktop. I didn't remember that this key combination creates freeze report.

Finally, I had to press "Ctlr+Alt+Del" -> Start Task Manager -> kill mpc-hc.

If the freeze reports which I attached are not useful, then I will make one suggestion for the last time. If it doesn't help, then I will probably ignore this problem.

Could you please try opening a still image in fullscreen mode? Then move your mouse pointer to the bottom of the screen and bring it back. If you don't see any freeze or crash, then probably something is wrong with my setup.

[Mikey2]

Hey madshi, thanks a lot for the update!

I know all of us mean well here and are just trying to contribute to the best renderer out there. But the responses overall seem relatively negative. For me, it is working just fine. In fact, I am seeing less frame-drops, faster rendering times, and a "cleaner" feel in Exclusive mode. (If that makes any sense...) ...Thank you!

Again, I know everyone with problems is just trying to make the product better, so I am not knocking anyone, I just wanted to simply give thanks to a solid (and much awaited-for!) release! :)

MikeY

PS - I apologize if I missed this, but can you please explain "activate anti-ringing filter." It sounds good, but what does it really do, what are its drawbacks, and in which scenarios should it be used? I am currently using SoftCubic 100 Chroma and 3-Tap Spline Luma upscaling. Should I select that new checkbox in each of these pages? Thanks again!

[madshi]

One thing I've noticed completely randomly, when you right click repeatedly a few times(it usually take 3) in FSE mode, MPC-HC will lose focus to madVR(I think at least, the message is: "Focus lost to: mpc-hc.exe - madVR") and exit fullscreen to go to windowed mode.
Not sure why that happens. madVR does not demand focus at any time. I guess it's a Windows thing, resulting in creation and destruction of context menus somehow.

anyone got a clue about amd graphic drivers? with my laptop which has a radeon 4850 it doesnt work to put 1080p23 in the madVR field to autochange resolution. my TV (connected via HDMI and extended desktop) stays at 60Hz then. 1080p24 works, but I still get ~1 dropped frame every 1-2 minutes then.

with another laptop which has switchable graphics (intel HD and radeon 7670m) entering 1080p23 works, the TV automatically switches to 24Hz mode then (its tiny bit different than those 24Hz I get with 1080p24) and I also dont get any dropped frames any more. has this anything to do with the different graphic drivers, one time the "normal" ones and another time those mixed ones for Intel HD and the radeon card? (though for the radeon card, in both cases they are (based on) v12.6). in case of the other laptop, I can set 23Hz manually in the Intel HD graphic settings, while there doesnt seem to be any option in the regular CCC "my flat panels" tab for 23Hz, only 1080p 24Hz.
I don't know. I don't even know which GPU is doing the actual sending to the TV in such a mixed environment. What does the madVR debug OSD say about the measured refresh rate in either case?

Arg madshi, It seems a small bug has creeped in.
Very often now, I get an error when I open a new video while one is already playing:

The first video closes OK, then error message above and the 2nd video never opens. (i must close ZP manually)

A log is here: http://videoff7.free.fr/madVRTSR_log.zip
Argh. I had this on my PC, too, once or twice. But then when I tried to reproduce it, it didn't occur, anymore at all. Can you please try this with this ZP special build:

https://dl.dropbox.com/u/104094858/zplayer_madExcept2.rar

If the same crash occurs, you should be able to create a crash report now. When the crash box appears, simply press "Ctrl+C" to copy the crash report to the clipboard, then upload it somewhere. It might help to reproduce this crash maybe 3x and upload 3 crash reports, just in case. The one and only time I managed to do that on my own PC with ZP, the crash report wasn't too helpful, that's why I'm asking for 3.

If I start video playback in windowed mode and then change to fullscreen (fullscreen windowed mode in MadVR that is), if I switch video files the picture drops out of full-screen view and back to windowed. But only on the first video change. If I change video clips after that (with the next/prev keys for the media player) the picture stays full screen. This only occurs with Full Screen Exclusive mode turned off. With FSE mode enabled I get a flash of the beginning of the previous file instead.

I'm seeing this now with the current version of MadVR (0.83.6), but it has been happening for a little while now. I recorded two videos of me playing through a folder of music video files skipping and jumping in/out of fullscreen mode frequently. You can see that when I change from a windowed mode to full screen and then change clips (the video player OSD pops up when I do) on the first clip change after going full screen you see a brief flash of the player's window interface. This effects more than one player.

This first clip is using MadVR 0.82.5 on Zoom Player 8.5RC1:
http://www.youtube.com/watch?v=BxhXyV3uE3w

This second clip was made a couple nights ago. Using MadVR 0.83.4 on MPC-HC 1.6.3.5818:
http://www.youtube.com/watch?v=vrWW8KaLieI

I can't recall when this first showed up, but since it's present in 0.82.5 I guess it was the 0.82 branch somewhere.

Edit: I did want to say that the problem disappeared in 0.83.1, but that's also when files started having a long black-screen delay between changes. But the problem reappeared in 0.83.4.
Thanks for those videos. To be honest, I'm not fully sure how to interpret them, though. E.g. looking at the MPC-HC video, it appears to me that the first 2 switches to another video file work fine without any problems and only on the 3rd MPC-HC goes back to windowed, and then later it goes back to windowed another time. That doesn't fit to the text description you gave above?

Seeing the same thing with 0.83.6. Go back to 0.82.5 and all is well.

Get 1-2-3 moves and then frame drops and stuttering. Tried quite a few files and always began causing dropped frames on the 3rd move ... :confused:

OSD screen shots for several files can be found here. They are at the point that dropped frames begin as you asked for. Once it starts it only gets worse over time.

http://sdrv.ms/UPOJRZ
Thanks for the screenshots. Looks like the rendering queue is the problem. Which means that for some reason GPU rendering isn't fast enough. Can you please check whether the same problem occurs in fullscreen exclusive mode, too? And it would be very helpful if you could create a debug log which covers these frame drops. You can do that by double clicking on "activate debug mode.bat" in the madVR folder. Afterwards start playback and reproduce the frame drops, then stop the media player. On your desktop you'll find a file named "madVR - log.txt". Zip this up and upload it somewhere. Thanks!

What's the string setting / path for 'enable windowed overlay (Windows 7 and newer)'? Didn't notice it in the comments in mvrInterfaces.h.
Sorry, forgot to add that:

// enableOverlay, enable windowed overlay (Windows 7 and newer), boolean

Same problem just happened in 0.83.6. Messed around with it a bit in that bugged state, and discovered that reducing the number of backbuffers to 1 or 2 made it act somewhat normally, 3 or above (normally I have it set to 4) and the backbuffer queue would refuse to fill at all with contanst dropped frames and playback which looks like 1fps. Otherwise, the problem remains until MPC-HC is exited.

Here is a debug log:
http://www.mediafire.com/?jk5o1ke6kgb0xoe

It seems like it may be triggered by activating subtitles in MKV with Haali + VSFilter via context menu which exits and re-enters FSE.
Hmmmm... According to the debug log, it's not really the backbuffers which are the problem. The problem is that sometimes the VSync thread (which in windowed mode also does the presentation) doesn't get CPU time for looong periods of time. E.g. the one frame drop I just looked at occurred because the VSync thread didn't get CPU time for 111ms. As a result frames had to be dropped. And when frames have to be dropped in windowed mode, the backbuffer queue is cleared and refilled. That's why it looked like the backbuffer queue were the problem, but it's not. I don't kow why the VSync thread sometimes doesn't get CPU time. The thread is running at THREAD_PRIORITY_TIME_CRITICAL!!!

Is this a new problem with recent madVR builds? Which exact build introduced this problem? Thx.

Could you please try opening a still image in fullscreen mode? Then move your mouse pointer to the bottom of the screen and bring it back. If you don't see any freeze or crash, then probably something is wrong with my setup.
Ok, thanks, this way I was able to reproduce a problem. Basically the image source reports a runtime of zero, and when trying to show the fullscreen exclusive seekbar I divided by the runtime, so there was a division by zero crash. Should be fixed in the next build.

I know all of us mean well here and are just trying to contribute to the best renderer out there. But the responses overall seem relatively negative. For me, it is working just fine. In fact, I am seeing less frame-drops, faster rendering times, and a "cleaner" feel in Exclusive mode. (If that makes any sense...) ...Thank you!

Again, I know everyone with problems is just trying to make the product better, so I am not knocking anyone, I just wanted to simply give thanks to a solid (and much awaited-for!) release! :)
Thanks. Being flooded with bug reports all the time can be a bit frustrating. I'd so love to work on some new features. Fixing bugs takes a lot of time and is not very rewarding. In the same time I could probably have added 2-3 new features. But well, I guess bugs need to be fixed. We all want to have a polished and stable madVR, don't we? If at least most of the bugs were my fault. But instead I'm having to work around nasty driver and OS issues all the time which often are not even reproducable on my PC. That's the worst kinds of bugs to work on. It's the opposite of fun, really. And then I think I've fixed all bugs, and 10 new bug reports crop up. :(

PS - I apologize if I missed this, but can you please explain "activate anti-ringing filter." It sounds good, but what does it really do, what are its drawbacks, and in which scenarios should it be used? I am currently using SoftCubic 100 Chroma and 3-Tap Spline Luma upscaling. Should I select that new checkbox in each of these pages? Thanks again!
See here:

http://forum.doom9.org/showpost.php?p=1584857&postcount=13516

[nx6]

Thanks for those videos. To be honest, I'm not fully sure how to interpret them, though. E.g. looking at the MPC-HC video, it appears to me that the first 2 switches to another video file work fine without any problems and only on the 3rd MPC-HC goes back to windowed, and then later it goes back to windowed another time. That doesn't fit to the text description you gave above?

0:09 First video opens (dancing silhouette) - 1024x768 vid size
0:11 Jump to fullscreen
0:13 First switch (to video with Carson Daly)

before he appears you can see the top/bottom of the MPC window clearly from the previous video (note: screen res is 1920x1200)

0:18 change to next clip (Boom Boom Satellites video)

You don't see the transition here because this is the second video change since going full screen. It's not effected.

0:25 exited full screen back to windowed (video is 1280x720, but 4:3 AR)
0:26 changed back to full screen
0:28 changed to next clip

here again you can see it. This is the first clip change since going back to full screen and the window frame appears briefly at the size of the exiting video before the next one starts even though we never left full screen mode.

http://img41.imageshack.us/img41/2488/20120928032045.png

0:29 next video starts (Boris - "Hope/Riot Sugar")
0:36 changed to next clip (Console - "My Dog Eats Beats")

No windows frame appearance because it's the second clip change since returning to full screen mode.

0:39 Jumped out of full screen mode (video is 320x240)
0:40 Jumped back to full screen mode
0:42 changed to next video (and we see the small MPC window frame from the 320x240 video as it changes).

and so on.

[madshi]

The "jumped out of full screen mode", did you do that manually? I'm not sure why MPC-HC should do that. It doesn't seem to occur on my PC. For some reason I can't reproduce the problem here at all. But then I'm testing on XPSP3 again. Maybe it only occurs in newer OSs? FWIW, I've modified madVR destructing behaviour once again for the next build. Maybe that fixes the problem again, like v0.83.1 did?

[madshi]

madVR v0.83.7 released

http://madshi.net/madVR.zip

* fixed: changing video files sometimes crashed
* fixed: showing exclusive mode seekbar for image viewing crashed
* madVR once again waits for D3D to be fully finalized
I hope that speed didn't suffer (much). If it did, let me know.

[jokerb47]

I have a problem with 83.6. When using internal decoder with everything by default except checked "delay playback start until render queue is full" and unchecked "exclusive mode", i get just freezing screen. When switching to CoreAVC, everything works. On 0.82.5 it was fine. Player KMPlayer.

[madshi]

I have a problem with 83.6. When using internal decoder with everything by default except checked "delay playback start until render queue is full" and unchecked "exclusive mode", i get just freezing screen. When switching to CoreAVC, everything works. On 0.82.5 it was fine. Player KMPlayer.
Do you get the same problem with v0.83.7? If so, does pressing play/pause once or multiple times make playback start? Can you still use the KMPlayer GUI? Or do you have to use the task manager to terminate KMPlayer in this situation?

[nx6]

The "jumped out of full screen mode", did you do that manually?

If you're referring to this line:
0:39 Jumped out of full screen mode (video is 320x240)
Yes, I'm doing that on purpose. :p

To reproduce this issue, you have to be in windowed mode at some point during the first clip's playback. Then, when you change to the second clip, we get the flash of the player window in windowed mode, even though we should be seamlessly moving from one clip to the next.

This doesn't happen in subsequent video changes if you stay on full screen mode the whole time. There was a place a bit later in that video where I changed clips three times I think and nothing wrong happened. Because I just went straight from clip to clip. I jump out of full screen mode manually on purpose, because it's required to recreate the issue.

On the Zoom Player video I was just using alt-enter to jump in and out of full screen mode and the left/right arrow keys are mapped to next/prev video. In the MPC-HC video I used my remote to do the same thing, but it's just simulating the keyboard shortcuts as well.

[madshi]

Ok, so does the same problem still occur with v0.83.7? I don't seem to be able to reproduce it on my XPSP3 dev PC. And the problem does *not* occur with any other renderer?

[andybkma]

madVR v0.83.7 released

* madVR once again waits for D3D to be fully finalized
I hope that speed didn't suffer (much). If it did, let me know.

Closing file speed seems to be working for me at same speed as 83.6 which is a good thing :-)