Announcement

Collapse
No announcement yet.

Catalyst (fglrx) issues with XVideo

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

  • Catalyst (fglrx) issues with XVideo

    Hi,

    i am trying to get XVideo to work on my box. Currently i am using Ubuntu 9.10 amd64 with stock X.org (1:7.4+3ubuntu7 without the no-backfill patches) and i tried Catalyst 9.10, .11, .12 (which does not seem to support my card) and 10.1 (thanks to the instructions in this forum). My system is a Lenovo T400 with a Radeon 3470. According to xvinfo and the X logfile Xvideo should work, however neither gstreamer, mplayer or vlc will produce anything besides a black box where the video should be when using xv output (audio works fine, neither mplayer nor vlc do print any error messages regarding xv output).

    After googling a while i tried this:

    Code:
    xvattr -a XV_SET_DEFAULTS -v 0
    which produces the following output:

    Code:
      Found Xv 2.2
      X Error of failed request:  BadMatch (invalid parameter attributes)
      Major opcode of failed request:  132 (XVideo)
      Minor opcode of failed request:  14 ()
      Serial number of failed request:  14
      Current serial number in output stream:  14
    mplayer now works nicely using xv output. However, if i open a video in totem (gstreamer) afterwards xv output still does not work. Once i start totem, close it and afterwards start mplayer xv output does not work anymore either. Doing:


    Code:
    xvattr -a XV_SET_DEFAULTS -v 0
    once more enables xv output using mplayer again.

    Xorg log: http://pastebin.com/m35d51c4b

    xvinfo: http://pastebin.com/m1418769e

    Any ideas? Thanks in advance.

  • #2
    I think Totem is having fun just setting it's own defaults whenever it starts, that's why you need to reset them each time.

    I cannot tell you why it doesn't work though, xv works fine with 9.11, 9.12 and 10.1 on my machine (HD 5770).

    Comment


    • #3
      Originally posted by rohcQaH View Post
      I think Totem is having fun just setting it's own defaults whenever it starts, that's why you need to reset them each time.

      I cannot tell you why it doesn't work though, xv works fine with 9.11, 9.12 and 10.1 on my machine (HD 5770).
      Are you using amd64 or ix86? It worked fine previously when i was still using i386, after replacing the harddisk i reinstalled the amd64 version instead.

      totem(-gstreamer) uses the default video sink specified with gstreamer-properties for example... but you are right i'll have a closer look at the gstreamer settings and what gstreamer/totem does when initializing the video sink.

      I'd really like to use xserver-xorg-ati-radeon instead but somehow video decoding is just to slow at the moment, and i don't want to update to bleeding-edge X, Mesa and Kernel for now. Additionaly the power saving using ForceLowPowerMode produces graphics corruption on my system.

      Comment


      • #4
        You are correct, good sir, totem overwrites xv attributes and causes it to not display the video correctly. using xvattr to reset to defaults and testing the xv video using gstreamer-properties works nicely. I'll try to build a version of totem which won't touch the xv attributes and report back. i still the underlying bug is located in fglrx, but as long as this workaround will do the trick i won't complain.

        Comment


        • #5
          Originally posted by tarzan View Post
          Are you using amd64 or ix86?
          amd64 of course.

          does the bug apply after a clean boot without touching totem, i.e. having nothing but fglrx defaults? have you tried just starting a minimal X session with nothing but xterm and launching mplayer from there? That would at least narrow down the culprit.

          Comment


          • #6
            If you don't have any specific reason to use Xv, try OpenGL instead. Catalyst's Xv implementation is broken (visual glitches, no vsync, wrong colors.)

            Comment


            • #7
              Originally posted by RealNC View Post
              (visual glitches, no vsync, wrong colors.)
              no vsync is true, but I never noticed the other two.

              In a direct comparison you can notice a subtle difference (less contrast with xv), but IIRC there's an xv attribute to change that if you cared.

              visual glitches? Never had 'em.

              Comment


              • #8
                Sooo... using mplayer with xv output works nicely until totem starts, so i guess totem sets an xv attribute which for some reason does not work on my machine.

                Comment


                • #9
                  Originally posted by tarzan View Post
                  Sooo... using mplayer with xv output works nicely until totem starts, so i guess totem sets an xv attribute which for some reason does not work on my machine.
                  I am banging my head repeatedly against the wall right now... for some reason the contrast setting in totem was set to 0 while the slider was at 50%... after moving the slider a bit my video appears... ahhh

                  Comment


                  • #10
                    Originally posted by rohcQaH View Post
                    no vsync is true, but I never noticed the other two.

                    In a direct comparison you can notice a subtle difference (less contrast with xv), but IIRC there's an xv attribute to change that if you cared.

                    visual glitches? Never had 'em.
                    No, you can't change it. It's wrong colors, period. Xv with Catalyst is supposed to only have correct colors when you connect your card to a TV. For a computer monitor, it's simply the wrong color space (black turns gray-ish and everything is a bit washed out.)

                    Glitches: Minimizing an Xv window and restoring it again results in a blank window. Also, borderless windows with a size-grip in the Xv area will result in a glitch that spans the whole bottom length of the window (as high as the size grip.)

                    All in one, OpenGL video is far superior with Catalyst and there's absolutely no reason (unless you can name one) to use Xv if your application supports OpenGL.

                    Comment


                    • #11
                      Originally posted by RealNC View Post
                      Glitches: Minimizing an Xv window and restoring it again results in a blank window. Also, borderless windows with a size-grip in the Xv area will result in a glitch that spans the whole bottom length of the window (as high as the size grip.)
                      nope, not on this computer.

                      Originally posted by RealNC View Post
                      All in one, OpenGL video is far superior with Catalyst and there's absolutely no reason (unless you can name one) to use Xv if your application supports OpenGL.
                      -vo gl2 generates more CPU load and has some gfx corruption when going fullscreen. On this computer.

                      Feel free to use what works best for you, but I'll stick with what works best for me. And so should tarzan

                      Comment


                      • #12
                        The only problem Xv has on my computer is tearing with videos. Nothing other than that. OpenGL is far more glitchy and produces more CPU load, but at least you can get rid of video tearing with it.

                        Comment


                        • #13
                          For fullhd opengl output can be really too slow with lowend cards.

                          Comment


                          • #14
                            It has been discussed to death that Xv has wrong colors. It has been confirmed officially too. It is not possible for it to have the correct color space :P

                            But whatever, if you can't make out any difference then use Xv. The point is that it is impossible for it to be a better choice than gl. Just common sense here, nothing more.

                            Comment


                            • #15
                              Colors seem to be the same between fglrx and radeon. Maybe it's just certain video formats.

                              Comment

                              Working...
                              X