View Full Version : EVR CP with YV12 input
somy
7th February 2010, 14:45
With regards to picture quality, I did some tests with different renderers, the result is attched as JPEG images.
1) EVR CP with YV12 input. You can easily see that the transition from white to black isn't smooth at all.
2) EVR CP with RGB32 input, dithering and high quality YUC/RGB conversion enabled in ffdshow. The transition from white to black is much smoother, and the result is close to MadVR and overlay.
3) With regards to overlay, I cannot take a screenshot, but with YV12 input the result looks exactly the same as 2) and MadVR.
Can somebody explain why YV12 input looks so bad in EVR CP but looks much better in Overlay and MadVR?
Thanks a lot!
http://forum.doom9.org/attachment.php?attachmentid=10788&d=1265549972
http://forum.doom9.org/attachment.php?attachmentid=10789&d=1265549983
mark0077
7th February 2010, 14:58
If you output yv12 it's upti your graphics chip to good quality conversions to rgb. I you output yv12 your graphics card no longer does the conversion. So I sugges updating graphics drivers perhaps?
iSeries
7th February 2010, 15:02
I'm pretty sure EVR CP doesn't like YV12, it wants NV12. Thats certainly been my experience - if I output YV12 from ffdshow, EVR CP won't use it and MPC HC reverts to VMR7 (and playback is terrible). I've also found EVR CP works just fine with RGB32 from ffdshow, so until the 24p tearing issue I get with MadVR gets fixed, I'll carry on using this.
somy
7th February 2010, 15:08
If you output yv12 it's upti your graphics chip to good quality conversions to rgb. I you output yv12 your graphics card no longer does the conversion. So I sugges updating graphics drivers perhaps?
Thanks for the reply.
The input to the renderer is YV12 (which is configured as output in ffdshow), and the output of the renderer is determined by pixel format I assume. I tried both RGB and Ycrcb pixel formats, and they give me the same result. The chroma re-sampling algorithm in overlay mode looks superior than EVR.
somy
7th February 2010, 15:10
I'm pretty sure EVR CP doesn't like YV12, it wants NV12. Thats certainly been my experience - if I output YV12 from ffdshow, EVR CP won't use it and MPC HC reverts to VMR7 (and playback is terrible). I've also found EVR CP works just fine with RGB32 from ffdshow, so until the 24p tearing issue I get with MadVR gets fixed, I'll carry on using this.
Is the tearing issue with MadVR due to aero disabled?
I tried NV12 as well, and it's the same result.
iSeries
7th February 2010, 15:15
Dunno what to say, either NV12 or RGB32 works perfectly well for me with EVR. YUY2 also works ok. YV12 however - EVR refuses it and MPC HC uses VMR7.
As for MadVR, at 24p with Aero enabled, no tearing but horrible stuttery playback. With Aero disabled, I get tearing about a fifth of the way up from the bottom of the screen.
somy
7th February 2010, 15:33
Dunno what to say, either NV12 or RGB32 works perfectly well for me with EVR. YUY2 also works ok. YV12 however - EVR refuses it and MPC HC uses VMR7.
As for MadVR, at 24p with Aero enabled, no tearing but horrible stuttery playback. With Aero disabled, I get tearing about a fifth of the way up from the bottom of the screen.
Pirlouy and I have the same problem with 24P playback. In case that you really need MadVR, you should set your TV to be the primary monitor and enable aero, that works for me:)
However, the lip sync problem still exists, so I'm looking for other better solutions.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.