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

  • phoronix
    started a topic The Current State Of OpenGL 3, OpenGL 4 In Mesa 9.2

    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

  • przemoli
    replied
    Originally posted by elanthis View Post
    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.
    AMD_sparse_texture
    AMD_multi_draw_indirect

    Some other refinements to current API's, and variation's of them.

    More OpenCL/DX interop..

    " Maybe it will even leapfrog D3D for the first time in over a decade;"

    Dude read OpenGL 4.1 specs (and DX11 specs) and DX4.3 (and DX11.1 specs). DX is playing catch up right now. (Granted those are mostly small things)

    Leave a comment:


  • timothyja
    replied
    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.

    Leave a comment:


  • DanL
    replied
    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'"

    Leave a comment:


  • Alejandro Nova
    replied
    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.

    Leave a comment:


  • elanthis
    replied
    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.

    Leave a comment:


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

    Leave a comment:


  • Andrecorreia
    replied
    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

    Leave a comment:


  • jrch2k8
    replied
    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

    Leave a comment:


  • jrch2k8
    replied
    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.

    Leave a comment:

Working...
X