Announcement

Collapse
No announcement yet.

Radeon Driver Gets Tear-Free X-Video

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • gordboy
    replied
    Tear-free works good for me

    x1650 with xorg 1.5.3/radeon 6.10 and all the trimmings. The video playback is nice, and so is 2D/3D. I don't use AIGLX or Composite, and all the VT switching etc is fine.

    Relevant options in xorg.conf -

    ################################################## #

    Section "ServerFlags"
    Option "AIGLX" "off"
    Option "AllowEmptyInput" "off"
    Option "AutoAddDevices" "off"
    Option "AutoEnableDevices" "off"
    EndSection

    Section "Extensions"
    Option "Composite" "disable"
    EndSection

    Section "Device"
    Identifier "Videocard0"
    Driver "radeon"
    VendorName "ATI"
    BoardName "ATI Radeon X1650"
    Option "EnablePageFlip" "on"
    Option "AccelMethod" "EXA"
    Option "AccelDFS" "on"
    Option "EXAVSync" "on"
    EndSection

    ###############################################

    Of course, all the children absolutely *need* compiz and fancy see-thru X terminals, but us old-timers are more than happy with the progress thus far. Keep up the good work.

    Leave a comment:


  • bridgman
    replied
    In the short term, *if* you are playing video full screen then the "don't redirect full screen windows" option in Compiz will help. It also relieves the heartbreak of flickering 3d (again, only when fullscreen) so is a Good Thing to turn on.

    It's only a workaround, of course, but it's a lot easier to remind someone to "make it fullscreen" than to explain that they have to turn visual effects on and off.
    Last edited by bridgman; 03 January 2009, 01:41 AM.

    Leave a comment:


  • hobbes
    replied
    Originally posted by bridgman View Post
    Not really; DRI2 (actually RDR, built on DRI2) will help to solve the flicker problems when direct-rendering 3D apps run under Compiz, but flickering and tearing are really two completely different problems.

    What is really needed is for Compiz to synchronize *it's* drawing operations to vertical retrace (rather than the individual driver stacks like Xv) and for it to have a flow control mechanism to tell the individual apps when to start and stop drawing. My guess is that most of what is needed is in place but nobody is looking at the end-to-end solution.
    I just tested without using compiz and the video playback is AWESOME. Really AWESOME.

    Thanks to everyone involved!

    Oh man, I hope the compiz devs (anyone here?) get into it ASAP, because a tear-free experience running compiz is a MUST.

    I can't live without compiz and switching on/off compiz is not a solution

    Just visualize you or somebody else trying to explain that to all new users who tests Ubuntu every new release.

    Think about them!

    Leave a comment:


  • calica
    replied
    Originally posted by bridgman View Post
    My guess is that most of what is needed is in place but nobody is looking at the end-to-end solution.
    And it needs to be standardized across compositing managers. It would be horrible for Compiz and kwin to do it differently.

    Leave a comment:


  • bridgman
    replied
    Originally posted by hobbes View Post
    So, GEM/DRI2 Won't actually solve this issue in the future?
    Not really; DRI2 (actually RDR, built on DRI2) will help to solve the flicker problems when direct-rendering 3D apps run under Compiz, but flickering and tearing are two different problems.

    What is really needed is for Compiz to synchronize *it's* drawing operations to vertical retrace (rather than the individual driver stacks like Xv) and for it to have a flow control mechanism to tell the individual apps when to start and stop drawing. My guess is that most of what is needed is in place but nobody is looking at the end-to-end solution.
    Last edited by bridgman; 03 January 2009, 01:11 AM.

    Leave a comment:


  • hobbes
    replied
    Originally posted by bridgman View Post
    Tear free won't work if you have Compiz running; it will just deliver tear-free video to Compiz then Compiz will copy it in a tear-y manner to the screen.

    I am not aware of a tear-free solution for Compiz.

    Hum.. now I see.

    So, GEM/DRI2 Won't actually solve this issue in the future?
    Last edited by hobbes; 03 January 2009, 12:41 AM.

    Leave a comment:


  • bridgman
    replied
    Tear free won't work if you have Compiz running; it will just deliver tear-free video to Compiz then Compiz will copy it in a tear-y manner to the screen.

    I am not aware of a tear-free solution for Compiz.

    Leave a comment:


  • hobbes
    replied
    Originally posted by TechMage89 View Post
    You don't need EXAVsync for Xv vsync.

    It works for me, with an x1600xt and the 6.9.1 RC driver (no tearing on Xv at all)

    What media player are you using? Are you sure it's using Xv for video out? OpenGL still isn't vsynced.
    Are you using Jaunty Alpha 2 with the very latest packages?

    Totem is my main player.

    Compiz is on by the way and it gets some tearing (horizontal lines) when I zoom in/zoom out on a gnome-terminal window or move around nautilus.

    yes, Totem is set to use Xv (as default)

    Leave a comment:


  • TechMage89
    replied
    You don't need EXAVsync for Xv vsync.

    It works for me, with an x1600xt and the 6.9.1 RC driver (no tearing on Xv at all)

    What media player are you using? Are you sure it's using Xv for video out? OpenGL still isn't vsynced.

    Leave a comment:


  • hobbes
    replied
    Originally posted by sundown View Post
    Wow, I'm just extreamely happy! This brought some tears in my eyes.

    Recently Debian moved this to the experimental repos and only now have I been able to fully test it.

    It freaking does work!

    Thank you, guys!!!
    I've just updated to very latest ubuntu jaunty packages and the problem (tearing) persists.

    Code:
    xserver-xorg-video-ati (1:6.9.0.91-1ubuntu1) jaunty; urgency=low
    
      * Merge from debian experimental, remaining changes:
        - Add 104_use_exa.patch: Switches to EXA acceleration by default.
    
    xserver-xorg-video-ati (1:6.9.0.91-1) experimental; urgency=low
    
      * New upstream release candidate.
    
    xserver-xorg-video-ati (1:6.9.0+git20081129.783cdb73-1) experimental; urgency=low
    
      * Pull upstream snapshot, up to commit 783cdb73.
        + Add AGPMode quirk table, closes: #461144, #462590, #467460.
    
    xserver-xorg-video-ati (1:6.9.0+git20081012.c0e6cb6d-1) experimental; urgency=low
    
      * Pull upstream snapshot, up to commit c0e6cb6d, closes: 500903.
    
    Date: Fri, 02 Jan 2009 13:27:30 +0200
    Changed-By: Timo Aaltonen <tjaalton at ubuntu.com>
    Maintainer: Ubuntu X-SWAT <ubuntu-x at lists.debian.org>
    https://launchpad.net/ubuntu/jaunty/+source/xserver-xorg-video-ati/1:6.9.0.91-1ubuntu1
    Code:
    $ egrep EXA* /var/log/Xorg.0.log
    (**) RADEON(0): Option "EXAVSync" "1"
    (==) RADEON(0): Using EXA acceleration architecture
    (==) RADEON(0): Not using accelerated EXA DownloadFromScreen hook
    (II) RADEON(0): Setting EXA maxPitchBytes
    (II) RADEON(0): EXA VSync enabled
    Code:
    $ egrep "AGP 8x" /var/log/Xorg.0.log
    (**) RADEON(0): Using AGP 8x
    
    (--) RADEON(0): Chipset: "ATI Radeon X1600" (ChipID = 0x71c2)
    My Hardware:

    Sapphire AGP x1600pro 512MB

    Apparently, we have the very same packages by now and no tear-free xv for me.

    Any help would be appreciated.

    Thanks For Reading.

    Leave a comment:

Working...
X