Announcement

Collapse
No announcement yet.

OpenVG 1.0 State Tracker Is Here!

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

  • OpenVG 1.0 State Tracker Is Here!

    Phoronix: OpenVG 1.0 State Tracker Is Here!

    Yesterday we shared the exciting news that an OpenVG state tracker was coming quite quickly to the Gallium3D architecture for providing hardware-acceleration to this 2D vector graphics drawing API commonly used with mobile devices. This hour the OpenVG 1.0 state tracker was committed to the Mesa code-base. Zack Rusin has pushed the OpenVG state tracker into a branch called openvg-1.0, while it will officially be integrated with Mesa for the Mesa 7.6 release...

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

  • #2
    Non Violent High Quality Linux Games?

    (sorry, I post in the wrong thread, removing this post)
    Last edited by mendieta; 05-01-2009, 04:15 PM.

    Comment


    • #3
      It seems year 2010 will be the great GPU year for Linux. I can't wait.

      I'm gonna do like Eric Cartman did in South Park. He couldn't wait for the Nintento Wii to come out so he went into the mountains and hibernated himself. He then got "freed" once it came out. However they forgot about him and he got "freed" 500 years later and the Wii didn't exist anymore He never had the pleasure of playing the Wii Will I ever have the pleasure of seeing my Ati card play Doom 3 with Foss drivers?
      Last edited by bulletxt; 05-02-2009, 10:00 AM.

      Comment


      • #4
        Originally posted by bulletxt View Post
        It seems year 2010 will be the great GPU year for Linux. I can't wait.

        I'm gonna do like Eric Cartman did in South Park. He couldn't wait for the Nintento Wii to come out so he went into the mountains and hibernated himself. He then got "freed" once it came out. LOl
        LOL!

        Hopefully we can start seeing "the light" later this year This is will be a huge leap for open/free software, I can't wait!

        Comment


        • #5
          Hey folks

          could somebody translate me what exactly this means? Vector graphics acceleration: Does it mean we will have HW accelerated SVG graphics? Flash content (which often should be moving vector graphics) too?

          Moreover is there any wiki or something which finally and ultimately explains all those x-org/graphics related terms. I lost overview sometime. There is Tungsten, there is intel tech, there is kernel-side stuff and the userland x-org stuff. And so on. I think I can't follow all the new techs.

          edit OMG. There's a sticky thread in here. Should have a look at this.
          Last edited by Adarion; 05-02-2009, 11:27 AM.

          Comment


          • #6
            A friend of mine tried it on his damnly slow intel AGP. Gtkperf under kwin went from 23 seconds to 20 seconds.
            Lines and circles could have been faster, maybe it has to do with the fact gallium3D isn't fully used by the intel driver.

            Does anyone have any idea or feeling about it ?

            Comment


            • #7
              It is stupid to link your own posts on every article you publish. Why you never link to official pages, wikipedia or source anouncement?
              It would be very helpful.

              This is not the first time someone complains about this.

              Comment


              • #8
                Originally posted by siu4coders View Post
                It is stupid to link your own posts on every article you publish. Why you never link to official pages, wikipedia or source anouncement?
                It would be very helpful.

                This is not the first time someone complains about this.

                +1 Quoted For the Thruth

                Comment


                • #9
                  I am literally gibbering with excitement over Gallium3D.
                  Really honestly truely (?) something that no other platform can do (or will ever do?)

                  Of course, I'm assuming that Win32 doesn't do all this already but it's probably a safe assumption.

                  OK, Gallium3D with OpenVG and OpenGL with the Freescale i.MX515 CPU in a netbook.

                  YES PLEASE!! 8@

                  J.

                  Comment


                  • #10
                    Originally posted by siu4coders View Post
                    It is stupid to link your own posts on every article you publish. Why you never link to official pages, wikipedia or source anouncement?
                    It would be very helpful.

                    This is not the first time someone complains about this.

                    Page views and ad bucks.

                    Comment


                    • #11
                      Actually, there usually is a source link. It might be one external link in a dozen, but in my experience it's usually there.

                      Comment


                      • #12
                        Qt 4.6 has added an OpenVG renderer. The OpenVG codepath is faster than OpenGL in Qt (OpenGL support is too complex; OpenVG, being a 2D API, maps almost directly to QPaintEngine). This means that with Gallium3D, all Qt/KDE apps would get a huge boost in GUI performance.

                        Comment


                        • #13
                          *insert snark comment about e17 already being that fast*

                          But seriously, if Cairo picks it up too, this will be great. <canvas> in Firefox (and in Konqueror) will basically get HW accel for free.

                          Comment


                          • #14
                            Originally posted by RealNC View Post
                            Qt 4.6 has added an OpenVG renderer. The OpenVG codepath is faster than OpenGL in Qt (OpenGL support is too complex; OpenVG, being a 2D API, maps almost directly to QPaintEngine). This means that with Gallium3D, all Qt/KDE apps would get a huge boost in GUI performance.
                            I didn't know that, great
                            For anyone else interested, found some more info here. Though it seems that the performance OpenGL v OpenVG could be fairly "situation dependent".

                            Comment

                            Working...
                            X