Announcement

Collapse
No announcement yet.

Eight Reasons You Can Enjoy Mesa 8.0

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

  • Eight Reasons You Can Enjoy Mesa 8.0

    Phoronix: Eight Reasons You Can Enjoy Mesa 8.0

    While OpenGL 3.0 / GLSL 1.30 support in Mesa 8.0 has been what's talked about lately for this open-source graphics library to be released next month, there's a lot of other improvements too in Mesa 8.0 for those of you using the open-source graphics drivers under Linux...

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

  • #2
    I was thinking wow a positive article for a change until I read the last line
    Last edited by FireBurn; 01-10-2012, 04:02 PM. Reason: Typo

    Comment


    • #3
      Originally posted by FireBurn View Post
      I was thinking wow a positive article for a change until I read the last line
      I had exactly the same thoughts...


      Edit:
      Still remember titles like: "Holy crap! You can use xvmc with r600g!"
      Even though it was obvious that xvmc won't save the world. I guess recession hits everybody sooner or later...
      Last edited by HokTar; 01-10-2012, 04:26 PM.

      Comment


      • #4
        Originally posted by HokTar View Post
        I had exactly the same thoughts...


        Edit:
        Still remember titles like: "Holy crap! You can use xvmc with r600g!"
        Even though it was obvious that xvmc won't save the world. I guess recession hits everybody sooner or later...
        I think he's found a buyer for Phoronix or at least some part of his businesses

        Comment


        • #5
          Originally posted by phoronix View Post
          Phoronix: Eight Reasons You Can Enjoy Mesa 8.0

          While OpenGL 3.0 / GLSL 1.30 support in Mesa 8.0 has been what's talked about lately for this open-source graphics library to be released next month, there's a lot of other improvements too in Mesa 8.0 for those of you using the open-source graphics drivers under Linux...

          http://www.phoronix.com/vr.php?view=MTA0MDY
          Snb doesn't support Linux when it comes to accelerated encode.

          Comment


          • #6
            Well in mainline libva (-intel-driver) there is support for it. No other branch needed. Check vainfo/avcenc with latest code. For debian (and maybe ubuntu, but did not test there):

            http://kanotix.com/files/fix-libva-drivers.sh

            Comment


            • #7
              Originally posted by Kano View Post
              Well in mainline libva (-intel-driver) there is support for it. No other branch needed. Check vainfo/avcenc with latest code. For debian (and maybe ubuntu, but did not test there):

              http://kanotix.com/files/fix-libva-drivers.sh
              Hi Kano.
              I was referring to this http://software.intel.com/en-us/foru...ad.php?t=77855

              BTW, do you happen to know if Fedora ships the libva driver? It seems as though they would since it is the upstream, but they may view it as tainted.

              Comment


              • #8
                Originally posted by liam View Post
                Hi Kano.
                I was referring to this http://software.intel.com/en-us/foru...ad.php?t=77855

                BTW, do you happen to know if Fedora ships the libva driver? It seems as though they would since it is the upstream, but they may view it as tainted.
                This is what I see running Fedora 16:

                Code:
                # yum search libva
                Loaded plugins: langpacks, presto, refresh-packagekit
                ============================== N/S Matched: libva ==============================
                libva-devel.i686 : Development files for libva
                libva-devel.x86_64 : Development files for libva
                libva-utils.x86_64 : Tools for libva (including vainfo)
                libva.i686 : Video Acceleration (VA) API for Linux
                libva.x86_64 : Video Acceleration (VA) API for Linux
                libva-freeworld.x86_64 : Video Acceleration (VA) API for Linux
                
                  Name and summary matches only, use "search all" for everything.
                
                # yum info libva
                Loaded plugins: langpacks, presto, refresh-packagekit
                Installed Packages
                Name        : libva
                Arch        : x86_64
                Version     : 1.0.14
                Release     : 1.fc16
                Size        : 155 k
                Repo        : installed
                From repo   : fedora
                Summary     : Video Acceleration (VA) API for Linux
                URL         : http://freedesktop.org/wiki/Software/vaapi
                License     : MIT
                Description : Libva is a library providing the VA API video acceleration API.
                
                Available Packages
                Name        : libva
                Arch        : i686
                Version     : 1.0.14
                Release     : 1.fc16
                Size        : 53 k
                Repo        : fedora
                Summary     : Video Acceleration (VA) API for Linux
                URL         : http://freedesktop.org/wiki/Software/vaapi
                License     : MIT
                Description : Libva is a library providing the VA API video acceleration API.

                Comment


                • #9
                  Well that is not the latest code of course, but the last (1.0.14) which might integrate the intel driver by default in that package. Since libva 1.0.15 the intel driver is seperate. You can be sure i will not search updated fedora packages for you nor will i write a script to update it there. but you can try it of course.

                  Comment


                  • #10
                    Originally posted by drag View Post
                    This is what I see running Fedora 16:

                    Code:
                    # yum search libva
                    Loaded plugins: langpacks, presto, refresh-packagekit
                    ============================== N/S Matched: libva ==============================
                    libva-devel.i686 : Development files for libva
                    libva-devel.x86_64 : Development files for libva
                    libva-utils.x86_64 : Tools for libva (including vainfo)
                    libva.i686 : Video Acceleration (VA) API for Linux
                    libva.x86_64 : Video Acceleration (VA) API for Linux
                    libva-freeworld.x86_64 : Video Acceleration (VA) API for Linux
                    
                      Name and summary matches only, use "search all" for everything.
                    
                    # yum info libva
                    Loaded plugins: langpacks, presto, refresh-packagekit
                    Installed Packages
                    Name        : libva
                    Arch        : x86_64
                    Version     : 1.0.14
                    Release     : 1.fc16
                    Size        : 155 k
                    Repo        : installed
                    From repo   : fedora
                    Summary     : Video Acceleration (VA) API for Linux
                    URL         : http://freedesktop.org/wiki/Software/vaapi
                    License     : MIT
                    Description : Libva is a library providing the VA API video acceleration API.
                    
                    Available Packages
                    Name        : libva
                    Arch        : i686
                    Version     : 1.0.14
                    Release     : 1.fc16
                    Size        : 53 k
                    Repo        : fedora
                    Summary     : Video Acceleration (VA) API for Linux
                    URL         : http://freedesktop.org/wiki/Software/vaapi
                    License     : MIT
                    Description : Libva is a library providing the VA API video acceleration API.
                    I've yum'd the same, but I dismissed it since it was calling itself a library which made me think it was for developing libva enabled apps (outside of using a framework), but since you posted this I checked the actual contents of the rpm and found it (libva-freeworld) does in fact include the i965 driver, so, thanks!
                    libva.rpm doesn't seem to provide i965, thus it doesn't seem to do anything useful.
                    https://bugzilla.redhat.com/show_bug.cgi?id=518546

                    Comment


                    • #11
                      This article makes me sick

                      A little deconstruction of your (as always) sickly optimistic article:
                      • New Hardware Support: If you want minimal support for your new card, have fun. For my old card, nothing changed and for you people with new cards: congratulations, your silicon may draw pictures.
                      • Overhauled VMware Driver: srsly? I don't know anybody who uses that, so I'm sure there are SO many rejoicing people out there, because of that feature. At least I am not one of those, so nothing changed.
                      • Video Improvements: I cannot remember exactly, but that was MPEG-2 only and still experimental, right? I did not have MPEG-2 problems before and I have none now, so nothing changed.
                      • Gallium3D State Trackers: yeah, Dx10/11 sure... but NOTHING uses that (-> wine? nope!), what else do we have? Some 2D acceleration, awesome. So nothing changed, right?
                      • LLVMpipe Enhanced: My hypothesis: nobody but developers use this, so nothing changed.
                      • Performance Improvements: $new_Intel_bridge (the only thing I read of in most of the last articles). Congratulations if you have such hardware, so basically, nothing changed for most people.
                      • Android Support: come on... who cares about telephones and other non-computers? Nothing changed for me.
                      • Many Other Enhancements: GLSL 1.3 being NEARLY there (so it is NOT, why do you even talk about it then?), and hundreds of thousands of billions of commits... yeah, but WHAT changed? As you fail to deliver some examples, nothing changed.

                      So here is my summary: there are SO many improvements, that my Radeon HD 4350 cannot play x264 with 720x476 resolution without judder, which was possible with my old Geforce 4 and the binary blob, and there are SO many improvements, that I still have to use OpenGL 2.1 with Mesa 8.0-devel (git-bd38459). Well, I bought a game console for games, screw 3D-Linux.
                      I know, there are many people working on it and I very appreciate it, and with gitstats I can see that they are working really hard around the clock and that there ARE more commits than ever to mesa, but the developers can't do magic and need much more time (I guess 5 years at least for my old card and in 5 years I will have a newer one, I am sure). So please stop being overly fanatic, enthusiastic and euphemistic (nearly complete aka not complete == totaly completed!1!!) about the "changes" in mesa, it makes me sick; e.g. OpenGL 3.0 can be used by 1-2 $new_intel_devices and most people still use about OpenGL 2.1, so don't always overgeneralize and talk about OpenGL 3.0 is the reality and it is so fantastic and awesome and blabla with a little disclaimer (if any) that this is hardware dependent. I don't know which drugs you are using, but I guess I need those too, to be causeless happy like you all the time.

                      Comment


                      • #12
                        Originally posted by mark_ View Post
                        A little deconstruction of your (as always) sickly optimistic article:
                        It's funny because recently so many people have complained that Michael's articles are too negative.

                        Originally posted by mark_ View Post
                        [*]Overhauled VMware Driver: srsly? I don't know anybody who uses that, so I'm sure there are SO many rejoicing people out there, because of that feature. At least I am not one of those, so nothing changed
                        Well, I tried. Since I recently wanted to try some games I put a Windows hard disk in my laptop and my linux hard disk in a USB case (since in 2012 Windows still cannot boot from USB disks. On the first boot after I changed hard disks I accidentally booted linux again from the USB disk. It worked out of the box). Linux on a physical disk in VMWare player works very well too.
                        But while the vmwgfx code in the kernel, in libdrm git and mesa git is probably good the stable X driver only uses a fallback on some legacy and the git X driver won't compile:
                        http://phoronix.com/forums/showthrea...wgfx-stuff-but
                        So I personally appreciate this. But I cannot even compile a necessary component...

                        Originally posted by mark_ View Post
                        [*]Gallium3D State Trackers: yeah, Dx10/11 sure... but NOTHING uses that (-> wine? nope!), what else do we have? Some 2D acceleration, awesome. So nothing changed, right?
                        "Mesa, DRI, and EGL state trackers"?? Did you even read all of that?

                        Originally posted by mark_ View Post
                        [*]Performance Improvements: $new_Intel_bridge (the only thing I read of in most of the last articles). Congratulations if you have such hardware, so basically, nothing changed for most people.
                        "for the various drivers"??

                        Originally posted by mark_ View Post
                        [*]Android Support: come on... who cares about telephones and other non-computers? Nothing changed for me.
                        I personally would like it when all android devices used mesa and thus all those android graphics drivers would be improved at the same time. Why don't we have truly smooth scrolling on highend smartphones in 2012?

                        Originally posted by mark_ View Post
                        So here is my summary: there are SO many improvements, that my Radeon HD 4350 cannot play x264
                        x264 is an implementation of a h264 encoder...?

                        Originally posted by mark_ View Post
                        with 720x476 resolution without judder, which was possible with my old Geforce 4 and the binary blob,
                        Great, use fglrx and vaapi. Or don't.

                        While I never had a HD 42xx I have had a Pentium 4 (3ghz) with a radeon x300 (very low-end, even then) and I never had video playing problems there with xv. Only full hd was not always smooth, but that was CPU bound I guess.

                        Originally posted by mark_ View Post
                        and there are SO many improvements, that I still have to use OpenGL 2.1 with Mesa 8.0-devel (git-bd38459). Well, I bought a game console for games, screw 3D-Linux.
                        I don't get your problem. Most of OpenGL 3.0+ is supported anyway, it's just not complete. But OpenGL often doesn't need that completeness. Mesa can run Unigine Heaven!! And Portal 2 in wine is even very well playable with my HD 6550M. And even Skyrim is rendered correctly as far as I can see it, though that needs a serious speedup.

                        Originally posted by mark_ View Post
                        (nearly complete aka not complete == totaly completed!1!!) about the "changes" in mesa, it makes me sick; e.g. OpenGL 3.0 can be used by 1-2 $new_intel_devices and most people still use about OpenGL 2.1,
                        But nearly complete means that you can use many features from OpenGL above 2.1, just not all. But often even enaugh...

                        Comment


                        • #13
                          Video Improvements: It's not using the NVIDIA PureVideo or AMD Unified Video Decoder engines -- instead using GPU shaders -- but another 8.0 feature is the video accelerated playback support improvements within Gallium3D.
                          When are we finally going to see accelerated H.264 decode? It seems to me like this acclerated video decode thing is developed at a snail's pace

                          Comment


                          • #14
                            Originally posted by ChrisXY View Post
                            While I never had a HD 42xx I have had a Pentium 4 (3ghz) with a radeon x300 (very low-end, even then) and I never had video playing problems there with xv. Only full hd was not always smooth, but that was CPU bound I guess.
                            Yea, I have similar hardware.. And it's pretty much the same story for ALL OSs.. However, there is VDPAU support under Linux, unlike all the other OSs for our graphics chips r300g which should drastically drop CPU usage on those hd videos making them playable.. It's not completely finished, but it's something no other OS has. I just wished that they focused on things that Linux doesn't have that all other OSs do have, like MSAA for our graphics chips, rather than focusing so much on things that no other OS has. (MLAA, VDPAU on Radeon hardware, etc.).. But that's just my opinion.

                            Either way, progress is progress.
                            Last edited by Sidicas; 01-11-2012, 10:33 AM.

                            Comment


                            • #15
                              Originally posted by AnonymousCoward View Post
                              When are we finally going to see accelerated H.264 decode? It seems to me like this acclerated video decode thing is developed at a snail's pace
                              Good question... I think the short answer is that it's *REALLY* hard to do, especially on older hardware. I'm still very surprised they would even attempt something like that on older hardware, but they do list it as *MOSTLY* complete on r300g which is pretty cool because it's really never been done before on a lot of hardware, even in the proprietary drivers.

                              Comment

                              Working...
                              X