[Bug 84944] tearing on radeonsi vdpau deinterlacer

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=84944

--- Comment #9 from Christian König <deathsimple at vodafone.de> ---
(In reply to warpme from comment #7)
> (In reply to Christian König from comment #5)
> > The deinterlacer is hardware independent and so it's rather unlikely that it
> > is the source of the problem.
> > 
> > Can you grab a trace of MythTV with VDPAU_TRACE=1 in the environment once
> > with and once without deinterlacing enabled? This way we can see what MythTV
> > is actually doing.
> 
> Adding VDPAU_TRACE=1 causes stop working VDPAU (MythTV switches to ffmpeg).
> I can try to investigate this - if You believe it is worth.... 

Yes, we should definitely investigate what MythTV is doing here.

> For me results from tests Michel suggested shows issue is within GLAMOR as
> Brazos without GLAMOR works OK while Brazos with GLAMOR NOK. As Kabini by
> default requires GLAMOR - by default I have issue on Kabini. 

EXA on Brazos is tear free most of the time because we sync operations to the
vblank using a hack. That hack isn't supported on GLAMOR and so GLAMOR
operations are not synced to vblank at all (Michel knows more about this).

But the root cause is something completely different, cause GLAMOR shouldn't be
used in the first place in this situation.

GLAMOR is made to accelerate things like window movements and text drawing. For
fullscreen video playback there should be a page flip operation used.

Please try to investigate what MythTV is actually doing different here to cause
the page flipping to not work correctly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141020/98c8b6e9/attachment.html>