Bug 59606 - Xv vsync not working
Summary: Xv vsync not working
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
Depends on:
Reported: 2013-01-19 23:44 UTC by Mark Schreiber
Modified: 2019-11-19 07:40 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

~/.drirc (1.45 KB, text/plain)
2013-01-19 23:44 UTC, Mark Schreiber
no flags Details
gzipped xorg log file (153.91 KB, application/x-tar)
2013-01-19 23:47 UTC, Mark Schreiber
no flags Details
xvattr output (12.07 KB, text/plain)
2013-01-19 23:48 UTC, Mark Schreiber
no flags Details
xvinfo output (1.88 KB, text/plain)
2013-01-19 23:48 UTC, Mark Schreiber
no flags Details
Script to generate a 60 fps flashing AVI; makes vsync issues obvious (440 bytes, text/plain)
2013-01-19 23:50 UTC, Mark Schreiber
no flags Details
xorg.conf (5.18 KB, text/plain)
2013-01-20 20:36 UTC, Mark Schreiber
no flags Details

Description Mark Schreiber 2013-01-19 23:44:20 UTC
Created attachment 73312 [details]

The Xv output produced by the radeon driver (6.14.4) in Debian wheezy appears to be not vsynced on my Radeon HD 4670; tearing shows up.

xvattr says that XV_VSYNC is 1.  Using mplayer to play a video with its gl output option is properly vsynced, as are other OpenGL-using apps.  When using the xv output option, tearing occurs.

Attaching ~/.drirc (vsync enabled), output of xvattr and xvinfo (XV_VSYNC 1), and Xorg.0.log.

Attaching make_flasher.sh, a script using mencoder and ImageMagick to generate a flashing avi to make the effect particularly obvious.  Playing this avi with "mplayer -vo xv build/output.avi" produces tearing, whereas "mplayer -vo gl build/output.avi" does not.
Comment 1 Mark Schreiber 2013-01-19 23:47:25 UTC
Created attachment 73314 [details]
gzipped xorg log file
Comment 2 Mark Schreiber 2013-01-19 23:48:27 UTC
Created attachment 73315 [details]
xvattr output
Comment 3 Mark Schreiber 2013-01-19 23:48:42 UTC
Created attachment 73316 [details]
xvinfo output
Comment 4 Mark Schreiber 2013-01-19 23:50:04 UTC
Created attachment 73317 [details]
Script to generate a 60 fps flashing AVI; makes vsync issues obvious
Comment 5 Alex Deucher 2013-01-20 14:46:13 UTC
Are you using a compositing manager (compiz, gnome shell, kwm, etc.)?  The Xv anti-tearing features only work when the driver is rendering directly to front buffer.  If you are using a composting manager, Xv rendering is redirected to an offscreen buffer so trying to prevent tearing is irrelevant.  To use the anti-tearing features, you need to disable the compositing manager or enable the vsync features in your compositing manager.
Comment 6 Mark Schreiber 2013-01-20 20:36:08 UTC
Alex: I'm just kicking off sawfish (a non-compositing window manager) through ~/.xsession, and not running compiz or similar.  Given your suggestion, I also tried disabling Composite in xorg.conf; the tearing remained.  Attaching xorg.conf with Composite disabled.
Comment 7 Mark Schreiber 2013-01-20 20:36:29 UTC
Created attachment 73345 [details]
Comment 8 Trek 2014-04-06 15:38:36 UTC
I have the same issue.

The system specs are:
- X.Org X Server version 1.12.4 (1.12.4-6+deb7u2)
- Debian version 7.4 (wheezy) i386
- CPU AMD Athlon XP 2000+
- graphic card ATI Radeon VE/7000 QY (AGP) (ChipID = 0x5159)

playing videos with mplayer causes diagonal tearing on fullscreen with
the xv driver, that uses Radeon Textured Video, even if it is played
step by step

the definition is not an issue as it appears always, as this example:

it appears perfect with the gl and x11 drivers

the problem appears with the default configuration, with KMS and
without composition
the diagonal tearing is from up-right to down-left

full bug report at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711097
Comment 9 Martin Peres 2019-11-19 07:40:02 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/58.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.