Bug 59606

Summary: Xv vsync not working
Product: xorg Reporter: Mark Schreiber <mark7>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: pocek
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
~/.drirc
none
gzipped xorg log file
none
xvattr output
none
xvinfo output
none
Script to generate a 60 fps flashing AVI; makes vsync issues obvious
none
xorg.conf none

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

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]
xorg.conf
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:
http://commons.wikimedia.org/wiki/File:Goa_1955_invasion.ogg

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.