madVR - high quality video renderer (GPU assisted)

[THX-UltraII]

Tried the new version and it s working flawlessly on my GTX460:

+1 for skipping exclusive fullscreen mode in the next version. Not needed anymore!

[Jong]

Originally Posted by THX-UltraII

Tried the new version and it s working flawlessly on my GTX460:

+1 for skipping exclusive fullscreen mode in the next version. Not needed anymore!

This isn't true. Read what Madshi said on this yesterday:

Originally Posted by madshi

I'm not moving away from FSE at all. Overlay mode is not really meant (by me) to replace FSE. It's meant to replace conventional windowed mode. Personally, I'll stay with FSE for fullscreen movie playback because it is more likely to produce stable and smooth output.

Technically, with Overlay, I can present one frame in advance. So if there's some timing glitch (maybe the CPU is busy doing something else), a frame drop could occur. With FSE mode, if you prepresent multiple frames in advance, there should be no frame drop, even if the CPU is busy for a relatively long time.

[THX-UltraII]

So why would anyone want to use Overlay Mode when playing content in fullscreen if FSE is simply better when running content in fullscreen??

[cyberbeing]

If you have a lower powered GPU which struggles or has issues with madVR's Windowed or FSE modes, Overlay should be significantly faster.

Speed: Overlay > Windowed > FSE
Quality: FSE > Windowed > Overlay

[ryrynz]

One reason I can think of is using the seekbar and multimedia controls in the player UI. This is where FSE falls a little flat right now. Also for some people FSE might not work 100% (dropping frames etc) not sure this is really much of an issue anymore though, but it certainly pays to have options.

[DragonQ]

I never liked overlay in the old XP + WMP days. Bad colours and couldn't take screenshots.

[madshi]

Originally Posted by ryrynz

Mock up of FSE mode seekbar with filename displayed on the left. Some comments on this please.

I like the missing vertical bar. Looks better this way.

Originally Posted by ryrynz

If I pause playback and move the window around the screen the image doesn't refresh inside the window until I press play, thus the video image is outside the window and remains so until I move it back to it's original location.

Really? That's weird. I explicitly tested that and believed to have it fixed. Does everybody has the same problem?

Originally Posted by naoan

Hey madshi, just to be clear, if we have ATi card is the overlay mode automaticallly disabled even though the option is ticked?

Yes.

Originally Posted by detmek

I get an error "Resetting Direct3D failled (8876086c)" and video pauses with 0.83.4 build if I:
1. Check Overlay and FSE in settings
2. Open video
3. Go into full screen
4. Reopen video (Ctrl+E)
5. Go back to windowed overlay mode.
madVR - log
madVR - log1
I tried MPC-BE and PotPlayer.

Thanks, will have a look at your logs.

Originally Posted by THX-UltraII

So why would anyone want to use Overlay Mode when playing content in fullscreen if FSE is simply better when running content in fullscreen??

Reread Jong's comment, it's explained there.

Originally Posted by cyberbeing

Speed: Overlay > Windowed > FSE

I disagree. FSE should actually be the fastest mode. And on my PCs (both AMD and NVidia) it most definitely is.

Originally Posted by DragonQ

I never liked overlay in the old XP + WMP days. Bad colours and couldn't take screenshots.

Do you have bad colors with v0.83.4 when using Overlay mode? I don't think so, but if you have, please let me know!

[cyberbeing]

Originally Posted by madshi

I disagree. FSE should actually be the fastest mode. And on my PCs (both AMD and NVidia) it most definitely is.

That's never been the case on my PCs, and I've told you as much in the past when I had my 7800GTX 512.
Even with my NVIDIA GT440 DDR5 & ATI 5750 in my new computers, Windowed mode results is lower GPU load than FSE.

[ryrynz]

Originally Posted by madshi

I like the missing vertical bar. Looks better this way.

*Fistpump* Now if I could only get people to comment on the filename being displayed too =/ At least I know your paying attention Madshi

Originally Posted by madshi

Really? That's weird.

Mmm, interested to see others results. Guys can you pause the video whilst windowed and move the window around, does the video frame track with the window?

[madshi]

Originally Posted by cyberbeing

That's never been the case on my PCs, and I've told you as much in the past when I had my 7800GTX 512. Even with my GT440 Windowed mode results is lower GPU load than FSE.

What I said is true for the typical usage scenario. You're using very high refresh rates, IIRC? That's a different situation. With high refresh rates, FSE mode has to do more work than windowed mode, that's why you're seeing higher GPU load. But that's really not the typical usage scenario. Most people today have matching refresh rate = movie frame rate, and in that situation FSE mode is faster than windowed mode.

[cyberbeing]

I'll take your word for it then, since I've only tested between 48Hz-120Hz where Overlay > Windowed > FSE in terms of speed.

I'm still a bit curious as to how it's possible that you measured Overlay be slower than FSE @24hz? Shouldn't Overlay be doing the least work out of all the rendering modes?

[CiNcH]

Technically, with Overlay, I can present one frame in advance. So if there's some timing glitch (maybe the CPU is busy doing something else), a frame drop could occur. With FSE mode, if you prepresent multiple frames in advance, there should be no frame drop, even if the CPU is busy for a relatively long time.

How about using FlipEx? Isn't it similar?

[madshi]

Originally Posted by cyberbeing

I'll take your word for it then, since I've only tested between 48Hz-120Hz where Overlay > Windowed > FSE in terms of speed.

I'm still a bit curious as to how it's possible that you measured Overlay be slower than FSE @24hz? Shouldn't Overlay be doing the least work out of all the rendering modes?

I haven't actually tested Overlay speed yet. I was mostly talking about FSE <-> windowed. From a purely technical point of view, Overlay and FSE should be comparable in speed, if the movie frame rate matches the display refresh rate.

Originally Posted by CiNcH

How about using FlipEx? Isn't it similar?

I can only use FlipEx or Overlay, but not both at the same time.

[oddball]

I am having problems playing a test clip. http://hdcam.web-pda.info/

birds - 18514072.mp4

MadVR says the source filter is reporting it as 1.000FPS and playing it at 23.976Hz using MadVR auto-switching which is obviously incorrect as the video is 59.940FPS. Using EVR instead of MadVR and it plays at the correct refresh rate.

Using latest LAV filters for splitting and decoding.

Also if I add the line 1080p60 and play the 4.Girls.YoonYoon-1080p60fpsRef5-21Mbps.mkv test clip it plays at 60Hz when the source filter says 59.940FPS.

Any ideas?

[naoan]

Originally Posted by madshi

Yes.

Thanks. IMO You might as well hide it for ATi users to prevent user confusion then, though is there any chance to have it available on ATi card? or is it completely unusable due to their bad driver?

[cyberbeing]

When you get around to updating 'madVR [benchmark]', will it be possible to add a modes for benchmarking the maximum achievable fps with each (Overlay/Windowed/FSE) rendering method?

Also semi-related, have you had any further thoughts about allowing high framerate (i.e. 60fps+) video to have it's own section so lighter weight settings could be specified? Or maybe add something like a temporary emergency fallback, when madVR detects performance is below a certain threshold at the beginning of playback?

[Prinz]

bLight the Zoomplayer Developer asked me to post my madvr/Zoomplayer Error here.

I get an "Unbekannter Fehler" after switching the display mode between 1080p24, 1080p50, 1080p59.

This only happens with newer Zoomplayer Versions 8.5 pre and rc1. Zoomplayer 8.16 and also MPC-HC is not affected.

madvr 0.82.5 , 0.83.1 and 0.83.4 tested. All give this Error with the newer Zoomplayer Versions. The second Error (Application Error) only happens with the newer Versions 0.83.* and only sometimes.



Zoomplayer Bugtracker

Link to a Debug-Log while the Error was displayed:
Log

[madshi]

Originally Posted by naoan

Thanks. IMO You might as well hide it for ATi users to prevent user confusion then, though is there any chance to have it available on ATi card? or is it completely unusable due to their bad driver?

Some users might have a dual Intel/ATI setup, sometimes using the Intel GPU, sometimes the ATI GPU. So hiding this setting isn't a good idea because they might want to use overlay for the Intel GPU. Also, maybe some future AMD driver will enable overlay. So I prefer to keep the checkbox.

Originally Posted by cyberbeing

When you get around to updating 'madVR [benchmark]', will it be possible to add a modes for benchmarking the maximum achievable fps with each (Overlay/Windowed/FSE) rendering method?

Also semi-related, have you had any further thoughts about allowing high framerate (i.e. 60fps+) video to have it's own section so lighter weight settings could be specified? Or maybe add something like a temporary emergency fallback, when madVR detects performance is below a certain threshold at the beginning of playback?

These are all things I'll eventually implement, when I find the time.

Originally Posted by Prinz

bLight the Zoomplayer Developer asked me to post my madvr/Zoomplayer Error here.

I'm sorry to do this to you, but I don't think there's much I can do about the problem without futher information. I simply don't have enough information to locate the problem. For all I know, it could be in ZoomPlayer just as much as it could be in madVR. What would really help would be if Blight could compile a Zoomplayer test build with "madExcept" enabled. That way we would get more useful crash information. If you tell him that, he'll know what to do.

Originally Posted by oddball

I am having problems playing a test clip. http://hdcam.web-pda.info/

birds - 18514072.mp4

MadVR says the source filter is reporting it as 1.000FPS

And madVR is correct about that. It seems to be a bug in LAV, so please report it to Nev in the LAV thread.

Originally Posted by oddball

Also if I add the line 1080p60 and play the 4.Girls.YoonYoon-1080p60fpsRef5-21Mbps.mkv test clip it plays at 60Hz when the source filter says 59.940FPS.

If you add such a tag to a file name, madVR thinks that you want to overwrite the frame rate to 60.000Hz. That's not a bug but intended behaviour. Change it to 1080p59 and the problem should go away.

[oddball]

Thanks. I will report that bug to Nev. Also when playing back a 29.970FPS file that uses frame decimation to achieve 23.976fps MadVR will switch to 59.940Hz if the switch 1080p59 is used alongside any others. However if I don't use that switch in MadVR and use MPC-HC auto-switching instead (still using MadVR as the renderer) then it is decimated to the correct 23.976 (MadVR shows lots of dropped frames which I assume is correct as the video playback is smooth as silk). I tried adding 1080i29 to see if it helped but MadVR insists on switching to 59.940Hz when it should be 23.967Hz for frame decimation to work???

Or am I doing something wrong and the dropped frames are not due to frame decimation?

[Pat357]

Originally Posted by ryrynz

Mock up of FSE mode seekbar with filename displayed on the left. Some comments on this please.

I like this !
It looks clean and "almost" professional