Why dont you use EVR-CP as your renderer in MPC-HC?

[tetsuo55]

There has been a lot of talk about different problems with different renderers.

The last year team MPC-HC has spent of all its time on improving EVR-CP (we now even have a new EVR-SYNC branch which should improve a lot over the comming months)

From our standpoint, there is only one reason not to use EVR-CP and that is if you want to use h264 DXVA on XP.

What are the other reasons for you to not use EVR-CP?
Please provide as much information as possible, like screenshot comparisons and benchmarks.

Our intention is to keep working on EVR-SYNC and try to fix all the issues with it that force some users to use different renderers.

[Virtual_ManPL]

Some EVR-Sync bugs I reported here

Sync Offset
http://forum.doom9.org/showthread.php?p=1370324#post1370324

Glitches
http://forum.doom9.org/showthread.php?p=1372586#post1372586

And now Im using EVR-Custom, cause this glitches in EVR-Sync are extremely annoying...

[tetsuo55]

Some EVR-Sync bugs I reported here

Sync Offset
http://forum.doom9.org/showthread.php?p=1370324#post1370324

Glitches
http://forum.doom9.org/showthread.php?p=1372586#post1372586

And now Im using EVR-Custom, cause this glitches in EVR-Sync are extremely annoying...The sync renderer is undergoing refactoring right now, those bugs will have to be retested when a new update to it comes out.

[allak]

Performance on old hardware.

On my desktop PC I use EVR-CP, it has a Core2 Duo and a midrange Nvidia card and I do not have any problem.

But on my three year old laptop with a P4 and some integrated Intel graphics chip I am unable to playback 720p without glitches or slowdowns, so I use Haali renderer.

Obviously this scenario is going to disappear in the not so far future, as the old hardware is going to be retired.

FWIW, I do not have any use for all the other renderers integrated in MPC-HC.

[allak]

A somewhat related wish: I would love to see the FFdshow output option "High quality YV12 to RGB conversion" ported to mpc-hc.

For me right now it is the only reason I have FFdshow installed on my main computer.

I like that functionality because it makes it possible to bypass the often broken colorspace conversion functionality of the video card drivers.

The final result is sort of like the MadVR renderer, minus the 3dlut option.

[stax76]

I don't use it because it starts too slow. It appears to be a mistake using resources for internal components instead of supporting external components first. I can choose external components but they don't work properly, there are bugs and limitations that could be fixed or at least worked around. The unfortunate result is both internal and external things don't work properly.

[tetsuo55]

But on my three year old laptop with a P4 and some integrated Intel graphics chip I am unable to playback 720p without glitches or slowdowns, so I use Haali renderer.We are trying to solve this problem in EVR-SYNC, but i expect it will still take some months before performance is up to par with at least haali and hopefully vmr7 windowed
A somewhat related wish: I would love to see the FFdshow output option "High quality YV12 to RGB conversion" ported to mpc-hc.

For me right now it is the only reason I have FFdshow installed on my main computer.

I like that functionality because it makes it possible to bypass the often broken colorspace conversion functionality of the video card drivers.

The final result is sort of like the MadVR renderer, minus the 3dlut option.Can you add a feature request for this on the tracker? http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues
I don't use it because it starts too slow. It appears to be a mistake using resources for internal components instead of supporting external components first. I can choose external components but they don't work properly, there are bugs and limitations that could be fixed or at least worked around. The unfortunate result is both internal and external things don't work properly.We fixed this bug some time ago, please try a nightly build --> http://www.xvidvideo.ru/content/category/1/1/2/

[Astrophizz]

Performance vs Haali's renderer (notably in the bicubic scaler). I've been told that Haali's scaler is flawed but I haven't seen any evidence or anything else to back that up.

[namaiki]

Personally, I hate Bicubic, though Bilinear is alright.. for a small screen.

I use EVR-CP on my laptop with the Intel graphics, but I prefer MadVR by a mile as it has an awesome scaling inbuilt that I don't have to manually set for resolution as in with FFDShow video.

I don't use Sync Renderer as I haven't had a try at figuring it out yet.. unlike EVR-CP which is fully automatic with default settings.


The final result is sort of like the MadVR renderer
What resizing algorithm are you using?

[burfadel]

I use EVR-CP at the moment but have disabled the internal XVID/h264 decoders to use ffdshow as well. The port of high quality yv12 to RGB conversion' would be great, as well as 'dithering'. I also use the deband filter set to around 1.4 (it does look nicer), and I add noise using the 'mplayer' noise, luma strength 9 (the only useful setting, if ported should be adjustable), no chroma noise, average, pattern, and uniform. The slight addition of the noise actually improves the visual quality (as long as its only sligh noise). Mplayer noise seems to be much more useful than the other noise.

I know that was slightly off topic, but it may relate to other people and the way they use the renderers etc!

[somy]

When EVR Sync expand video level to PC level (16-235 to 0-255), it always produces banding.

For me, I just want to find a render that works with DXVA and apply dither after luma conversion, and I know it is possible because PowerDVD can do without banding

[allak]

We are trying to solve this problem in EVR-SYNC, but i expect it will still take some months before performance is up to par with at least haali and hopefully vmr7 windowed

I was under the impression that the EVR-SYNC renderer is only useful for a monitor that has a refresh as close as possible to a multiple of the frame rate of the video.

So I've always thought that it is mostly useful for playback on television sets, because most PC and laptops monitor use 60Hz LCD.

Is that incorrect ?


Can you add a feature request for this on the tracker? http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues


Done, ticket #312.

[tetsuo55]

Performance vs Haali's renderer (notably in the bicubic scaler). I've been told that Haali's scaler is flawed but I haven't seen any evidence or anything else to back that up.it would be helpfull if there was a benchmark and image quality comparison for these 2, so the difference in speed a quality was proven.I use EVR-CP at the moment but have disabled the internal XVID/h264 decoders to use ffdshow as well. The port of high quality yv12 to RGB conversion' would be great, as well as 'dithering'. I also use the deband filter set to around 1.4 (it does look nicer), and I add noise using the 'mplayer' noise, luma strength 9 (the only useful setting, if ported should be adjustable), no chroma noise, average, pattern, and uniform. The slight addition of the noise actually improves the visual quality (as long as its only sligh noise). Mplayer noise seems to be much more useful than the other noise.

I know that was slightly off topic, but it may relate to other people and the way they use the renderers etc!At this point we do not intend to include these types of post processing, other than the ones supported by videocard hardware, although the rgb conversion thing might be interesting.

When EVR Sync expand video level to PC level (16-235 to 0-255), it always produces banding.

For me, I just want to find a render that works with DXVA and apply dither after luma conversion, and I know it is possible because PowerDVD can do without bandingThis banding should not occur, can you try to explain what is going on and provide screenshots etc...??
Please read this for more info on how to provide a report for this issue: http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues

I was under the impression that the EVR-SYNC renderer is only useful for a monitor that has a refresh as close as possible to a multiple of the frame rate of the video.

So I've always thought that it is mostly useful for playback on television sets, because most PC and laptops monitor use 60Hz LCD.

Is that incorrect ?.That is just one of the many changes going on in EVR-SYNC a secondary goal is to bring system requirements down as much as possible.

[edigee]

I understand this is a thread for EVR-CP and EVR_Sync problems report not necessarly only the reasons for not using it .....
I've been using EVR Sync for quite a while because it gives me a smoother video playback on my 60Hz display. However, I experience some strange audio behaviors on 23.976 fps videos ;small scratch noises from time to time-randomly(like an old vinyl record). That issue is present, no matter what audio renderer i'm using. I discovered that the problem dissapears only when i tick the 44.1Khz downsample option in audio switcher. Still, I have some very short audio stops(a couple of ms) from time to time. When I'm checking the audio device during playback it shows some errors there-maybe that information is useful.
HD 3650 AGP, 10.2 ATI AGP hotfix, MPC_HC build 1694, EVR Sync ,Sync video to display, Realtek HD audio sound device integrated, Vista 32bit

[Dark Shikari]

EVR-CP is simply way too slow. Overlay is fast enough that I can play 3840x2160 video and it displays just fine. Anything larger than my monitor size tends to lag under Haali or EVR.

[somy]

This banding should not occur, can you try to explain what is going on and provide screenshots etc...??
Please read this for more info on how to provide a report for this issue: http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues


Hi Tetsuo,

Thanks for your reply.
The problem can be reproduced by feeding YV12 or NV12 to EVR CP. EVR CP needs to expand YV12 16-235 to RGB 0-255, and this step causes banding. I have to use FFDShow to convert from YUC to RGB in order to avoid banding. The screenshots are here:
http://forum.doom9.org/showthread.php?p=1371829#post1371829
Thanks a lot again!

[tetsuo55]

I understand this is a thread for EVR-CP and EVR_Sync problems report not necessarly only the reasons for not using it .....
I've been using EVR Sync for quite a while because it gives me a smoother video playback on my 60Hz display. However, I experience some strange audio behaviors on 23.976 fps videos ;small scratch noises from time to time-randomly(like an old vinyl record). That issue is present, no matter what audio renderer i'm using. I discovered that the problem dissapears only when i tick the 44.1Khz downsample option in audio switcher. Still, I have some very short audio stops(a couple of ms) from time to time. When I'm checking the audio device during playback it shows some errors there-maybe that information is useful.
HD 3650 AGP, 10.2 ATI AGP hotfix, MPC_HC build 1694, EVR Sync ,Sync video to display, Realtek HD audio sound device integrated, Vista 32bitdoes the same occur with EVR-CP, or only with EVR-SYNC?
If it happens in both please read this and open a ticket http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues
If it only happens in EVR-SYNC please report it here(using the same method described in above document): http://forum.doom9.org/showthread.php?t=148221EVR-CP is simply way too slow. Overlay is fast enough that I can play 3840x2160 video and it displays just fine. Anything larger than my monitor size tends to lag under Haali or EVR.Can you provide us with a sample? We can use that for benchmarking speeds on faster pc's
Hi Tetsuo,

Thanks for your reply.
The problem can be reproduced by feeding YV12 or NV12 to EVR CP. EVR CP needs to expand YV12 16-235 to RGB 0-255, and this step causes banding. I have to use FFDShow to convert from YUC to RGB in order to avoid banding. The screenshots are here:
http://forum.doom9.org/showthread.php?p=1371829#post1371829
Thanks a lot again!Ok please open a ticket for this issue on the tracker as explained in the link i gave

[ikarad]

problem with evr-sync and xp
I have problem with mpc-hc and syncronization parameter
I have geforce gtx280 195.62 and xp sp3 and 120 hz crt display at 1280*1024 (video at 23.97 fps)

I use evr sync parameter and sync to display parameter

I have problem with fullscreen

when fullscreen is activated
http://nsa13.casimages.com/img/2010/02/21/mini_10022106233791400.jpg (http://www.casimages.com/img.php?i=10022106233791400.jpg)

when seekbar is open in, fullscreen mode or in windowed mode
http://nsa12.casimages.com/img/2010/02/21/mini_10022106294432394.jpg (http://www.casimages.com/img.php?i=10022106294432394.jpg)

http://nsa13.casimages.com/img/2010/02/21/mini_100221062818285588.jpg (http://www.casimages.com/img.php?i=100221062818285588.jpg)

We can notice that red line is not synchronized with fullscreen is turn on.

It's the same thing with present at nearest vsync option

This problem appear also with evr custom and beliyaal optimization


same thing at 1280*1024 at 96 hz
fulscreen mode
http://nsa13.casimages.com/img/2010/02/21/mini_100221063821419656.jpg (http://www.casimages.com/img.php?i=100221063821419656.jpg)

seek bar on and windowed mode
http://nsa13.casimages.com/img/2010/02/21/mini_100221063818264420.jpg (http://www.casimages.com/img.php?i=100221063818264420.jpg)

http://nsa13.casimages.com/img/2010/02/21/mini_100221063823807993.jpg (http://www.casimages.com/img.php?i=100221063823807993.jpg)


this problem doesn't appeared at 72 hz

http://sourceforge.net/apps/trac/mpc-hc/ticket/302

[pirlouy]

@Tetsuo55: here is a well-know sample of very high resolution:
http://thepiratebay.org/torrent/4197285/Killer_Sample_-_Quad_Full_High_Definition (legal link)

I also use Overlay since it never crashes and with reclock, it works wery well in order to have sync. I also think seeking is faster with overlay.

But EVR Sync and EVR Custom are good alternatives.

[tetsuo55]

@Tetsuo55: here is a well-know sample of very high resolution:
http://thepiratebay.org/torrent/4197285/Killer_Sample_-_Quad_Full_High_Definition (legal link)

I also use Overlay since it never crashes and with reclock, it works wery well in order to have sync. I also think seeking is faster with overlay.

But EVR Sync and EVR Custom are good alternatives.thanks

[edigee]

does the same occur with EVR-CP, or only with EVR-SYNC?
If it happens in both please read this and open a ticket http://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_Report_Issues
If it only happens in EVR-SYNC please report it here(using the same method described in above document): http://forum.doom9.org/showthread.php?t=148221

Thanks for the reply.
The sound problem occurs only in EVR Sync. I've already reported it in that thread. Still waiting for a reply there...
Maybe I should use Reclock to fix that issue...

[GrofLuigi]

I'm waiting this fix (http://forum.doom9.org/showthread.php?p=1372940#post1372940) to be incorporated in the main build. I can't believe noone else had the problem. :confused:

GL

[tetsuo55]

Please keep in mind that EVR-SYNC should be considered "Alpha" and is subject to many changes over the comming months.

[nightfly]

@ precisely 1:50:58 in the BD movie 2012 there is a terrible glitch using any recent build of MPC-HC, EVR CP/EVR Sync (any setting) that does NOT occur using VMR9, 7, overlay, etc.

The glitch occurs right after the Arabs on the catwalk and the cut back to the president's daughter and the scientist arguing about "selling tickets".

This is on a Nvidia 220 or i3-530 Clarksdale.

Also, in Ratatouille, the scene of the rat in the spice rack jumping down to the cook book and then subsequently jumping down to the table always results in some dropped frames - but I still get smooth playback.

[XhmikosR]

nightfly: Create a new ticket providing samples which contain those problematic scenes.

[THX-UltraII]

Why is EVR-SYNC needed anyway? EVR CP seems to do everything you need not?

[nightfly]

Why is EVR-SYNC needed anyway? EVR CP seems to do everything you need not?

Yeah, I wonder too. In testing build 1741 and trying to resolve the 2012/Ratatouille drop frames issue, I was never able to get EVR CP Sync to not drop any frames. Once I enabled "Alternate Vsync" for EVR CP, for Ratatouille at least, I didn't get any dropped frames at all so in my mind, that's clearly the best setup for now.

[nightfly]

nightfly: Create a new ticket providing samples which contain those problematic scenes.

Will do. I've resolved my Ratatouille issues using Alt Sync for EVR CP, but have been unable to affect the 2012 issue except for switching renderers.

[tetsuo55]

Why is EVR-SYNC needed anyway? EVR CP seems to do everything you need not?EVR-Sync is the next evolution of EVR-CP mostly aimed at perfect timing of videoframes to remove/reduce judder

[namaiki]

Is there going to be an automatic version of EVR-Sync?

[tetsuo55]

Please explain what you mean by "automatic"

[namaiki]

Are evr-sync default settings alright for use?

Would you expect 29.970fps on 61.8Hz screen to work fine? The red line has a sharp downward spike about twice a second, visible as for instance pans in the video are jerky twice a second. I have the same experience on EVR-custom pres. and have to use Reclock(29.970-> ~31fps), but I thought I would be able to get a away with it using EVR sync without Reclock.

[Razoola]

Are evr-sync default settings alright for use?

Would you expect 29.970fps on 61.8Hz screen to work fine? The red line has a sharp downward spike about twice a second, visible as for instance pans in the video are jerky twice a second. I have the same experience on EVR-custom pres. and have to use Reclock(29.970-> ~31fps), but I thought I would be able to get a away with it using EVR sync without Reclock.

I have a feeling that once evr-sync is completed there will be no need for reclock if judder is your only concern. It will be down to how MPC-HC handles audio in relation to evr-sync to stop lip sync issues that will decide if you want to still use reclock or not.

Currently I'm use EVR-sync with its 'present at nearest vsync' setting and reclock with its vsync option enabled (for evr only). Works great.

[tetsuo55]

Are evr-sync default settings alright for use?

Would you expect 29.970fps on 61.8Hz screen to work fine? The red line has a sharp downward spike about twice a second, visible as for instance pans in the video are jerky twice a second. I have the same experience on EVR-custom pres. and have to use Reclock(29.970-> ~31fps), but I thought I would be able to get a away with it using EVR sync without Reclock.there is no code yet to handle non-matching refreshrates. So yes the default mode is best for that condition, it will make sure the frames arrive at the best possible time considering your less than ideal situations

[nightfly]

I wanted to followup on my 2012 "major stutter" issue @ ~1hr 50min into film.

After further testing, I was able to reproduce the issue using just EVR using MPC-HC and Zoomplayer - so clearly not an EVR-CP issue. Methinks in fact that it's a EVR issue period as using any VMR renderer it does not occur.

[tetsuo55]

I wanted to followup on my 2012 "major stutter" issue @ ~1hr 50min into film.

After further testing, I was able to reproduce the issue using just EVR using MPC-HC and Zoomplayer - so clearly not an EVR-CP issue. Methinks in fact that it's a EVR issue period as using any VMR renderer it does not occur.We found out its caused by one of the newer nvidia drivers, a build from around january should not have this problem.

[Khaaan!]

Just checking out these sync settings, below is a screenshot showing my MPC-HC with VSync off (left side of graph) and with it on using Alternative Sync (right).

I assume the left side is how it should look or am I interpreting it incorrectly?

http://robbiekhan.co.uk/root/temp/mpcvsync.jpg

[mariush]

I'm not using EVR because both types didn't work properly when I last tried them (see the issue i had here:http://forum.doom9.org/showthread.php?p=1387200#post1387200). VMR9 renderless worked great.

[tetsuo55]

The vsync "off" graph is what you would want yes, but its probably a lie because your refreshrates do not match, the vsync side more accurately represents whats going on.

[Khaaan!]

Ah thanks, everything seems nicely in sync though so will leave on I think!

[nightfly]

We found out its caused by one of the newer nvidia drivers, a build from around january should not have this problem.

Well, not for me, I am running 190.62, one of the more stable versions with predictable video levels. This was released last Oct.

More importantly, from what I understand, the newer drivers cause constant/semi-constant stutters. That's not the case for this issue. It's a one and done glitch. The entire movie plays back great except for this one issue (using EVR based renderers).

[Frank K Abbott]

I get horizontal tearing and I dvd menu hotspot buttons do not work with EVR-CP for some reason. That's why I'm still with Haali but if someone can improve EVR-CP and fix those issues then I would really like to set it as my default in MPC-HC.

[clsid]

DVD menu effects are essentially just subtitles. Subtitles do not work properly in MPC when playing DVD if a decoder is used that uses DXVA. It should work ok when using the internal MPEG-2 decoder (non-DXVA).

[Frank K Abbott]

DVD menu effects are essentially just subtitles. Subtitles do not work properly in MPC when playing DVD if a decoder is used that uses DXVA. It should work ok when using the internal MPEG-2 decoder (non-DXVA).

My configuration is (from filter list when playing dvd):

DVD Navigator, fffdshow video decoder (libmpeg2 w/dvd decoding), ffdshow audio decoder


I have DXVA off and the sup subtitles display properly.

It's just that the button hotspots do not function properly even though it shows the "highlight" of the hotspot the mouse is on top of.

As a side question regarding Haali and maybe some other renderers: Is it abnormal for the button hotspot of the dvd to be offcenter from the hotspot "highlight" most of the time or is it just that most dvds have screwed up hotspot placements and are not right on top of the highlight? Some dvds work with a click right on the hotspot highlight but most dvds I come across have it offcenter most of the time so I have to end up "hunting" for the clicking place even the the highlight of the hotspot seems "selected".

[Frank K Abbott]

^Please help anyone?

[namaiki]

Try change the aspect ratio of the video menu.

[Frank K Abbott]

still doesn't work

[Frank K Abbott]

I guess it can be concluded that EVR-CP cannot handle DVD menus correctly proven through testing on an NTSC/PAL 4:3,16:9 dvds.

[Kazuya]

Is this thread still usefull ?

I found a reason to not use EVR Custom : when you found the extreme smoothness you want, there's always a little annoying tearing at the top of the screen !
Sometimes rock stable, sometimes erratic.

And I'm pretty sure all people using Alternative Vsync mode on EVR custom with Reclock get this problem, with XP SP3 anyways.

Jong, which is making reclock support, explain me it like this :

IMO it is your Vsync offset that is causing your problem. You are presenting the frame too close to vsync. Trouble is, with that renderer and using alternate vsync I think moving it away from vsync will show tearing. If a remember correctly EVR Custom in alternate vsync mode writes straight to the front buffer, so tearing is easily visible unless hidden in VBlank.

DO you think you can make something to fix it ?
Maybe add a tune for the presenting frame timing ? (like EVR Sync)

[Kazuya]

I can't capture tearing by a screenshot, but it appears in the same time of the little waves on this screenshot in the top of the screen (around the third line starting from the top) :
(pretty rare so much)

http://img169.imageshack.us/img169/7662/clip22resize.jpg