Abstract: Various technologies for visualizing a multi-dimensional view object in a two-dimensional format are described. In accordance with one described embodiment, an interface for visualizing a multi-dimensional view object in two dimensions includes a surface selection tree panel, a view object information panel, and a visualization panel. The surface selection tree panel displays a surface selection tree associated with the multi-dimensional view object. A number of other surface selection trees associated with the multi-dimensional view object also exist and can be displayed if selected. The surface selection trees include one or more surfaces associated with the multi-dimensional view object. The view object information panel complements the surface selection tree panel by displaying information associated with the multi-dimensional view object.

Abstract: A shader program capable of execution on a GPU is analyzed for constant expressions. These constant expressions are replaced with references to registers or memory addresses on the GPU. A preshader is created that comprises two executable files. The first executable file contains the shader program with the each constant expression removed and replaced with a unique reference accessible by the GPU. The first file is executable at the GPU. A second file contains the removed constant expressions along with instructions to place the values generated at the associated reference. The second executable file is executable at a CPU. When the preshader is executed, an instance of the first file is executed at the GPU for each vertex or pixel that is displayed. One instance of the second file is executed at the CPU. As the preshader is executed, the constant expressions in the second file are evaluated and the resulting intermediate values are passed to each instance of the first file on the GPU.

Abstract: A shader program capable of execution on a GPU is analyzed for constant expressions. These constant expressions are replaced with references to registers or memory addresses on the GPU. A preshader is created that comprises two executable files. The first executable file contains the shader program with the each constant expression removed and replaced with a unique reference accessible by the GPU. The first file is executable at the GPU. A second file contains the removed constant expressions along with instructions to place the values generated at the associated reference. The second executable file is executable at a CPU. When the preshader is executed, an instance of the first file is executed at the GPU for each vertex or pixel that is displayed. One instance of the second file is executed at the CPU. As the preshader is executed, the constant expressions in the second file are evaluated and the resulting intermediate values are passed to each instance of the first file on the GPU.

Abstract: A shader program capable of execution on a GPU is analyzed for constant expressions. These constant expressions are replaced with references to registers or memory addresses on the GPU. A preshader is created that comprises two executable files. The first executable file contains the shader program with the each constant expression removed and replaced with a unique reference accessible by the GPU. The first file is executable at the GPU. A second file contains the removed constant expressions along with instructions to place the values generated at the associated reference. The second executable file is executable at a CPU. When the preshader is executed, an instance of the first file is executed at the GPU for each vertex or pixel that is displayed. One instance of the second file is executed at the CPU. As the preshader is executed, the constant expressions in the second file are evaluated and the resulting intermediate values are passed to each instance of the first file on the GPU.

Abstract: Various technologies for visualizing a multi-dimensional view object in a two-dimensional format are described. In accordance with one described embodiment, an interface for visualizing a multi-dimensional view object in two dimensions includes a surface selection tree panel, a view object information panel, and a visualization panel. The surface selection tree panel displays a surface selection tree associated with the multi-dimensional view object. A number of other surface selection trees associated with the multi-dimensional view object also exist and can be displayed if selected. The surface selection trees include one or more surfaces associated with the multi-dimensional view object. The view object information panel complements the surface selection tree panel by displaying information associated with the multi-dimensional view object.

Abstract: Various embodiments are disclosed relating to providing a pixel history for a graphics application. During rendering of a visual representation, such as a computer game or visual simulation, a developer or other user may observe a rendering error, e.g., with respect to a rendered pixel, or may wish to optimize or understand an operation of the visual representation. The developer may select the pixel and be provided with a browsable pixel history window that shows a temporal, sequential order of events associated with the rendering of the selected pixel. The events may include calls from the graphics application to an associated graphics interface, and information about the calls may include asset data associated with the calls as well as primitives associated with the calls.

Abstract: Usage semantics allow for shaders to be authored independently of the actual vertex data and accordingly enables their reuse. Usage semantics define a feature that binds data between distinct components to allow them to work together. In various embodiments, the components include high level language variables that are bound by an application or by vertex data streams, high level language fragments to enable several fragments to be developed separately and compiled at a later time together to form a single shader, assembly language variables that get bound to vertex data streams, and parameters between vertex and pixel shaders. This allows developers to be able to program the shaders in the assembly and high level language with variables that refer to names rather than registers. By allowing this decoupling of registers from the language, developers can work on the language separately from the vertex data and modify and enhance high level language shaders without having to manually manipulate the registers.

Abstract: Usage semantics allow for shaders to be authored independently of the actual vertex data and accordingly enables their reuse. Usage semantics define a feature that binds data between distinct components to allow them to work together. In various embodiments, the components include high level language variables that are bound by an application or by vertex data streams, high level language fragments to enable several fragments to be developed separately and compiled at a later time together to form a single shader, assembly language variables that get bound to vertex data streams, and parameters between vertex and pixel shaders. This allows developers to be able to program the shaders in the assembly and high level language with variables that refer to names rather than registers. By allowing this decoupling of registers from the language, developers can work on the language separately from the vertex data and modify and enhance high level language shaders without having to manually manipulate the registers.