Announcement

Collapse
No announcement yet.

The Current State Of OpenGL 3, OpenGL 4 In Mesa 9.2

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

  • The Current State Of OpenGL 3, OpenGL 4 In Mesa 9.2

    Phoronix: The Current State Of OpenGL 3, OpenGL 4 In Mesa 9.2

    With the release of Mesa 9.2 being a few weeks out, here's a current look at the OpenGL 3.x/4.x support levels within Mesa...

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

  • #2
    Still stuck on OpenGL 3.0...

    So why is my ATI RV670 [Radeon HD 3870] still stuck on OpenGL 3.0?

    I've tried building from source (which actually get's it stuck to 2.0) and with xorg-edgers ppa.

    Comment


    • #3
      Originally posted by gQuigs View Post
      So why is my ATI RV670 [Radeon HD 3870] still stuck on OpenGL 3.0?

      I've tried building from source (which actually get's it stuck to 2.0) and with xorg-edgers ppa.
      you need a recent version of mesa-progs, old glxinfo don't show profiles and if you get GL 2.0 you are doing it wrong and is falling back to LLVMpipe

      Comment


      • #4
        in fact i would tell you if you use ubuntu stick to their repo release but if you wanna stay bleeding edge switch to gentoo ubuntu is not a friendly place for mess with source compilation

        Comment


        • #5
          Hope to see OpenGL 3.3 support soon in Mesa.
          Sucks that there Khronos doesn't provide any reference implementation.

          Who is working on Mesa?

          Google and all the Android smartphone companies would only be interested in OpenGL ES.
          Does Mesa support OpenGL ES?

          I guess AMD and Intel have some developers maybe?
          Wish Nvidia would contribute to to Mesa too.

          Comment


          • #6
            Originally posted by jrch2k8 View Post
            in fact i would tell you if you use ubuntu stick to their repo release but if you wanna stay bleeding edge switch to gentoo ubuntu is not a friendly place for mess with source compilation
            Or if you don't want to compile all day, just use something like Arch Linux and use the AUR/ABS scripts to recompile what you want.

            Comment


            • #7
              Originally posted by uid313 View Post
              Wish Nvidia would contribute to to Mesa too.
              NVIDIA likes OpenGL when it's proprietary.

              Comment


              • #8
                Originally posted by uid313 View Post
                Does Mesa support OpenGL ES?(
                r600g

                EGL_VERSION: 1.4 (Gallium)
                EGL_VENDOR: Mesa Project
                EGL_EXTENSIONS:
                EGL_WL_bind_wayland_display, EGL_KHR_image_base, EGL_KHR_image_pixmap,
                EGL_KHR_image, EGL_KHR_reusable_sync, EGL_KHR_fence_sync,
                EGL_KHR_surfaceless_context, EGL_NOK_swap_region, EGL_NV_post_sub_buffer
                EGL_CLIENT_APIS: OpenGL OpenGL_ES OpenGL_ES2
                GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel (git-af16f73)
                GL_RENDERER: Gallium 0.4 on AMD RV710
                GL_EXTENSIONS:
                GL_EXT_blend_minmax, GL_EXT_multi_draw_arrays,
                GL_EXT_texture_filter_anisotropic, GL_EXT_texture_format_BGRA8888,
                GL_OES_depth24, GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
                GL_OES_mapbuffer, GL_OES_rgb8_rgba8, GL_OES_standard_derivatives,
                GL_OES_stencil8, GL_OES_texture_3D, GL_OES_texture_npot,
                GL_OES_EGL_image, GL_OES_depth_texture, GL_OES_packed_depth_stencil,
                GL_EXT_texture_type_2_10_10_10_REV, GL_OES_get_program_binary,
                GL_APPLE_texture_max_level, GL_EXT_discard_framebuffer,
                GL_EXT_read_format_bgra, GL_NV_fbo_color_attachments,
                GL_OES_EGL_image_external, GL_OES_vertex_array_object, GL_EXT_texture_rg,
                GL_EXT_unpack_subimage, GL_NV_draw_buffers, GL_NV_read_buffer,
                GL_EXT_map_buffer_range, GL_OES_depth_texture_cube_map,
                GL_EXT_color_buffer_float
                Last edited by jrch2k8; 07-15-2013, 12:45 PM.

                Comment


                • #9
                  Originally posted by computerquip View Post
                  Or if you don't want to compile all day, just use something like Arch Linux and use the AUR/ABS scripts to recompile what you want.
                  yeah arch and AUR is a good place to be too

                  Comment


                  • #10
                    opengl es

                    Originally posted by uid313 View Post
                    Hope to see OpenGL 3.3 support soon in Mesa.
                    Sucks that there Khronos doesn't provide any reference implementation.

                    Who is working on Mesa?

                    Google and all the Android smartphone companies would only be interested in OpenGL ES.
                    Does Mesa support OpenGL ES?

                    I guess AMD and Intel have some developers maybe?
                    Wish Nvidia would contribute to to Mesa too.
                    intel hd 200/3000 etc have support for opengl es 3.0 on mesa 9.1.

                    i hope see opengl 3.3 in november

                    Comment


                    • #11
                      A new OpenGL specification this year? What can it realistically offer worth a new spec release?

                      Comment


                      • #12
                        Originally posted by mark45 View Post
                        A new OpenGL specification this year? What can it realistically offer worth a new spec release?
                        I am not personally expecting a new standard, but if one does appear, it could have: A better API (to the extent possible)? Maybe the DSA specification that NVIDIA and almost every graphics professional stuck with GL has been asking for? A modern replacement for display lists that works as expected and isn't deprecated? The usual round of fixes and promotions of optional experimental extensions to core where appropriate for today's hardware? GLSL syntax improvements? Maybe it will even leapfrog D3D for the first time in over a decade; doubtful, but who knows? OpenGL is not really all that Open and the community has no way to know what the cabal of specification editors are doing nor have any way to directly impact the next standard.

                        Comment


                        • #13
                          Originally posted by jrch2k8 View Post
                          in fact i would tell you if you use ubuntu stick to their repo release but if you wanna stay bleeding edge switch to gentoo ubuntu is not a friendly place for mess with source compilation
                          Or try Fedora. Fedora is the only place I know of that actually uses git snapshots as distro packages, and then maintain those snapshots properly. You can always try Rawhide SRPMs, if you feel the need to be more at the bleeding edge (or cutting edge, if you prefer).

                          OTOH, your life will be really miserable if you try Fedora and then try to install proprietary drivers, so choose wisely.

                          Comment


                          • #14
                            LMAO at everyone trying to convert a user to their favorite distro just because the user misread glxinfo output. "Yeah, do a full reinstall to fix that 'problem'"

                            Comment


                            • #15
                              Originally posted by gQuigs View Post
                              So why is my ATI RV670 [Radeon HD 3870] still stuck on OpenGL 3.0?

                              I've tried building from source (which actually get's it stuck to 2.0).
                              Thats because some of the extentions in versions above 2.0 are covered by patents and are turned off by default. You need to manually enable them when you build.

                              Comment

                              Working...
                              X