[Bug 84944] tearing on radeonsi vdpau deinterlacer - bugzilla-daemon

From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 84944] tearing on radeonsi vdpau deinterlacer
Date: Tue, 28 Oct 2014 10:12:37 +0000	[thread overview]
Message-ID: <bug-84944-502-NSpmnUCpbD@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-84944-502@http.bugs.freedesktop.org/>

[-- Attachment #1.1: Type: text/plain, Size: 2011 bytes --]

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

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

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

--- Comment #26 from Michel Dänzer <michel@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.

[-- Attachment #1.2: Type: text/html, Size: 3799 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel