[Bug 84944] tearing on radeonsi vdpau deinterlacer

[bugzilla-daemon at freedesktop.org]

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

--- Comment #25 from Andy Furniss <adf.lists at gmail.com> ---
(In reply to Christian König from comment #24)
> (In reply to Andy Furniss from comment #23)
> > My normal use case, however, is to have 2 screens - TV below monitor +
> > different refresh rates. Like this I don't get flips, but I also don't have
> > any tearing issues with deint. I always set cpus to perf - so I guess that
> > my system is fast enough to handle copy.
> 
> For your case it for some reason don't page flip because of the two screens
> setup. And it then indeed most likely tears because the deint shader needs
> to much time.

I don't tear.

> 
> But that's a completely different issue than what warpme has here. In this
> case here it don't page flip because MythTV is doing something odd.

Yea, I was just speculating that even if myth always messes up so there is no
flip that it only shows with deinterlacing due to the extra load and or the X2
framerate. It was really in response to -

"The question is why the heck do we fallback to a copy operation with glamor
when deinterlacing is enabled? Deinterlacing is independent of displaying
the video so this makes no sense." 

But what you since wrote below may be it and myth only "messes up" interlaced
content.

> My best guess is that MythTV is trying to crop the first and last line of
> the video to avoid flickering with BOB deinterlacing. But instead of
> providing a proper video_source_rect while calling VdpVideoMixerRender they
> resize their X window to be two lines less in height which is a really
> really bad idea.

-- 
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/20141026/1491fa61/attachment.html>