Announcement

Collapse
No announcement yet.

Gallium3D Pipe-Video To Be Merged To Mesa Master

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

  • Gallium3D Pipe-Video To Be Merged To Mesa Master

    Phoronix: Gallium3D Pipe-Video To Be Merged To Mesa Master

    The next release of Mesa, which will be released as either Mesa 7.12 or Mesa 8.0 (assuming OpenGL 3.0 compliance) next January, is already beginning to receive some exciting features. Mesa 7.11 isn't being released until the end of this month, but the changes taking place in Git master are quite enticing for those wishing to live on the bleeding-edge of open-source Linux graphics drivers...

    http://www.phoronix.com/vr.php?view=OTY1OQ

  • #2
    "bleeding-edge" has made me scarred, not for life, but for enough to avoid the shiniest shiny new stuff. Today I wait at least a two days before I touch the latest and greatest, not two hours as I used to.

    Comment


    • #3
      Will there be...

      article how to install newes mesa, drm, drivers, whatever to get newes from code repo driver stack?

      I would like to test newest opensource drivers, but they lack power managment for me right this moment, but I do not mind to set up new linux instance just to test this new graphic stuff.

      Comment


      • #4
        Originally posted by przemoli View Post
        article how to install newes mesa, drm, drivers, whatever to get newes from code repo driver stack?

        I would like to test newest opensource drivers, but they lack power managment for me right this moment, but I do not mind to set up new linux instance just to test this new graphic stuff.
        This is dependent on your distro. Ubuntu has the xorg-edgers ppa and I'm sure other distros have already packaged mesa/3D stuff available. I use Debian and pull directly from git, so let me know if you want help with that.

        Comment


        • #5
          Originally posted by sabriah View Post
          "bleeding-edge" has made me scarred, not for life, but for enough to avoid the shiniest shiny new stuff. Today I wait at least a two days before I touch the latest and greatest, not two hours as I used to.
          Two days? You better wait for the monthly 4.7.x bugfix point releases.

          Comment


          • #6
            But more important is:
            Do the videos play without tearing? That's actually quite a big problem for many people. I use catalyst on my laptop and I see this problem extremely with dualscreen. The tear-free feature kind of works but introduces something like micro-laggs into the videos.
            I know this is hard especially to sync with two screens but if there is finally some magic to make it work this would be a killer feature.

            Comment


            • #7
              Originally posted by przemoli View Post
              article how to install newes mesa, drm, drivers, whatever to get newes from code repo driver stack?
              You really don't need an article for this. Just make sure you use a distro with up to date components (ddx, drm, kernel) and after cloning from git it's a simple matter of autogen, configure and make.

              Be sure to install the drivers in a non-system wide prefix and use environment variables to run the experimental stuff. Then there's no risk of screwing something up.

              Comment


              • #8
                Originally posted by ChrisXY View Post
                But more important is:
                Do the videos play without tearing? That's actually quite a big problem for many people. I use catalyst on my laptop and I see this problem extremely with dualscreen. The tear-free feature kind of works but introduces something like micro-laggs into the videos.
                I know this is hard especially to sync with two screens but if there is finally some magic to make it work this would be a killer feature.
                "finally" ? probably, for about half a year the feature is there.
                i'm using r600g on RV770CE(4730) with dual-screen (real dual-screen, not xrandr/xinerama bullshit) and there is no tearing or lag whatsoever.

                mesa, libdrm and xf86-video-ati from git, kernel is 2.6.39. but i pretty sure there are bunch of releases with that. so, stop asking already ! it's only a problem for half-baked binary crap.

                Comment


                • #9
                  "xrandr bullshit"?

                  Comment


                  • #10
                    yeah, xrandr IS real dual screen.
                    Can't get any better than that...

                    I think the OP just confused xinerama and xrandr?

                    Well, I have a E350 machine that would welcome this!
                    So, waiting to test it soon!

                    Comment


                    • #11
                      Originally posted by grigi View Post
                      yeah, xrandr IS real dual screen.
                      Can't get any better than that...

                      I think the OP just confused xinerama and xrandr?

                      Well, I have a E350 machine that would welcome this!
                      So, waiting to test it soon!
                      Well everybody makes mistakes... take you for example... you just confused dfx with michael (phoronix).. the latter of whom is the OP.

                      Comment


                      • #12
                        Conceded, I did mean dfx.

                        Anyways the point was, don't take things too literally where humans are involved :P

                        Comment


                        • #13
                          Originally posted by grigi View Post
                          yeah, xrandr IS real dual screen.
                          Can't get any better than that...

                          I think the OP just confused xinerama and xrandr?

                          Well, I have a E350 machine that would welcome this!
                          So, waiting to test it soon!
                          it does. it's when you have two completely separate screens (like :0.0 and :0.1) and not one stupid wide screen spanning across several outputs. so no window suddenly appear on wrong output or worse, half on one and half on another, unless they were explicitly originated there (like by running `DISPLAY=:0.1 mplayer -f <some file>`). but mouse still can travel across outputs.

                          know how to do so with xrandr ?

                          Comment


                          • #14
                            Originally posted by DanL View Post
                            This is dependent on your distro. Ubuntu has the xorg-edgers ppa and I'm sure other distros have already packaged mesa/3D stuff available. I use Debian and pull directly from git, so let me know if you want help with that.
                            Thx for edgers. But I was thinking about pulling gits repos. But do not know what are dependencies, nor repos in question. (I have AMD 5730HD Mobile, OS is Ubuntu 11.04)

                            So if you can give me detiled guide (ok I'm programist my self and know how to use git, but I would rather not found the hard way that I missed that one little lib-dev package I should installed beforehand )

                            Thx for help!

                            (Ps if you would be kind to inform me if there are any separete branches for power managment development, for r600g... that's main game stopper for me (and OGL4.1 or lack of it))

                            Comment


                            • #15
                              Originally posted by przemoli View Post
                              Thx for edgers. But I was thinking about pulling gits repos. But do not know what are dependencies, nor repos in question. (I have AMD 5730HD Mobile, OS is Ubuntu 11.04)

                              So if you can give me detiled guide (ok I'm programist my self and know how to use git, but I would rather not found the hard way that I missed that one little lib-dev package I should installed beforehand )
                              There's no magic involved.
                              Today I used that PKGBUILD for archlinux.
                              Code:
                              pkgname=mesa-full-r600g
                              pkgver=20110712
                              _realver=7.12
                              pkgrel=1
                              pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch (mesa 7.12). Compiles mesa for r600g (gallium)."
                              arch=(i686 x86_64)
                              url="http://mesa3d.org/"
                              license=('LGPL')
                              depends=('libdrm-git' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'llvm')
                              makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
                              optdepends=('llvm: "configure" tests for its presence and compiles with some additional "-D" macros if found')
                              provides=("libgl=${_realver}" "mesa=${_realver}" "freeglut=${_realver}" "glut=${_realver}" "ati-dri=${_realver}")
                              replaces=('libgl' 'mesa' 'freeglut' 'glut' 'ati-dri')
                              conflicts=('libgl' 'mesa' 'freeglut' 'glut' 'ati-dri' 'mesa-full')
                              
                              _gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
                              _gitname="mesa"
                              
                              build() {
                                 msg "Connecting to git.freedesktop.org GIT server...."
                              
                                 if [ -d $startdir/src/$_gitname ] ; then
                                    cd $_gitname && git pull origin
                                    msg "The local files are updated."
                                 else
                                    git clone $_gitroot
                                 fi
                              
                                 msg "GIT checkout done or server timeout"
                                 msg "Starting make..."
                              
                                 rm -rf $startdir/src/$_gitname-build
                                 cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
                                 cd ${srcdir}/${_gitname}-build
                              
                                 cd "${startdir}/src/mesa-build"
                                 ./autogen.sh --prefix=/usr \
                                 --with-dri-drivers=r600 \
                                 --with-gallium-drivers=r600 \
                                 --with-dri-driverdir=/usr/lib/xorg/modules/dri \
                                 --enable-glx-tls \
                                 --enable-xcb \
                                 --enable-egl \
                                 --enable-gallium-egl \
                                 --enable-gallium-llvm \
                                 --enable-glu \
                                 --enable-gles1 \
                                 --enable-gles2 \
                                 --enable-glut \
                                 --enable-glw \
                                 --enable-openvg \
                                 --enable-xa \
                                 --enable-xorg \
                                 --enable-osmesa \
                                 --enable-texture-float \
                                 --enable-shared-glapi \
                                 --enable-shared-dricore \
                                 --enable-shared-driglx-direct \
                                 --enable-gbm \
                                 --enable-gallium-gbm || return 1
                              
                                 make || return 1
                                 make DESTDIR="${pkgdir}" install || return 1
                              
                                 install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
                                 ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so || return 1
                              }
                              Should be easy to translate into a generic build.
                              But it doesn't have the pipe video yet I think.

                              Originally posted by przemoli View Post
                              (Ps if you would be kind to inform me if there are any separete branches for power managment development, for r600g... that's main game stopper for me (and OGL4.1 or lack of it))
                              I think mesa is the wrong place to look for in power management. That's probably mostly in the kernel. Maybe xf86-video-ati does play a role, don't know.

                              Comment

                              Working...
                              X