Summary: | When compositing is enabled, videos are tearing in mplayer | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Ralf Jung <post> |
Component: | scene-opengl | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 4.9.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Ralf Jung
2012-10-13 16:42:20 UTC
I forgot to mention: * "Use VSync" is enabled * "Suspend Desktop effects for full-screen windows" is disabled most likely bug #307965 ? does the "upper part" condition hold or does the tearing shift all over thh screen? This patch might avoid tearing IN FULLSCREEN WINDOWS ONLY The more feedback we can get on it, the more likely it'll get into the next release. https://git.reviewboard.kde.org/r/106833/ Indeed the tearing appears only if I leave the VLC/mplayer window in the upper part of the screen - as if the vblank and screen repaint would get slightly, but not entirely out of sync. I'll apply the patch onto my kde-master installation (after verifying I can reproduce the issue there), but it'll take a time until it's all compiled and up-to-date again. Do I understand the explanations in the patch correct in that there is no good way to avoid tearing for non-fullscreen repaints? (In reply to comment #4) > Do I understand the explanations in the patch correct in that there is no > good way to avoid tearing for non-fullscreen repaints? - Either glWaitVideoSync is "broken" (for nvidia and now intel) and syncs to the end of the retrace and not the start - Or that is the intended behavior (making it worthless) - Or there's actually the technical limitation that the subbuffer copy cannot be performed during the retrace - Or it's sth. entirely different =) I had hoped it's broken glWaitVideoSync in the nvidia blob, but, well - seems that's not the case. Pending idea is to copy the undamaged parts of the frontbuffer into the backbuffer before doing the actual update on the backbuffer, so we can then perform a (fast) swap during the retrace. *** This bug has been marked as a duplicate of bug 307965 *** |