• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
SIGGRAPH Asia 2012 Exhibitor Talk: OpenGL 4.3 and Beyond
 

SIGGRAPH Asia 2012 Exhibitor Talk: OpenGL 4.3 and Beyond

on

  • 2,534 views

Location: Conference Hall K, Singapore EXPO ...

Location: Conference Hall K, Singapore EXPO
Date: Thursday, November 29, 2012
Time: 11:00 AM - 11:50 PM
Presenter: Mark Kilgard (Principal Software Engineer, NVIDIA, Austin, Texas)

Abstract: Attend this session to get the most out of OpenGL on NVIDIA Quadro and GeForce GPUs. Learn about the new features in OpenGL 4.3, particularly Compute Shaders. Other topics include bindless graphics; Linux improvements; and how to best use the modern OpenGL graphics pipeline. Learn how your application can benefit from NVIDIA's leadership driving OpenGL as a cross-platform, open industry standard.

Topic Areas: Computer Graphics; Development Tools & Libraries; Visualization; Image and Video Processing

Level: Intermediate

Statistics

Views

Total Views
2,534
Views on SlideShare
2,502
Embed Views
32

Actions

Likes
4
Downloads
109
Comments
1

3 Embeds 32

https://twitter.com 30
http://twitter.com 1
https://mail.google.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • poor quality.....need more updated.......
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • One way to view the OpenGL offerings from NVIDIA is as a tool to enable awesome visual applications to be developed through a comprehensive stack of software solutions. We offer: Cg: A shading language and effects system to develop rendering effects and techniques, and deploy them on various platforms and APIs, including OpenGL. Scenix: OpenGL based professional scene graph used in many markets today. Automotive styling, visualization, simulation, broadcast graphics, and more. Applications can quickly add features such as stereo, SDI, 30-bit color, scene distribution and interactive ray tracing Optix: Is an interactive ray-tracing engine built on top of CUDA and OpenGL. Hybrid rendering, mixing of traditional graphics rendering and ray tracing, are also enabled. OptiX integrates with SceniX. With Optix, you accelerate an existing renderer, or build a new one yourself. Complex: Maintains interactivity for large scenes as they exceed the limits of a single GPU, allowing massive data sets to be explored, using multiple GPUs in a system. The CompleX engine can be adopted by any product using OpenGL, and can be enabled immediately by an application using SceniX Parallel Nsight is an advanced debugger and analyzer fully integrated with Visual Studio. It enables you to better see what is going on with your OpenGL, CUDA, Direct3D, DirectCompute or OpenCL application.
  • OpenGL is the only Cross Platform 3D API. Every major Operating System provides a version or flavor of OpenGL. Windows, Mac OS, iOS, Linux and Android.
  • After Mark’s deep-dive, I’ll pull you back up into the higher level view of where OpenGL fits in as the 3D graphics API.
  • OpenGL is a desktop API, as you’ve seen by now. OpenGL ES is the sister API for mobile and embedded devices. By keeping both APIs closely aligned, content can flow from there up into OpenGL enabled platforms and back down to OpenGL ES enabled platforms. WebGL was announced last year. It provides JavaScript bindings to OpenGL ES and provides plug-in less 3D graphics in a web browser. WebGL gives you access to the GPU in the system inside of a browser. Beta implementations of WebGL are already available from Mozilla, Google and Opera. For NVIDIA this means we will support and enhance OpenGL and WebGL on GeForce and OpenGL ES and WebGL on Tegra for the mobile market.
  • Internal format query 2 allows an application to find out actual supported limits for most texture parameters. Examples: Query if a particular internal format is actually supported, if a texture is renderable, or can be used to texture from in a vertex/tess/geom/fragment/compute shader, etc. Support is indicated as either fully supported, not support, or there are caveats. If there is a caveat, a debug output message will be generated (if enabled). Provides the ability to directly copy pixels between textures and renderbuffers without requiring the use of an intermediate buffer object or rendering using a framebuffer object. Immutable storage for all types of textures besides multisample and buffer textures was introduced by ARB_texture_storage. For completeness, this extension introduces immutable storage for multisampled textures.
  • Allows applications to invalidate all or some of the contents of textures, buffers, and framebuffers to permit implementations to perform optimizations that avoid any extra work needed to keep resources up to date. For example, one might invalidate the contents of a multisample framebuffer after a downsample operation since the individual samples may not be used again. Provides the ability to fill the contents of a buffer object's data store with a constant value, like C's memset() function. The only way to do this previously was to copy from a fully initialized scratch buffer via glBufferSubData(). Provides the ability to have multiple generic vertex attribute arrays to share a single data store, splitting the vertex attribute array state. In this model, there is a collection of "buffer binding" state that include strides (for interleaved arrays). There is also a collection of "vertex attribute" state, that includes the format of the attribute and the location of the data relative to one of the bindings. When switching between two sets of interleaved arrays with the same format but different buffer objects, it's only necessary to change a single piece of binding state.
  • Provide generic APIs allowing applications to enumerate active variables and interface blocks, which will be used as the sole enumeration API for ARB_shader_storage_buffer_object. Provides some new enumeration rules to avoid enumerating every array element/member in arrays of structures for ARB_shader_storage_buffer_object. Consolidates and obsoletes existing APIs such as GetActiveUniforms, GetActiveAttrib. Provides new support for enumerating inputs and outputs of separate shader objects. Provides missing enumeration support for fragment shader outputs.
  • For applications using the "robustness" APIs, specifies additional constraints on buffer object accesses. When accessing outside the bounds of a buffer object, the extension promises that crashes should not occur and that reads/writes access nothing other than the contents of the buffer object being accessed. Adds a new layout qualifier allowing shaders to specify an explicit locations for default uniforms. This allows applications to set their values without first having to call GetUniformLocation(). Removes the restriction forbidding multi-dimensional arrays in GLSL. As arrays are first-class objects in GLSL, a declaration like "float f[4][3]" is considered to be an array of four objects, each of which is an array of three floats. Useful for shared variables in compute shaders, which arrange threads into multi-dimensional groups and may naturally want to access shared values for a specific thread.
  • Adaptive Scalable Texture Compression (ASTC) is a new texture compression technology that offers unprecendented flexibility, while producing better or comparable results than existing texture compressions at all bit rates. It includes support for 2D and 3D textures, with low and high dynamic range, at bitrates from below 1 bit/pixel up to 8 bits/pixel in fine steps. The goal of this extension is to support the 2D, LDR-only profile of the ASTC texture compression specification. Provides a new texture parameter allowing textures with an sRGB internal format to be decoded as though it had a non-sRGB format with the same texel values.
  • NVIDIA FXAA technology harnesses the power of the GPU’s CUDA Cores to reduce visible aliasing. FXAA is a pixel shader-based image filter that is applied along with other post processing steps like motion blur and bloom. For game engines making use of deferred shading, FXAA provides a performance and memory advantage over deferred shading with multi-sample anti-aliasing (MSAA). FXAA targets edge aliasing and also aliasing on single-pixel and sub-pixel sized features, which tend to flicker as they move from frame to frame. FXAA reduces the visual contrast of these features so that they are less jarring to the eye. Note that FXAA cannot completely solve the sub-pixel aliasing problem, but it does substantially reduce it. The overall effect is smoother visual quality. FXAA reduces but does not completely eliminate shader aliasing. FXAA’s chief advantage over traditional MSAA is higher performance. In many cases, FXAA can be applied at a cost of 1ms per frame or less, resulting in frame rates that are often 2x higher than 4xMSAA with comparable image quality.
  • Finally, Siggraph is where we introduce 3D Vision Pro as well. Again, come to the booth for more information. Now on to OpenGL!
  • Before Kepler, in order to make a texture available for the GPU to reference it had to be assigned a “slot” in a fixed-size binding table. The number of slots in that table ultimately limits how many unique textures a shader can read from at run time. On Kepler, no such additional setup is necessary - shader can reference textures in memory directly and there is no need to go through the binding tables anymore. This effectively eliminates any limits on the number of unique textures it can use to render a scene.
  • Bindless textures reduce CPU work and provide more efficient access for the GPU
  • In advanced rendering apps such as raytracing it is impossible to know in advance which textures a given ray may hit – thus it is impossible to pre-“bind” them. Bindless model solves this problem by allowing shader reference textures directly

SIGGRAPH Asia 2012 Exhibitor Talk: OpenGL 4.3 and Beyond SIGGRAPH Asia 2012 Exhibitor Talk: OpenGL 4.3 and Beyond Presentation Transcript