[Bug 84944] tearing on radeonsi vdpau deinterlacer

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Oct 28 03:12:37 PDT 2014


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

Michel Dänzer <michel at daenzer.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |NOTOURBUG

--- Comment #26 from Michel Dänzer <michel at daenzer.net> ---
(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.

DRI2 can only flip if the application window covers the whole X11 desktop,
which is probably not the case with several monitors.

> And it then indeed most likely tears because the deint shader needs to much
> time.

De-interlacing happens before the DRI2 buffer swap, so the tearing probably
isn't directly related to that.

> 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.

Sounds like this needs to be fixed in MythTV. Resolving as not our bug.


(In reply to warpme from comment #22)
> It looks however that only glamor starts to have tearing by this.

With EXA, the mechanism controlled by Option "SwapbuffersWait" prevents
tearing, but presumably at the cost of one (additional) frame of delay. That
mechanism is not available with glamor.

-- 
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/20141028/d43144a4/attachment.html>


More information about the dri-devel mailing list