Announcement

Collapse
No announcement yet.

Radeon Driver Gets Textured Video (Xv)

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

  • #16
    Originally posted by ioannis View Post
    I've gave a try, but I get an error during autoconfig
    ./configure: line 20296: syntax error near unexpected token `XINERAMA,'

    tried in ubuntu 7.10 and Fedora 8. I have libXinerama-dev package installed. Where is the XINERAMA macro defined ?
    I think you need the xserver macros. I'm not sure what the package is called on fedora though.

    Comment


    • #17
      Originally posted by agd5f View Post
      I think you need the xserver macros. I'm not sure what the package is called on fedora though.
      I believe that it's xorg-x11-server-sdk.

      Comment


      • #18
        Originally posted by agd5f View Post
        I think you need the xserver macros. I'm not sure what the package is called on fedora though.
        Thanks. You were right.

        The package is called 'xorg-x11-server-sdk' on Fedora.

        Using EXA acceleration works with compiz as advertised, but there is a pink hue on the video. Some colour conversion error? The video plays fine with video overlay (though with the usual problem of not being mapped on the window)

        There isn't any measurable performance drop as others have mentioned as well. No difference between compiz and metacity. Both exhibit the same pink hue.

        Comment


        • #19
          Originally posted by agd5f View Post
          As noted in the commit message, there are currently some clipping issues with r300 that I haven't sorted out yet, hence the corruption.
          Ok, I'm not used to git and haven't figured out how to read commit messages yet. Sorry for the noise.


          Originally posted by agd5f View Post
          Switch to EXA. XAA does not provide a mechanism to migrate pixmaps from system ram to vram.
          I'd love to try it out, but unfortunately, for some reason, with AccelMethod=EXA my desktop freezes over (no keyboard or screen updates) when I try to start gnome-terminal, which I usually use to start compiz. (Everything else seems to work fine. Weird.) At the moment I do not have another computer nearby to log in with to check what's going on. Ctrl-Alt-Fx doesn't work, not even SysRq.

          I've never really gotten EXA to work; 2D updates like resizing a window is unbearably slow, like 2-3 draws per second. (This is on a R420.) Perhaps we should let others test this, and I'll get back with results if I get EXA going.

          Comment


          • #20
            Nice work... Dramatically less CPU usage when playing videos.

            In related features anyone know if/when xvMC (or vaapi if that is the new thing) will make its way into the radeon driver?

            Comment


            • #21
              I checked out xf86-video-ati from git yesterday to try xv on my RS690 equipped HTPC, but xvinfo only returned "no adaptors present".

              Is xv supposed to work on RS960 chips? Do I need to add something to the configuration file?

              Comment


              • #22
                Originally posted by DocentDAMP View Post
                I checked out xf86-video-ati from git yesterday to try xv on my RS690 equipped HTPC, but xvinfo only returned "no adaptors present".

                Is xv supposed to work on RS960 chips? Do I need to add something to the configuration file?
                It should work. Are you sure you installed it properly? The drivers install to /usr/local unless you override when you run configure:
                Code:
                ./autogen.sh --prefix=/usr
                Make sure you back the current driver in case something goes wrong.

                Comment


                • #23
                  On my RS690 (Asus M2A-VM) I get nothing but strangely coloured triangles.
                  Could this be due to lack of proper DRI drivers?

                  /Paul

                  Comment


                  • #24
                    Originally posted by agd5f View Post
                    It should work. Are you sure you installed it properly? The drivers install to /usr/local unless you override when you run configure:
                    Code:
                    ./autogen.sh --prefix=/usr
                    Make sure you back the current driver in case something goes wrong.
                    Thanks! I probably did something wrong with the updating of the git code because I checked out a clean copy, compiled it and now I get some decent output from xvinfo.

                    However, when I run "mplayer -vo xv any_film.avi" I get nothing but flickering red and green fields/triangles. This is probably the same problem xpgdk has.

                    Comment


                    • #25
                      texturedvideo seems to be ignored on my x200m. the xv overlay worked also before, but rendering still results not present. since rs690 should be about the same i was thinking that rs480 would also support texturedvideo.
                      or do i have to compile something else beside xf86-video-ati?!

                      Comment


                      • #26
                        Originally posted by givemesugarr View Post
                        texturedvideo seems to be ignored on my x200m. the xv overlay worked also before, but rendering still results not present. since rs690 should be about the same i was thinking that rs480 would also support texturedvideo.
                        or do i have to compile something else beside xf86-video-ati?!
                        It's not on by default on rs480 cards, but it should work, it's just that no one has tested it. You could go in and edit the code to enable it for rs480. Let me know and I can provide a patch.

                        Comment


                        • #27
                          Originally posted by agd5f View Post
                          This adds support for Xv adapters using the texture engine for display and colorspace conversion. Since the textures draw directly to the framebuffer, they work with composited desktops and rotation. So yes, using the textured adapter will work properly with compiz. We still expose the overlay adapter as well however, so make sure you use the right one when running compiz.

                          I'm not sure I follow you on this: you say it draws directly to framebuffer, but then say it should get redirected properly by compiz.. I don't think that makes sense

                          Comment


                          • #28
                            Originally posted by pedepy View Post
                            I'm not sure I follow you on this: you say it draws directly to framebuffer, but then say it should get redirected properly by compiz.. I don't think that makes sense
                            when you use the overlay, the video data is written to a separate overlay buffer and a colorkey is drawn to the part of the screen where the video would be. When the crtc scans out the frame, if the overlay is enabled and sourced to that crtc, the area with the colorkey is replaced by the video data when the pixel stream is sent to the output. When you use textured video, the texture engine converts the YUV data to RGB and writes it to a buffer: either the scanout buffer itself or a pixmap for composite. Since the data is actually there in a buffer it can be blended, etc. This doesn't work with the overlay because there is no data in the buffer, just colorkey; the streams are mixed during scanout.

                            Comment


                            • #29
                              Originally posted by agd5f View Post
                              It's not on by default on rs480 cards, but it should work, it's just that no one has tested it. You could go in and edit the code to enable it for rs480. Let me know and I can provide a patch.
                              if that could help you devs to get it working i'd be glad to try it out and see if it works.

                              Comment


                              • #30
                                latest commit made the checkboard pattern on radeon 9700 disappear, texturedvideo is useable now
                                R300/R500: set the number graphics pipes properly

                                This should fix the checkerboard issues on r300/r350 cards.
                                btw: this also fixed exa-accelerated rotation.

                                Comment

                                Working...
                                X