madVR - high quality video renderer (GPU assisted)

[leeperry]

Thanks for the new version!
The madVR refresh rate information is based on doing some clever math and a lot of educated guessing. The only reason why it stabilizes after a while is that madVR collects more data and can based on that do a more exact guess. I don't think this has much to do with jitter. The information madVR gets is simply not exact enough for madVR to guess exactly right on the first try.
Oh OK, but I also see Reclock's "ppm" indicator being quite high and slowly decrement to 0.17ppm(which is the lowest it can achieve).

BTW, what does the "allow output format changes during playback" ffdshow option do in real world now that mVR supports it? will it smoothen AR changes within the same session or something?

Also, I've run more testing again and I do need the "normal" timings, otherwise I get random delayed frames.

[SundaY82]

madshi, working fine with 0.23, thanks!

[Kamus]

Need a log file.


Well, i hope this is what you're looking for, i couldn't find an actual log file, but this is what windows reports:


Description:
A problem caused this program to stop interacting with Windows.

Problem signature:
Problem Event Name: AppHangB1
Application Name: mpc-hc.exe
Application Version: 1.3.1959.0
Application Timestamp: 4bfe65b2
Hang Signature: 92d7
Hang Type: 1
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Hang Signature 1: 92d70f8903c08cbf12a3623f04334a91
Additional Hang Signature 2: ac34
Additional Hang Signature 3: ac3410139dfad996d22c29776c4feb61
Additional Hang Signature 4: 5ee9
Additional Hang Signature 5: 5ee945f24ef1e3969c12e40f8dfea169
Additional Hang Signature 6: bf30
Additional Hang Signature 7: bf3037cc12d5223daa882788d51c4378


Thanks again.

[fps]

@Kamus: madshi probably wanted you to use the debug version of madVR.ax.
You can find this file in the zip package (madVR [debug].ax). Just rename it to madVR.ax and replace the original file.
The log file is written to C:\ I guess :).

[pankov]

Originally Posted by andybkma View Post
Hi, just want to report a problem with the newest version .22. Using XP SP3 and Zoom Player, mouse functions don't work inside the viewing area whether in window mode or fullscreen.

Will be fixed in v0.23.

I can confirm that most of the mouse problems are fixed with the new version. Sadly one from before v0.22 is back - I've configured double click to go fullscreen and single click and drag to move the video window but if I try to go fullscreen when using madVR the video window moves on the first click - it "jumps" down and right as much pixels as was it's initial position from screen coordinates (0,0).

5 seconds, as in 5000 milliseconds? Are you serious???

If a reboot cured the problem, then I don't think it's a hardware problem. But I don't really know for sure. Can you reproduce it?

No, no.
I meant that the rendering times where high (~50ms) according to the max stats (5s).
Sadly I'm not able to reproduce the problem for the moment. I'll watch more basketball (59.970) this night and I'll report if it happens again.

Also there is one more problem with v0.23 (present in v0.22 also) - the incorrect composition rate. After changing the refresh rate of the monitor if I start the playback without moving any transparent windows or using any other kind of fancy features of Win 7 - like the new 3D task switch, madVR ... or it's probably Win 7 itself ... doesn't recognize the new composition rate. It's enough to only move around a window with transparent title bar to force a composition rate update which brings the playback back to "stutter free mode"

[Kamus]

Ok, i've tried the debug .ax that is supposed to write a log file on the desktop, no luck, it doesn't even write the file, MPC just hangs right after i open any video.

Any ideas?

[DigitalLF]

Kamus this is my wild guess but your running vista or win7? if so try to start MPC as admin (right click and start as admin)

[fps]

Ok, i've tried the debug .ax that is supposed to write a log file on the desktop, no luck, it doesn't even write the file, MPC just hangs right after i open any video.

Any ideas?
Could you try to use the debug version on another PC just to make sure that the debug version is setup correctly?
Also the log file is called "madVR - log.txt" and is written to your Desktop not the C:\ drive.
Otherwise it seems that madVR isn't even loaded if no log is written at all. Maybe you should try another decoder/splitter?
Kamus this is my wild guess but your running vista or win7? if so try to start MPC as admin (right click and start as admin)
I thought the same and set the UAC to maximum. But even then the log file is written to my desktop w/o running MPCHC as admin.

[Trigunflame]

madVR 0.23 released

Can confirm the settings are fixed ;)

[ajp_anton]

Feature request:

If the video is going to be upscaled by a factor or number of pixels less than [set by user], do not resize at all.
For example, when playing a 1916x800 video on a 1920x1080 screen, leave 2 pixels wide black bars on each side of the video instead of upscaling.I agree that this would be nice. However, ultimately the media player controls exactly how scaling is done. madVR just tells the media player which aspect ratio is "preferred". But then the media player tells madVR into which window size to scale exactly. So your feature request should be posted in the support thread of your favorite media player.
I was thinking that madVR could add those black bars so that when the media player requests 1920x1080, it will get 1920x1080, and will never know that madVR added black bars instead of rescaling it.
Though I can see the problem when a media player wants 1916x1080 upscaled to 1920x1082 on a >16:9 computer screen...

[Kamus]

Could you try to use the debug version on another PC just to make sure that the debug version is setup correctly?

It's setup correctly, i followed Madshi's instructions perfectly, it doesn't write anything on the desktop.
EVR, VMR, Haali, etc all work fine.
This sucks because i use madvr for my JVC RS1 projector that i had gamut corrected almost perfectly with madvr, but now i'm stuck watching yellow tainted faces because of this.

and yeah, making memory of this, this happened as soon as i put the 480 in, didn't happen with the nvidia 265 at all.

[madshi]

BTW, what does the "allow output format changes during playback" ffdshow option do in real world now that mVR supports it? will it smoothen AR changes within the same session or something?
Some decoders connect to the renderer with an incorrect AR. They then try to correct that mistake when playback starts by sending new AR information to the renderer. madVR now supports that.

Also, I've run more testing again and I do need the "normal" timings, otherwise I get random delayed frames.
Ok.

madshi, working fine with 0.23, thanks!
Happy to hear that!

I can confirm that most of the mouse problems are fixed with the new version. Sadly one from before v0.22 is back - I've configured double click to go fullscreen and single click and drag to move the video window but if I try to go fullscreen when using madVR the video window moves on the first click - it "jumps" down and right as much pixels as was it's initial position from screen coordinates (0,0).
Ah, so you changed the ZoomPlayer default settings? I had tried to reproduce this problem, but with the default settings it didn't occur. But with the default settings, single clicking doesn't allow to drag the window...

Sadly I'm not able to reproduce the problem for the moment.
Well, if you can't reproduce it at all, anymore, then I'd say that's a good thing. I mean sometimes there's a one-time fluke, which a reboot fixes. We won't always understand everything...

Also there is one more problem with v0.23 (present in v0.22 also) - the incorrect composition rate. After changing the refresh rate of the monitor if I start the playback without moving any transparent windows or using any other kind of fancy features of Win 7 - like the new 3D task switch, madVR ... or it's probably Win 7 itself ... doesn't recognize the new composition rate.
It's win7 itself. I don't know how to force win7 to update the composition rate, so there's nothing I can do right now.

Can confirm the settings are fixed ;)
:)

I was thinking that madVR could add those black bars so that when the media player requests 1920x1080, it will get 1920x1080, and will never know that madVR added black bars instead of rescaling it.
I did understand you.

Ok, i've tried the debug .ax that is supposed to write a log file on the desktop, no luck, it doesn't even write the file, MPC just hangs right after i open any video.

Any ideas?
madVR writes to that file on the desktop as the very first thing when it's getting loaded. So I'd say that madVR is not even loaded on your PC. How could that happen? I'm not sure. Maybe the madVR file is corrupt? Or your media player is corrupt? Try uninstalling and deleting media player and madVR and redownload and reinstall both. Don't move or remove the madVR folder after you ran the install batch. Another possible reason for the problem could be a misbehaving security software which may mistakingly classify madVR as a malware. But if it did that, it should complain. But well...

[pankov]

Ah, so you changed the ZoomPlayer default settings? I had tried to reproduce this problem, but with the default settings it didn't occur. But with the default settings, single clicking doesn't allow to drag the window...

Sorry I didn't say it explicitly. Now that you know how to replicate it I'm hoping you'll be able to fix it ... but it's not a very big problem so I'll be glad if you can fix more important things.
Well, if you can't reproduce it at all, anymore, then I'd say that's a good thing. I mean sometimes there's a one-time fluke, which a reboot fixes. We won't always understand everything...

Sadly it happened last night too. All of a sudden again while watching 720p 59.940 basketball game (MPEG2 transport stream) it started dropping frames. This time I was more stubborn and tried anything before restarting the PC and it worked ... not that I know what fixed it but after many restarts of playback, closing other applications and then starting them back again, suddenly it started playing fine.
In general when it dropped frames I noticed that the rendering times where higher than the movie frame ... only by a little ... and the render and backbuffer queues where always 0-1/0-2 instead of the normal 7-8/6-8 values.
The question is why is it taking longer to render a frame when the same part of the movie (BB game) plays fine before and after this "incident"? Could it be that the decoder is lagging?
madshi, how do you calculate the rendering time? Does it include the decoding time or it's only the time from the moment that you get the frame from the decoder till you put it in the queue?
Sadly I can't replicate the problem willingly but I'm sure it will happen again so I can make a debug log if you have any ideas and want me to test something.

It's win7 itself. I don't know how to force win7 to update the composition rate, so there's nothing I can do right now.
I know I might be asking too much but is it possible to make a special option that forces madVR to behave like it did before v0.22? If I remember correctly bringing madVR on top was the thing that you removed and made thinks worse for all of us ... or is it only me??? ... that use Aero and switch refresh rates.

[Kamus]

madVR writes to that file on the desktop as the very first thing when it's getting loaded. So I'd say that madVR is not even loaded on your PC. How could that happen? I'm not sure. Maybe the madVR file is corrupt? Or your media player is corrupt? Try uninstalling and deleting media player and madVR and redownload and reinstall both. Don't move or remove the madVR folder after you ran the install batch. Another possible reason for the problem could be a misbehaving security software which may mistakingly classify madVR as a malware. But if it did that, it should complain. But well...


Damn, i guess i'm out of luck then, I've tried reinstalling numerous times (everything from madvr, to mpc, k lite codec pack, etc. even changing the madvr folder for a new installation to see if it was some weird folder permission thing, but same result on any folder i install from.) and just tried it again, same result.
It just hangs if i use madvr as the renderer.

Any other 480 gtx users out there that can share their results?

Looking back it's the only thing that has changed since it started doing this.

*Update* just tried it with zoom player, same deal, hangs with madVR, no log file on desktop if using debug .ax file.

[madshi]

Sadly it happened last night too. All of a sudden again while watching 720p 59.940 basketball game (MPEG2 transport stream) it started dropping frames. This time I was more stubborn and tried anything before restarting the PC and it worked ... not that I know what fixed it but after many restarts of playback, closing other applications and then starting them back again, suddenly it started playing fine.
In general when it dropped frames I noticed that the rendering times where higher than the movie frame ... only by a little ... and the render and backbuffer queues where always 0-1/0-2 instead of the normal 7-8/6-8 values.
The question is why is it taking longer to render a frame when the same part of the movie (BB game) plays fine before and after this "incident"? Could it be that the decoder is lagging?
madshi, how do you calculate the rendering time? Does it include the decoding time or it's only the time from the moment that you get the frame from the decoder till you put it in the queue?
The rendering times only measure the time spent on GPU rendering. That doesn't include decoding. If the decoder was lagging, the decoder queue should have been near empty, too. Was it?

How are your rendering times when the incident does not occur? Are they anywhere near the movie frame time?

Are you sure that you disabled any power saving feature on your GPU?

I know I might be asking too much but is it possible to make a special option that forces madVR to behave like it did before v0.22? If I remember correctly bringing madVR on top was the thing that you removed and made thinks worse for all of us ... or is it only me??? ... that use Aero and switch refresh rates.
No other renderer does that "on top thing", which v0.21 did and it got on my nerves, so I removed it. I don't plan to bring it back. If you switch refresh rates all the time then just wait for fullscreen exclusive mode. That should solve all your problems.

Damn, i guess i'm out of luck then, I've tried reinstalling numerous times (everything from madvr, to mpc, k lite codec pack, etc. even changing the madvr folder for a new installation to see if it was some weird folder permission thing, but same result on any folder i install from.) and just tried it again, same result.
And you did redownload the madVR files, too? Just to make sure they're not corrupted. Do you have any security software running? Try disabling it temporarily, just to check if it's causing the problem. You can unplug your LAN cable while doing that, if you want to be safe... :)

*Update* just tried it with zoom player, same deal, hangs with madVR, no log file on desktop if using debug .ax file.
What happens if you remove the madVR folder completely? Do you still get that hang? Or does ZoomPlayer/MPC-HC then silenty switch to another renderer?

Are there any other video related DirectShow filters in your playback chain other than the video decoder and madVR?

[Mark_A_W]

silenty

Finally.

I've finally caught you.


All these posts in this thread (and your other threads), and you've NEVER made a spelling mistake/typo.


Now I know you are human ;)

[namaiki]

How about: 'incompatability' in the changelog?

[pankov]

The rendering times only measure the time spent on GPU rendering. That doesn't include decoding. If the decoder was lagging, the decoder queue should have been near empty, too. Was it? I'm 99% sure that it was 7-8/8 but I'll look more carefully ... and even make a screenshot next time.

How are your rendering times when the incident does not occur? Are they anywhere near the movie frame time?The "normal" rendering times are ~5-7ms which is far from the 16.68 movie frame interval.

Are you sure that you disabled any power saving feature on your GPU? No, I'm not. How do I do that?
I've noticed some strange behavior from my new ATI card but I'm not sure if it wasn't the same with the old one too. If I have only one monitor enabled my GPU/Mem clocks are at 157/300 until I start playback with madVR and they go up to 700/1150.
If I only enable my secondary monitor the idle clocks jump to 400/1150. The first question is - do I need such high memory clock only to drive a second monitor ... shouldn't only doubling the frequencies be enough. The other strange thing is that if start a movie playback which uses DXVA the clocks go down to 400/900 and everything is fine. So why not use these frequencies in the first time???
Now when I go back to using madVR (no DXVA) I think I saw some fluctuation of the GPU clock between 700MHz and 400/500MHz so I guess this could be the problem.
The question is how do I control it?

No other renderer does that "on top thing", which v0.21 did and it got on my nerves, so I removed it. I don't plan to bring it back. If you switch refresh rates all the time then just wait for fullscreen exclusive mode. That should solve all your problems.I know that the "on top thing" was specific to madVR but as I use ZoomPlayer I'm not sure fullscreen exclusive will work for me ... not unless you make some kind of magic and still have the OSD/Media Library usable in this mode ... which I doubt :( ... or some kind of magic fast switching between the two modes when you detect a window trying to be drawn of the video.
So I really need to have window mode working as good as possible. And that's the reason I'm begging you to reconsider and bring this "thing" back as an option (only in the .ini file will be OK) ... or do some other magic DirectX function call / redraw that will force composition rate update ... isn't it possible to internally move the video window around at start instead of bringing it on top .... if this helps at all?

[fps]

You could try to set the clock manually in the Overdrive section of the ATI Catalyst Control Center.
Alternatively if this doesn't work, try the AMD GPU Clock Tool (http://www.techpowerup.com/downloads/1128/AMD_GPU_Clock_Tool_v0.9.8.html).

[namaiki]

Can't you disable Powerplay anymore? (* namaiki used to have a laptop with a Radeon 9600, but no more ATi since then)

[pankov]

Guys,
I've looked for solutions to disable PowerPlay and for the moment I stopped at using different profiles in CCC with ATI Overdrive forcing constant high frequencies (700/1150MHz GPU/Mem) as explained here
http://www.gamereplays.org/community/index.php?showtopic=348152&pid=4198980&st=0&#entry4198980
At first I thought it works perfectly although two times I had a few frames dropped but I thought it was something that I can live with until about an hour into the game (again basketball 720p @59.940) it started dropping frames heavily every 2-3 seconds.
This time I made a screenshot
http://img838.imageshack.us/img838/140/slowrendering.th.png (http://img838.imageshack.us/i/slowrendering.png/)

Edit:
I found what caused the two occasional "groups" of dropped frames - it was the desktop background slideshow which I've recently configured to change pictures every 30 minutes.
So I guess the nice transition effect is taking over too much GPU time and has higher priority than Zoomplayer's (madVR's) "Above normal".
One more thing I noticed while looking into this issue was that each time I invoke the desktop popup menu madVR drops a frame. While this is not an issue that will affect real-life playback I thought it was worth mentioning because it can give a hint to something more important.

[pankov]

madshi,
I just noticed that if I use EVR the composition rate updates to the correct value at the begging of playback after a refresh rate change.
For the test I used two instances of ZoomPlayer - one configured with madVR and the other configured with EVR.
Here are the steps:
1. Change the refresh rate.
2. start playback with madVR - the composition rate is incorrect
3. start playback with EVR - the composition rate in madVR gets updated to the correct value immediately.

It's the same if I use VMR9 instead of EVR.

[nlnl]

European broadcasters use 1080i50 for movies and it seems that the flags are always set correctly. which means that you can simply set the decoder to "weave" and you'll automatically get perfect 1080p25. I've been using this setting in CoreAVC for years. I'm playing back all my 1080i50 h264 movies this way. Works perfectly.

"Vector adaptive deinterlacing" is made for video content, not for movies. For movies you just need to find the right fields and weave them together. For 60i that is called IVTC (inverse telecine).


Thanks MadShi!
Is there any H264 decoder (madvr compatible) that can do 1080i59 --> 1080p23 transform for film content (IVTC)?

[Luv]

New massive improvement with 0.23:
Dvds work all the time now.Tested a dozen (Discs,folder and iso backups) with ZP + Haali + pwdvd9 MPeg2 decoder.Plain success.

PS:just one thing.The OSD doesn't show the fps with dvds ("Movie unknown fps")

[mark0077]

New massive improvement with 0.23:
Dvds work all the time now.Tested a dozen (Discs,folder and iso backups) with ZP + Haali + pwdvd9 MPeg2 decoder.Plain success.

PS:just one thing.The OSD doesn't show the fps with dvds ("Movie unknown fps")

Is the macrovision error "fixed"? :O

[LoRd_MuldeR]

Is the macrovision error "fixed"? :O

Not for me...

[sneaker_ger]

Only for systems older than Vista, I guess?

[mark0077]

Came accross my first jerkyness problem with madvr 0.23 today. Just at the end of a movie, I unmaximized the mpc-hc window, and mimized it to check my mail quickly. When I went back to mpc-hc the image was very jerky and suddently tens / hundreds of frames appeared in the statistics as being dropped and delayed.

Can minimizing while playback is ongoing cause problems like this on other systems? Is it because mpc-hc / madvr doesn't update the image when in a minimized state, and when coming out of minimized it then goes crazy trying to compensate? I'm just guessing really..

This is Windows 7 64bit, a simple avi file, Core i7 920 @ 3.7ghz, GTX 295.

[Luv]

Only for systems older than Vista, I guess?

You could be right.My OS is XP sp3.

[pankov]

madshi,
it's me again and again with my problem with the constant dropping of frames.
Here is what happened tonight:
1. I started watching a basketball game 720p@59.940 and everything was fine for and hour and 4 minutes.
2. Suddenly the stutter started and I made a screen shot
http://img693.imageshack.us/img693/7757/1manydroppedframes2.th.jpg (http://img693.imageshack.us/i/1manydroppedframes2.jpg/)
As you can see - huge rendering times - I even saw 116.2ms as the max stats [5s]. And you can see that my average stats (6-7ms) are nowhere near this or the video frame interval and it was this way for about an hour or so.
Restarting playback didn't help. I even managed to switch to debug mode and made the following log-file
http://www.mediafire.com/?idy5w15z5q8d60e
3. Then I tried playing the same file on the primary monitor and everything was OK as seen in this screenshot
http://img15.imageshack.us/img15/1421/2primarymonitor.th.jpg (http://img15.imageshack.us/i/2primarymonitor.jpg/)
and this log file
http://www.mediafire.com/?r3ozjpwfj9c03hs
4. Then I checked if there was load on the video card - and there was none when not playing the file and around 40% when using madVR. This is on an ATI 5750 with fixed clocks at 700/1150 GPU/Memory with Spline36 for everything and upscaling to 1920x1080
5. Since I had no idea what else I can do to make madVR work on my secondary monitor I simply switched to EVR - and it was perfectly fluid :(
6. Then I decided to give it a last try and somehow force and reset/reinit of the video card secondary monitor without restarting the PC and simply switched to 50Hz mode and back to 59.940 and surprise-surprise it was back to fluid playback
http://img268.imageshack.us/img268/3299/3aftermonitorrefreshrat.th.jpg (http://img268.imageshack.us/i/3aftermonitorrefreshrat.jpg/)

So the question is - what's making madVR/GPU loose so much time in rendering? And only from time to time? ... Is it possible that there is some kind of GPU memory leak or something is slowly but constantly taking over GPU resources for the secondary monitor until they are exhausted? Backbuffer queue? I'm shooting in the dark here but I simply can't believe that it can work fine for an hour and then suddenly start dropping so many frames. ... and if I remember correctly it was working just fine with my old and slower video card - ATI 4670
:(
Anybody else using a 5750? Do you have similar problems?

[Mark_A_W]

I saw something similar the other night - but it was an unusual situation.


I was watching a 1080p 25fps movie at 24fps using Reclock.

Mostly it would play smooth, but every now and again it would go mental, and drop heaps of frames in a stuttery mess. Restarting playback would fix it for a while.



Overall with 0.22, I have having mostly good results, but not 100% perfect. It's still a bit inconsistent.

[Luv]

my old and slower video card - ATI 4670

Not so old and certainly not slower !
http://www.xbitlabs.com/articles/video/display/htpc-graphics-cards.html

Pankow,wich driver are you using ? Try 10.2 with clean install.I did notice pbs with 10.6 and madVR (But then I have a hd4xxx...)
DirectX updated ?
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=3b170b25-abab-4bc3-ae91-50ceb6d8fa8d

[noee]

Is anyone using madVR (.23) with an ATI 5670 with CCC 10.3+?

[pankov]

Is anyone using madVR (.23) with an ATI 5670 with CCC 10.3+?
I'm using madVR v0.23 with ATI 5750 and CCC 10.4 which is close enough.
Why are you asking?

[madshi]

I can confirm that most of the mouse problems are fixed with the new version. Sadly one from before v0.22 is back - I've configured double click to go fullscreen and single click and drag to move the video window but if I try to go fullscreen when using madVR the video window moves on the first click - it "jumps" down and right as much pixels as was it's initial position from screen coordinates (0,0).
Does the video stay at the wrong position or does it "repair itself"? I thought you meant to say that it stays at the wrong position, which would be really bad. I've tried to reproduce this - and I can't. It works fine for me. There are sometimes a few milliseconds where the video may be shown at the wrong position, but that's a very minor cosmetical problem at best. Is that what you mean? If so, I'm not bothered by that at all right now. Not sure if I will ever try to fix that, but if so, not anytime soon.

I've finally caught you.

All these posts in this thread (and your other threads), and you've NEVER made a spelling mistake/typo.

Now I know you are human ;)
Sadly, I am. But thanks for the compliment, especially since English is not my native language. Actually, my English grades were average at best in school. I guess I have improved "a bit" since then. Oh, the wonders of the internet... :)

How about: 'incompatability' in the changelog?
You know what? I had looked at that word three times when I wrote it cause I wasn't sure if it was right.

I know that the "on top thing" was specific to madVR but as I use ZoomPlayer I'm not sure fullscreen exclusive will work for me ... not unless you make some kind of magic and still have the OSD/Media Library usable in this mode ... which I doubt :( ... or some kind of magic fast switching between the two modes when you detect a window trying to be drawn of the video.
So I really need to have window mode working as good as possible. And that's the reason I'm begging you to reconsider and bring this "thing" back as an option (only in the .ini file will be OK) ...
Not for now. Let's wait until all the rendering modes are done and finished, before resorting to exotic options which seemingly only 1 person needs. Nobody else has reported this problem yet. But then, maybe nobody else switches refresh rate on a secondary monitor when using Aero...

Edit:
I found what caused the two occasional "groups" of dropped frames - it was the desktop background slideshow which I've recently configured to change pictures every 30 minutes.
So I guess the nice transition effect is taking over too much GPU time and has higher priority than Zoomplayer's (madVR's) "Above normal".
So is your basketball drop problem explained and solved now? Or is it not? It's a bit hard to understand. You edit an older post to explain that you found the cause and then in a later post you continue to report about the issue. Huh? That's quite confusing...

Is there any H264 decoder (madvr compatible) that can do 1080i59 --> 1080p23 transform for film content (IVTC)?
No. The only decoder which can do that is the IVTC modded version of the MPEG2 decoder "DScaler". Doing 60i -> 24p is very difficult to do, because often the flags are not correct.

just one thing.The OSD doesn't show the fps with dvds ("Movie unknown fps")
Hmmm... Have you tried different decoders and different splitters? This is probably a problem with a splitter or decoder.

Came accross my first jerkyness problem with madvr 0.23 today. Just at the end of a movie, I unmaximized the mpc-hc window, and mimized it to check my mail quickly. When I went back to mpc-hc the image was very jerky and suddently tens / hundreds of frames appeared in the statistics as being dropped and delayed.

Can minimizing while playback is ongoing cause problems like this on other systems? Is it because mpc-hc / madvr doesn't update the image when in a minimized state, and when coming out of minimized it then goes crazy trying to compensate? I'm just guessing really..
Don't really know, to be honest. Did the stuttering repair itself or did it go on and on?

madshi,
it's me again and again with my problem with the constant dropping of frames.
So is it solved or not? See your edit about the desktop background slideshow.

So the question is - what's making madVR/GPU loose so much time in rendering?
How about making your secondary monitor primary, when watching video? Maybe that fixes the problem?

[pankov]

Does the video stay at the wrong position or does it "repair itself"? I thought you meant to say that it stays at the wrong position, which would be really bad. I've tried to reproduce this - and I can't. It works fine for me. There are sometimes a few milliseconds where the video may be shown at the wrong position, but that's a very minor cosmetical problem at best. Is that what you mean? If so, I'm not bothered by that at all right now. Not sure if I will ever try to fix that, but if so, not anytime soon.

It's both no and yes ... the video is OK inside the player but the problem is that the whole player changes it's position. it's as if instead of "mouse down" event it received "mouse down" + "mouse move" + "mouse up".

Not for now. Let's wait until all the rendering modes are done and finished, before resorting to exotic options which seemingly only 1 person needs. Nobody else has reported this problem yet. But then, maybe nobody else switches refresh rate on a secondary monitor when using Aero...

The problem is not present only on secondary monitor and as I told you when we talked last week it happens on both ATI and NVidia cards in two different PCs with two different Windows 7 installations (the second one uses only one monitor) so I doubt it's only me.
Guys, can somebody else confirm/deny this problem? It could be that it's only present in ZoomPlayer ... I'll check that when I get home.

So is your basketball drop problem explained and solved now? Or is it not? It's a bit hard to understand. You edit an older post to explain that you found the cause and then in a later post you continue to report about the issue. Huh? That's quite confusing...
...
So is it solved or not? See your edit about the desktop background slideshow.

Sadly it's not. I edited my post to clarify that I found the reason for the two small groups of dropped frames (4-5) not the drop-fest (continuously dropping frames) that starts at some point ... or better say some time ... in the playback.

I found what caused the two occasional "groups" of dropped frames

How about making your secondary monitor primary, when watching video? Maybe that fixes the problem? ... I doubt it but I'll test. I'm kind of reluctant to switch primary and secondary monitors because many old applications usually don't cope with it nice ... and I've had bad experience with it in WinXP ... may be in Win 7 it will be better ... anybody cares to share experience with such kind of switching?

[fps]

Is anyone using madVR (.23) with an ATI 5670 with CCC 10.3+?
I'm using a 5670 1GB with madVR 0.23 and CCC 10.6 without problems.

[noee]

I'm using a 5670 1GB with madVR 0.23 and CCC 10.6 without problems.

We're setting up a second machine with dual-mon, Win7 32-bit (don't ask) and it has a 5670. With Aero on and off, we had bad tearing with what we thought were identical playback setups. I went back to CCC 10.3 and with Aero OFF, it is working fine, as expected, fwiw. I don't have time to fiddle with it to see why 10.6 wasn't working....

... anybody cares to share experience with such kind of switching?

I frequent switch primary/secondary monitors on my dual-mon setup with CCC and other than the occasional app starting on the wrong monitor, it works otherwise as expected (Win7 x64).

[Shii]

Does the video stay at the wrong position or does it "repair itself"? I thought you meant to say that it stays at the wrong position, which would be really bad. I've tried to reproduce this - and I can't. It works fine for me. There are sometimes a few milliseconds where the video may be shown at the wrong position, but that's a very minor cosmetical problem at best. Is that what you mean? If so, I'm not bothered by that at all right now. Not sure if I will ever try to fix that, but if so, not anytime soon.

I have same problem. Video demonstates this http://rghost.ru/2175519

[mark0077]

Yes stuttering repaired itself. Tonight with 0.23 watching a lowish res avi I got random jerky periods maybe four times in the two hours. Each lasting about five seconds. Will start creating logs while playing back files and will send those on if they coul be useful.

[leeperry]

Just wanted to say that everything still works pretty darn fine for me, count me in if you ever wanna turn shareware! I would only love to see PS based gamut conversion at this point, so I don't have to bother generating/waiting for LUT's to load...my displays are perfectly calibrated so I really only need gamut mapping. You currently do the 709 conversion via PS, so I guess it would be rather trivial for you to allow specifying the RGBW xy coordinates/gamma value in the .ini file? :o

currently using HMS/PotPlayer/CoreAVC CUDA 2.0/275.21 forceware drivers on XPSP3, and I always reset Reclock's timings whenever I update PotP or mVR..so far, so good! madshi, a true "coup de maître"(stroke of genius) as usual http://forum-images.hardware.fr/images/perso/alphat.gif

[namaiki]

CoreAVC CUDA 2.0

I can't believe you use that CUDA thing. While it does reduce CPU usage, your CPU would generally still be able to spit out more frames per second, unless you mean you are running CoreAVC with GPU acceleration disabled.

[leeperry]

I can't believe you use that CUDA thing. Your CPU would generally be able to spit out more frames per second, unless you mean you are running CoreAVC with GPU acceleration disabled.
well, the GPU does the h264 decoding and mVR stuff, and the CPU does ffdshow a/v postprocessing(avisynth/VST plugins)/audio decoding and Reclock resampling(multithreaded).

I'm kinda lazy about it, but I plan on using my wattmeter to check the power consumption difference between CUDA and CPU h264 decoding...it's no contest IMO.

[namaiki]

power consumption

Forgot about that one. I gave up on that after I started using ReClock. :p

[madshi]

It's both no and yes ... the video is OK inside the player but the problem is that the whole player changes it's position. it's as if instead of "mouse down" event it received "mouse down" + "mouse move" + "mouse up".
I have same problem. Video demonstates this http://rghost.ru/2175519
Ok, I can reproduce this problem on Vista - but not on XP! Weird. I've checked and I can't see anything wrong in what madVR does. I'm not 100% sure but I think this is probably a bug in ZoomPlayer. I'd suggest that you contact Blight and ask for a fix.

-------

@Anyone: Are there any bugs (worth noting) left?

[THX-UltraII]

How to use:
(2) madVR only accepts "YV12" and nothing else. So make sure that the decoder you're using actually outputs YV12, or else madVR will not work. I've intentionally limited madVR in this way because outputting YV12 is simply the best quality option.

I m using ffdshow as video decoder and RGB32HQ as output because this would give the best results according to some people. Does it mean that when I use madVR I have to change the output settings in FFdshow and set it to only
YV12?

[madshi]

I m using ffdshow as video decoder and RGB32HQ as output because this would give the best results according to some people.
When using VMR or EVR, ffdshow's RGB32HQ may give you the best results. However, madVR is even better than ffdshow's RGB32HQ.

Does it mean that when I use madVR I have to change the output settings in FFdshow and set it to only YV12?
It doesn't have to be "only" YV12. You can enable other formats, too. But YV12 must be enabled (and RGB32HQ probably disabled), or else ffdshow will not be able to connect to madVR.

[Mark_A_W]

You don't need to disable RGB32, it just doesn't get used. All settings related to the RGB conversion (dither, levels, HQ), do not have any affect when using YV12.

[dreamon]

please can you guys tell me how can i fix this problem:
http://i25.tinypic.com/2njeubq.png

this happens when i wanted to try madvr. video does not start to play.
i have the latest directx drivers installed.

[namaiki]

What is your GPU, OS, drivers etc? I only sometimes get that after my PC goes into standby or hibernate.