EP3699869A1 - Using compute shaders as front end for vertex shaders - Google Patents

Using compute shaders as front end for vertex shaders Download PDF

Info

Publication number
EP3699869A1
EP3699869A1 EP20169484.1A EP20169484A EP3699869A1 EP 3699869 A1 EP3699869 A1 EP 3699869A1 EP 20169484 A EP20169484 A EP 20169484A EP 3699869 A1 EP3699869 A1 EP 3699869A1
Authority
EP
European Patent Office
Prior art keywords
primitive information
shader
gpu
vertex
modified set
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP20169484.1A
Other languages
German (de)
French (fr)
Inventor
Mark Evan Cerny
David Simpson
Jason SCANLIN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Interactive Entertainment Inc
Original Assignee
Sony Interactive Entertainment Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Interactive Entertainment Inc filed Critical Sony Interactive Entertainment Inc
Publication of EP3699869A1 publication Critical patent/EP3699869A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/003D [Three Dimensional] image rendering
    • G06T15/005General purpose rendering architectures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/003D [Three Dimensional] image rendering
    • G06T15/10Geometric effects
    • G06T15/30Clipping
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/003D [Three Dimensional] image rendering
    • G06T15/10Geometric effects
    • G06T15/40Hidden part removal

Definitions

  • aspects of the present disclosure are related to computer graphics.
  • the present disclosure is related to use of compute shaders and vertex shaders in a graphics processing unit.
  • GPU graphics processing unit
  • the GPU is a specialized electronic circuit designed to accelerate the creation of images in a frame buffer intended for output to a display.
  • GPUs are used in embedded systems, mobile phones, personal computers, tablet computers, portable game devices, workstations, and game consoles.
  • a GPU is typically designed to be efficient at manipulating computer graphics. GPU's often have a highly parallel processing architecture that makes the GPU more effective than a general-purpose CPU for algorithms where processing of large blocks of data is done in parallel.
  • the CPU may send commands to the GPU to implement a particular graphics processing task, e.g. render a particular texture that has changed with respect to a previous frame in an image.
  • These draw commands may be coordinated by the CPU with a graphics application interface (API) in order to issue graphics rendering commands that correspond to the state of the particular application's virtual environment.
  • API graphics application interface
  • a GPU may perform a series of processing tasks in a "graphics pipeline" to translate the visuals in the virtual environment into images that can be rendered onto a display.
  • a typical graphics pipeline may include performing certain rendering or shading operations on virtual objects in the virtual space, transformation and rasterization of the virtual objects in the scene to produce pixel data suitable for output display, and additional rendering tasks on the pixels (or fragments) before outputting the rendered image on a display.
  • Virtual objects of an image are often described in virtual space in terms of shapes known primitives, which together make the shapes of the objects in the virtual scene.
  • objects in a three-dimensional virtual world to be rendered may be reduced to a series of distinct triangle primitives having vertices defined in terms of their coordinates in three-dimensional space, whereby these polygons make up the surfaces of the objects.
  • Each polygon may have an associated index that can be used by the graphics processing system to distinguish a given polygon from other polygons.
  • each vertex may have an associated index that can be used to distinguish a given vertex from other vertices.
  • a graphics pipeline may perform certain operations on these primitives to produce visuals for the virtual scene and transform this data into a two-dimensional format suitable for reproduction by the pixels of the display.
  • graphics primitive information (or simply "primitive information"), as used herein, is used to refer to data representative of a graphics primitive. Such data includes, but is not limited to, vertex information (e.g., data representing vertex positions or vertex indices) and polygon information, e.g., polygon indices and information that associates particular vertices with particular polygons.
  • vertex information e.g., data representing vertex positions or vertex indices
  • polygon information e.g., polygon indices and information that associates particular vertices with particular polygons.
  • a GPU may perform rendering tasks of the graphics pipeline by implementing programs commonly known as shaders.
  • a typical graphics pipeline may include vertex shaders, which may manipulate certain properties of the primitives on a per-vertex basis, as well as pixel shaders (also known as “fragment shaders"), which operate downstream from the vertex shaders in the graphics pipeline and may manipulate certain values on a per-pixel basis before transmitting the pixel data to a display.
  • the pipeline may also include other shaders at various stages in the pipeline, such as geometry shaders that use the output of the vertex shaders to generate a new set of primitives, as well as compute shaders (CS) which may implemented by a GPU to perform certain other general computational tasks.
  • CS compute shaders
  • shader programs may utilize vertex buffers defining coordinates of distinct vertices in conjunction with index buffers that identify which coordinates belong to which triangles.
  • the index buffers may include index tables identifying draw objects by their corresponding vertices defined in the vertex buffer.
  • an object in a virtual world may include many polygons that are hidden from view in the image, such as backfaced and off-screen triangles.
  • virtual objects in an image may include zero-pixel triangles that are so small in size that they have no pixel centers to render on a display. It is useful to remove such polygons from the graphics pipeline to speed up the graphics pipeline.
  • a computer graphics processing method may include processing a set of graphics primitives for a virtual object with compute shader running on a GPU to generate a modified set of primitive information, passing the modified set of primitive information to a vertex shader running on the GPU, and performing vertex shading on the modified set of primitives with the vertex shader.
  • the aforementioned aspects of the present disclosure may be implemented using a computer graphics system, having a graphics processing unit (GPU) configured to process a set of graphics primitives for a virtual object with compute shader running on the GPU to generate a modified set of primitive information and pass the modified set of primitive information to a vertex shader running on the GPU and performing vertex shading on the modified set of primitive information with the vertex shader.
  • GPU graphics processing unit
  • the aforementioned aspects of the present disclosure may be implemented using a non-transitory computer readable medium having computer readable instructions embodied therein.
  • the computer readable instructions may be configured to implement the aforementioned graphics processing method when executed.
  • processing the set of graphics primitive information includes performing position computations on the set to generate a reduced set of primitive information, wherein the reduced set of primitive information omits one or more items of primitive information of the virtual object.
  • the primitive information may include information representative of one or more polygons.
  • the one or more omitted primitive information may include indices corresponding to one or more backfaced polygons or more off-screen polygons or zero pixel polygons.
  • processing the set of graphics primitive information includes culling an index table for a set of polygons to remove polygons that will not be presented on a display.
  • the method may further include compiling a vertex shader instruction a first time to generate the compute shader; and compiling the vertex shader instruction a second time to generate the vertex shader.
  • the modified set of primitive information may be passed to the vertex shader through a ring buffer.
  • the vertex shader does not repeat any processing of the graphics primitive information performed by the compute shader.
  • conventional graphics processing is typically implemented by a system 100 having a CPU and a GPU.
  • the CPU typically implements a graphics application program interface (API) 102 that produces shader input for the GPU.
  • API graphics application program interface
  • the CPU may obtain data regarding vertices that make up an object to be rendered by the GPU and perform some processing on the data before it is rendered.
  • processing may include culling an index table. This type of operation involves analyzing the set of polygons (e.g., triangles) that make up the object to determine whether any of the polygons do not need to be rendered. Each polygon in the set may be identified by an index that identifies polygon.
  • Each polygon may be further characterized by a set of vertices, each of which may have a corresponding index as well as a set of coordinates (e.g., x,y,z,w) coordinates.
  • a vertex is a data structure that describes a point in 2D or 3D space.
  • Display objects are composed of arrays of flat surfaces (e.g., triangles) and vertices define the location and other attributes of the corners of the surfaces. Vertices may be associated not only with position but also with other graphical attributes used to render the object correctly.
  • Such attributes may include, but are not limited to color at the vertex point, reflectance of the surface at the vertex, coordinates of textures to apply to the surface at the vertex, and the normal of an approximated curved surface at the location of the vertex.
  • the normal can be used to determine a surface's orientation toward a light source for flat shading using Lambert's cosine law, or the orientation of each of the vertices to mimic a curved surface with Phong shading.
  • a vertex shader 104 may use these properties in performing vertex shading.
  • the vertex shader 104 typically transforms each vertex's 3D position in virtual space to the 2D coordinate at which it appears on the screen (as well as a depth value for a Z-buffer).
  • the graphics API may generate an index table for the object may store the indices for the polygons that make up the object.
  • the culling operation implemented by the graphics API may determine whether any of the polygons are backfaced or offscreen (i.e., not visible in the final image), contain no pixels, or are viewed on edge and therefore have zero area.
  • the indices for such polygons may be removed from the index table to produce a culled index table that is sent to the GPU for further processing.
  • a vertex shader 104 running in the GPU can convert the coordinates for each of the polygons in the culled index table from 3D global coordinates to 2D local coordinates for rendering on a display.
  • the resulting vertex shader output 105 can then be sent to a fragment shader 106 that fills in the resulting polygons with pixels.
  • Vertex shaders are typically run once for each vertex given to the GPU.
  • the GPU hardware typically can implement a limited number of instances of vertex shaders.
  • processing of a set of graphics primitive information 103' can be done by the compute shader 101 running on a GPU and the resulting modified set of primitive information 105' can be passed to a vertex shader 104 running on the GPU without having to have the vertex shader repeat any of the processing done by the compute shader.
  • the vertex shader 104 can produce output 107 that can be sent to a fragment shader 106 that fills in the resulting polygons with pixels.
  • a graphics API 102 can invoke a vertex shader as indicated at 112.
  • the graphics API may run on a CPU that is separate and distinct from the GPU.
  • the vertex shader invocation may be compiled once by a compiler 114 C to generate the compute shader 101 and compiled a second time by a compiler 114 V to generate the vertex shader 104.
  • a compute shader is a shader stage that can be run on the GPU to perform arbitrary computations. Although compute shaders could do rendering, they are generally used for tasks not directly related to drawing polygons and pixels. Compute shaders operate differently from other shader stages in that all of the other shader stages (e.g., vertex shaders and pixel shaders) a well-defined sets of input and output values, which may be built-in or user-defined. The frequency at which a shader stage executes is specified by the nature of that stage; vertex shaders execute once per input vertex, for example (though some executions can be skipped via caching). Fragment (or pixel) shader execution is defined by the fragments generated from the rasterization process.
  • Compute shaders by contrast operate on a data "space" that is largely abstract. Each compute shader decides what the space means. The number of compute shader executions is defined by the function used to execute the compute operation. As a result, the number of compute shader instances that can be run at one time is almost unlimited. Most important of all, compute shaders have no user-defined inputs and no outputs at all. The built-in inputs only define where in the "space" of execution a particular compute shader invocation is.
  • a compute shader wants to take some values as input, it is up to the shader itself to fetch that data, via texture access, arbitrary image load, shader storage blocks, or other forms of interface. Similarly, if a compute shader is to actually compute anything, it must explicitly write to an image or shader storage block.
  • a compute shader may be used to implement tasks such as index culling on the GPU that were formerly performed on the CPU. According to aspects of the present disclosure this may be implemented as shown in FIG. 2 .
  • a GPU 200 may be configured to run a compute shader 202 and a vertex shader 204.
  • the compute shader 202 may operate on input data received from a source outside the GPU, e.g., from a CPU (not shown). Output generated by the compute shader 202 may be passed to the vertex shader 204 for further processing.
  • the data may be passed from the compute shader to the vertex shader via one or more ring buffers 210.
  • This type of buffer uses a single fixed sized buffer that is configured as if it were connected end to end. When the buffer is full and new data is to be added to the buffer existing data is overwritten. However, if the ring buffer is large enough and the operations of the compute shader and vertex shader are sufficiently synchronized the vertex shader can access data written by the compute shader before it is overwritten.
  • the ring buffer 210 reuses the same piece of memory and stores the index data only for as long as it is needed. As soon as the data in the ring buffer 210 is passed to the vertex shader 204 that data can be written over.
  • index data may be buffered in an index ring buffer IRB and vertex data may be buffered in a separate detected vertex ring buffer VRB.
  • the ring buffers 210 may be mapped to the memory 206.
  • the compute shader 202 may write index data through the index ring buffer IRB and write vertex data through the vertex ring buffer VRB.
  • the ring buffers 210 are mapped to memory writes to the ring buffers initially sit in a GPU cache 208. If the vertex shader 204 can read the data as it is going into the GPU cache 208 and before its overwritten and before other processes that are running on the GPU 204 flush it out because they need space in the cache then the data will go into the ring buffer 210 from the compute shader 202 and out of the ring buffer 210 to the vertex shader 204. Many cycles of such writing and reading of data through the ring buffer 210 can take place without the data ever being written to a memory 206. Only after the system is run will the small amount of data in the ring buffer 210 be evicted into memory 206.
  • the size of the index ring buffer IRB can be much smaller than the total size of index data that is being passed from the compute shader 202 to the vertex shader 204.
  • the total amount of index data in a culled index table may be about 1 MB but the size of the index ring buffer IRB may be only 48 KB.
  • the GPU 200 therefore only needs 48 KB of memory bandwidth to implement the culling with the compute shader 202.
  • Access to the index ring buffer 210 should be synchronized in order to tightly couple the operations of the compute shader 202 and vertex shader 204. Such synchronization involves making sure that data is not flushed or overwritten before the vertex processor 204 has used it. The speed of the synchronization determines the size of the ring buffer 210 that is needed. In general faster synchronization results in a smaller required ring buffer size. Furthermore, if the synchronization requires too much overhead bottlenecks may be introduced into the GPU. To implement the synchronization, the hardware of the GPU 200 may be configured to control access to the ring buffers 210 prevent data from being discarded from a ring buffer before it is needed by the vertex shader 204.
  • the compute shader 202 may be configured to implement polygon culling (e.g., triangle culling), as discussed above.
  • the culled index data may be passed through to the vertex shader via the index ring buffer IRB.
  • the three-dimensional positions of the vertices are generated as part of the process of polygon culling.
  • the GPU 200 can be configured to pass vertex data as well as index data.
  • implementations of aspects of the present disclosure are not limited to those involving generation of culled index tables using a compute shader.
  • Examples of operations that could be implemented with the compute shader 202 include vertex transforms that are closely related to an underlying physics simulation.
  • One such example is known as skinning of vertices, which is a common operation in computer games or video games.
  • skinning operation the locations of the vertices that are passed to the vertex shader are tied in some way to underlying structures sometimes known as "bones".
  • the bones may be thought of as skeletal features that are subject to constraints (e.g., joints).
  • the movements of the bones may be determined through a physics simulation run on a CPU.
  • the vertices are said to be "skinned" to one or more bones through corresponding transform matrices. In general, there may be one local transform matrix per bone.
  • Each vertex may reference some number of bones with a different weight for each reference.
  • To calculate the vertex position the vertex may be transformed separately according to each affecting bone's transform matrix, and the separate results may then be blended (interpolated) based on the weights to determine the final position of the vertex.
  • the ring buffer 210 may be used to pass the skinned vertex data from the compute shader 202 to the vertex shader 204 without having to have the vertex shader re-do the vertex calculations.
  • the compute shader 202 would just pass the skinned vertex data to the vertex shader via the vertex ring buffer VRB
  • FIG. 3 illustrates a block diagram of a computer system 300 that may be used to implement graphics processing according to aspects of the present disclosure.
  • the system 400 may be an embedded system, mobile phone, personal computer, tablet computer, portable game device, workstation, game console, and the like.
  • the system 300 generally may include a central processor unit (CPU) 302, a graphics processor unit (GPU) 304, and a memory 308 that is accessible to both the CPU and GPU.
  • the CPU 302 and GPU 304 may each include one or more processor cores, e.g., a single core, two cores, four cores, eight cores, or more.
  • the memory 308 may be in the form of an integrated circuit that provides addressable memory, e.g., RAM, DRAM, and the like.
  • the CPU 302 and GPU 304 may access the memory 308 using a data bus 309. In some cases, it may be useful for the system 300 to include two or more different buses.
  • the memory 308 may contain data that can be accessed by the CPU 302 and GPU 304.
  • the GPU 304 may include a plurality of compute units configured to perform graphics processing tasks in parallel. Each compute unit may include its own dedicated local memory store, such as a local data share.
  • the CPU may be configured to execute CPU code 303 C , which may include an application that utilizes graphics, a compiler and a graphics API.
  • the graphics API can be configured to issue draw commands to programs implemented by the GPU.
  • the CPU code 303 C may also implement physics simulations and other functions.
  • the GPU may be configured to operate as discussed above with respect to FIG. 2 .
  • the GPU may execute GPU code 303 G , which may implement compute shaders CS and vertex shaders VS, as discussed above.
  • the system may include one or more ring buffers 305, which may include index ring buffers IRB and vertex ring buffers VRB.
  • the GPU code 303 G may also optionally implement other types of shaders (not shown), such as pixel shaders or geometry shaders.
  • Each compute unit may include its own dedicated local memory store, such as a local data share.
  • the system 300 may also include well-known support functions 310, which may communicate with other components of the system, e.g., via the bus 309.
  • Such support functions may include, but are not limited to, input/output (I/O) elements 311, power supplies (P/S) 312, a clock (CLK) 313 and cache 314.
  • the GPU 304 may include its own GPU cache 314 G , and the GPU may be configured so that programs running on the GPU 304 can read-through or write-though the GPU cache 314 G in particular, the system may be configured so that compute shaders running on the GPU can write-through the GPU cache to the memory or buffers and vertex shaders can read through the GPU cache 314 G from the memory or buffers.
  • the system 300 may optionally include a mass storage device 315 such as a disk drive, CD-ROM drive, flash memory, tape drive, or the like to store programs and/or data.
  • the system 300 may also optionally include a display unit 306 and user interface unit 318 to facilitate interaction between the system 300 and a user.
  • the display unit 306 may be in the form of a flat panel display, cathode ray tube (CRT) screen or other device that can display text, numerals, graphical symbols or images.
  • the user interface 318 may include a keyboard, mouse, joystick, light pen, game controller, or other device that may be used in conjunction with a graphical user interface (GUI).
  • GUI graphical user interface
  • the system 300 may also include a network interface 320 to enable the device to communicate with other devices over a network 322.
  • the network 322 may be, e.g., a local area network (LAN), a wide area network such as the internet, a personal area network, such as a Bluetooth network or other type of network. These components may be implemented in hardware, software, or firmware, or some combination of two or more of these.
  • LAN local area network
  • Wi-Fi Wireless Fidelity

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Graphics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Geometry (AREA)
  • Image Generation (AREA)

Abstract

A computer graphics processing method, comprising processing a set of graphics primitive information for a virtual object with compute shader running on a GPU to generate a modified set of primitive information, passing the modified set of primitive information to a vertex shader running on the GPU by explicitly writing data corresponding to the modified set of primitive information with the compute shader running on the GPU, and performing vertex shading on the modified set of primitive information with the vertex shader, wherein the compute shader is configured to write through a GPU cache to a ring buffer and the vertex shader is configured to read through the GPU cache from the ring buffer, the data corresponding to the modified set of primitive information is written to the ring buffer and GPU cache by the compute shader, and the vertex shader accesses the modified set of primitive information.

Description

    FIELD OF THE DISCLOSURE
  • Aspects of the present disclosure are related to computer graphics. In particular, the present disclosure is related to use of compute shaders and vertex shaders in a graphics processing unit.
  • BACKGROUND
  • Graphics processing typically involves coordination of two processors, a central processing unit (CPU) and a graphics processing unit (GPU). The GPU is a specialized electronic circuit designed to accelerate the creation of images in a frame buffer intended for output to a display. GPUs are used in embedded systems, mobile phones, personal computers, tablet computers, portable game devices, workstations, and game consoles. A GPU is typically designed to be efficient at manipulating computer graphics. GPU's often have a highly parallel processing architecture that makes the GPU more effective than a general-purpose CPU for algorithms where processing of large blocks of data is done in parallel.
  • The CPU may send commands to the GPU to implement a particular graphics processing task, e.g. render a particular texture that has changed with respect to a previous frame in an image. These draw commands may be coordinated by the CPU with a graphics application interface (API) in order to issue graphics rendering commands that correspond to the state of the particular application's virtual environment.
  • In order to render textures for a particular program, a GPU may perform a series of processing tasks in a "graphics pipeline" to translate the visuals in the virtual environment into images that can be rendered onto a display. A typical graphics pipeline may include performing certain rendering or shading operations on virtual objects in the virtual space, transformation and rasterization of the virtual objects in the scene to produce pixel data suitable for output display, and additional rendering tasks on the pixels (or fragments) before outputting the rendered image on a display.
  • Virtual objects of an image are often described in virtual space in terms of shapes known primitives, which together make the shapes of the objects in the virtual scene. For example, objects in a three-dimensional virtual world to be rendered may be reduced to a series of distinct triangle primitives having vertices defined in terms of their coordinates in three-dimensional space, whereby these polygons make up the surfaces of the objects. Each polygon may have an associated index that can be used by the graphics processing system to distinguish a given polygon from other polygons. Likewise, each vertex may have an associated index that can be used to distinguish a given vertex from other vertices. A graphics pipeline may perform certain operations on these primitives to produce visuals for the virtual scene and transform this data into a two-dimensional format suitable for reproduction by the pixels of the display. The term graphics primitive information (or simply "primitive information"), as used herein, is used to refer to data representative of a graphics primitive. Such data includes, but is not limited to, vertex information (e.g., data representing vertex positions or vertex indices) and polygon information, e.g., polygon indices and information that associates particular vertices with particular polygons.
  • A GPU may perform rendering tasks of the graphics pipeline by implementing programs commonly known as shaders. A typical graphics pipeline may include vertex shaders, which may manipulate certain properties of the primitives on a per-vertex basis, as well as pixel shaders (also known as "fragment shaders"), which operate downstream from the vertex shaders in the graphics pipeline and may manipulate certain values on a per-pixel basis before transmitting the pixel data to a display. The pipeline may also include other shaders at various stages in the pipeline, such as geometry shaders that use the output of the vertex shaders to generate a new set of primitives, as well as compute shaders (CS) which may implemented by a GPU to perform certain other general computational tasks.
  • Because many of the polygons that make up a virtual object may share common vertices, shader programs may utilize vertex buffers defining coordinates of distinct vertices in conjunction with index buffers that identify which coordinates belong to which triangles. The index buffers may include index tables identifying draw objects by their corresponding vertices defined in the vertex buffer.
  • In any particular image to be rendered, an object in a virtual world may include many polygons that are hidden from view in the image, such as backfaced and off-screen triangles. Moreover, virtual objects in an image may include zero-pixel triangles that are so small in size that they have no pixel centers to render on a display. It is useful to remove such polygons from the graphics pipeline to speed up the graphics pipeline.
  • It is within this context that the present disclosure arises.
  • SUMMARY
  • According to an aspect of the present invention, a computer graphics processing method may include processing a set of graphics primitives for a virtual object with compute shader running on a GPU to generate a modified set of primitive information, passing the modified set of primitive information to a vertex shader running on the GPU, and performing vertex shading on the modified set of primitives with the vertex shader.
  • The aforementioned aspects of the present disclosure may be implemented using a computer graphics system, having a graphics processing unit (GPU) configured to process a set of graphics primitives for a virtual object with compute shader running on the GPU to generate a modified set of primitive information and pass the modified set of primitive information to a vertex shader running on the GPU and performing vertex shading on the modified set of primitive information with the vertex shader.
  • The aforementioned aspects of the present disclosure may be implemented using a non-transitory computer readable medium having computer readable instructions embodied therein. The computer readable instructions may be configured to implement the aforementioned graphics processing method when executed.
  • In certain implementations processing the set of graphics primitive information includes performing position computations on the set to generate a reduced set of primitive information, wherein the reduced set of primitive information omits one or more items of primitive information of the virtual object. In certain implementations, the primitive information may include information representative of one or more polygons. In some such implementations, the one or more omitted primitive information may include indices corresponding to one or more backfaced polygons or more off-screen polygons or zero pixel polygons. In some such implementations, processing the set of graphics primitive information includes culling an index table for a set of polygons to remove polygons that will not be presented on a display.
  • In some implementations, the method may further include compiling a vertex shader instruction a first time to generate the compute shader; and
    compiling the vertex shader instruction a second time to generate the vertex shader.
  • In some implementations, the modified set of primitive information may be passed to the vertex shader through a ring buffer.
  • In some implementations, the vertex shader does not repeat any processing of the graphics primitive information performed by the compute shader.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The teachings of the present disclosure can be readily understood by considering the following detailed description in conjunction with the accompanying drawings, in which:
    • FIG. 1A is a block diagram of a conventional graphics processing implementation.
    • FIG. 1B is a block diagram illustrating a graphics processing in accordance with an aspect of the present disclosure.
    • FIG. 2 is a block diagram of a portion of a graphics processing system in accordance with aspects of the present disclosure.
    • FIG. 3 is a block diagram of a graphics processing system in accordance with aspects of the present disclosure.
    DESCRIPTION OF THE DRAWINGS
  • Although the following detailed description contains many specific details for the purposes of illustration, anyone of ordinary skill in the art will appreciate that many variations and alterations to the following details are within the scope of the invention. Accordingly, the exemplary embodiments of the invention described below are set forth without any loss of generality to, and without imposing limitations upon, the claimed invention.
  • Introduction
  • As seen in FIG. 1A, conventional graphics processing is typically implemented by a system 100 having a CPU and a GPU. The CPU typically implements a graphics application program interface (API) 102 that produces shader input for the GPU. In general the CPU may obtain data regarding vertices that make up an object to be rendered by the GPU and perform some processing on the data before it is rendered. Such processing may include culling an index table. This type of operation involves analyzing the set of polygons (e.g., triangles) that make up the object to determine whether any of the polygons do not need to be rendered. Each polygon in the set may be identified by an index that identifies polygon. Each polygon may be further characterized by a set of vertices, each of which may have a corresponding index as well as a set of coordinates (e.g., x,y,z,w) coordinates. A vertex is a data structure that describes a point in 2D or 3D space. Display objects are composed of arrays of flat surfaces (e.g., triangles) and vertices define the location and other attributes of the corners of the surfaces. Vertices may be associated not only with position but also with other graphical attributes used to render the object correctly. Such attributes may include, but are not limited to color at the vertex point, reflectance of the surface at the vertex, coordinates of textures to apply to the surface at the vertex, and the normal of an approximated curved surface at the location of the vertex. The normal can be used to determine a surface's orientation toward a light source for flat shading using Lambert's cosine law, or the orientation of each of the vertices to mimic a curved surface with Phong shading. A vertex shader 104 may use these properties in performing vertex shading. The vertex shader 104 typically transforms each vertex's 3D position in virtual space to the 2D coordinate at which it appears on the screen (as well as a depth value for a Z-buffer).
  • The graphics API may generate an index table for the object may store the indices for the polygons that make up the object. By way of example, the culling operation implemented by the graphics API may determine whether any of the polygons are backfaced or offscreen (i.e., not visible in the final image), contain no pixels, or are viewed on edge and therefore have zero area. The indices for such polygons may be removed from the index table to produce a culled index table that is sent to the GPU for further processing. In particular, a vertex shader 104 running in the GPU can convert the coordinates for each of the polygons in the culled index table from 3D global coordinates to 2D local coordinates for rendering on a display. The resulting vertex shader output 105 can then be sent to a fragment shader 106 that fills in the resulting polygons with pixels. Vertex shaders are typically run once for each vertex given to the GPU. The GPU hardware typically can implement a limited number of instances of vertex shaders.
  • Culling the index table with the CPU works well where the CPU hardware is relatively powerful compared to the GPU in terms of processing capabilities. However, as GPU hardware becomes more capable, it would be desirable to perform tasks like index culling on the GPU. Modern GPUs can implement highly parallel processing and it would be advantageous to utilize this capability to reduce bottlenecks in the graphics pipeline.
  • Method
  • According to Aspects of the present disclosure certain parts of the graphics pipeline traditionally performed by the CPU using a compute shader running on the GPU.
  • As shown in the method 100B of FIG. 1B, according to aspects of the present disclosure processing of a set of graphics primitive information 103' can be done by the compute shader 101 running on a GPU and the resulting modified set of primitive information 105' can be passed to a vertex shader 104 running on the GPU without having to have the vertex shader repeat any of the processing done by the compute shader. This avoids having to perform the processing that produces the modified set of primitive information with the CPU and thereby avoids bottlenecks associated with transferring data between the CPU and the GPU. The vertex shader 104 can produce output 107 that can be sent to a fragment shader 106 that fills in the resulting polygons with pixels.
  • According to certain aspects of the present disclosure, a graphics API 102 can invoke a vertex shader as indicated at 112. The graphics API may run on a CPU that is separate and distinct from the GPU. The vertex shader invocation may be compiled once by a compiler 114C to generate the compute shader 101 and compiled a second time by a compiler 114V to generate the vertex shader 104.
  • A compute shader is a shader stage that can be run on the GPU to perform arbitrary computations. Although compute shaders could do rendering, they are generally used for tasks not directly related to drawing polygons and pixels. Compute shaders operate differently from other shader stages in that all of the other shader stages (e.g., vertex shaders and pixel shaders) a well-defined sets of input and output values, which may be built-in or user-defined. The frequency at which a shader stage executes is specified by the nature of that stage; vertex shaders execute once per input vertex, for example (though some executions can be skipped via caching). Fragment (or pixel) shader execution is defined by the fragments generated from the rasterization process.
  • Compute shaders, by contrast operate on a data "space" that is largely abstract. Each compute shader decides what the space means. The number of compute shader executions is defined by the function used to execute the compute operation. As a result, the number of compute shader instances that can be run at one time is almost unlimited. Most important of all, compute shaders have no user-defined inputs and no outputs at all. The built-in inputs only define where in the "space" of execution a particular compute shader invocation is.
  • Therefore, if a compute shader wants to take some values as input, it is up to the shader itself to fetch that data, via texture access, arbitrary image load, shader storage blocks, or other forms of interface. Similarly, if a compute shader is to actually compute anything, it must explicitly write to an image or shader storage block.
  • Because of these properties, a compute shader may be used to implement tasks such as index culling on the GPU that were formerly performed on the CPU. According to aspects of the present disclosure this may be implemented as shown in FIG. 2.
  • In FIG. 2, a GPU 200 may be configured to run a compute shader 202 and a vertex shader 204. The compute shader 202 may operate on input data received from a source outside the GPU, e.g., from a CPU (not shown). Output generated by the compute shader 202 may be passed to the vertex shader 204 for further processing.
  • In certain implementations, the data may be passed from the compute shader to the vertex shader via one or more ring buffers 210. This type of buffer uses a single fixed sized buffer that is configured as if it were connected end to end. When the buffer is full and new data is to be added to the buffer existing data is overwritten. However, if the ring buffer is large enough and the operations of the compute shader and vertex shader are sufficiently synchronized the vertex shader can access data written by the compute shader before it is overwritten. The ring buffer 210 reuses the same piece of memory and stores the index data only for as long as it is needed. As soon as the data in the ring buffer 210 is passed to the vertex shader 204 that data can be written over.
  • It is noted that there may be more than one ring buffer depending on the type of data to be buffered. For example, index data may be buffered in an index ring buffer IRB and vertex data may be buffered in a separate detected vertex ring buffer VRB. The ring buffers 210 may be mapped to the memory 206. The compute shader 202 may write index data through the index ring buffer IRB and write vertex data through the vertex ring buffer VRB.
  • Although the ring buffers 210 are mapped to memory writes to the ring buffers initially sit in a GPU cache 208. If the vertex shader 204 can read the data as it is going into the GPU cache 208 and before its overwritten and before other processes that are running on the GPU 204 flush it out because they need space in the cache then the data will go into the ring buffer 210 from the compute shader 202 and out of the ring buffer 210 to the vertex shader 204. Many cycles of such writing and reading of data through the ring buffer 210 can take place without the data ever being written to a memory 206. Only after the system is run will the small amount of data in the ring buffer 210 be evicted into memory 206. Therefore the only memory bandwidth need for the data that is passed from the compute shader 202 to the vertex shader 204 is the size of the relevant ring buffer 210. By way of example, and not by way of limitation, the size of the index ring buffer IRB can be much smaller than the total size of index data that is being passed from the compute shader 202 to the vertex shader 204. For example, the total amount of index data in a culled index table may be about 1 MB but the size of the index ring buffer IRB may be only 48 KB. The GPU 200 therefore only needs 48 KB of memory bandwidth to implement the culling with the compute shader 202. If, by contrast the compute shader 202 runs a long time ahead of running the vertex shader 204 1MB of space would be required to hold all 1 MB of indices until the vertex shader 204 runs the graphics tasks that use the indices. By using a tightly coupled system with a ring buffer 210 the memory footprint for the index data can be greatly reduced.
  • Access to the index ring buffer 210 should be synchronized in order to tightly couple the operations of the compute shader 202 and vertex shader 204. Such synchronization involves making sure that data is not flushed or overwritten before the vertex processor 204 has used it. The speed of the synchronization determines the size of the ring buffer 210 that is needed. In general faster synchronization results in a smaller required ring buffer size. Furthermore, if the synchronization requires too much overhead bottlenecks may be introduced into the GPU. To implement the synchronization, the hardware of the GPU 200 may be configured to control access to the ring buffers 210 prevent data from being discarded from a ring buffer before it is needed by the vertex shader 204.
  • There are a number of ways in which the GPU 200 may be used. For example, the compute shader 202 may be configured to implement polygon culling (e.g., triangle culling), as discussed above. In such a case, the culled index data may be passed through to the vertex shader via the index ring buffer IRB. It is noted that the three-dimensional positions of the vertices are generated as part of the process of polygon culling. Once the positions of the vertices have been computed by the compute shader 202 they can be stored in the vertex ring buffer VRB and passed through to the vertex shader so that the vertex shader does not have to re-compute them.
  • As noted above, the GPU 200 can be configured to pass vertex data as well as index data. As such, implementations of aspects of the present disclosure are not limited to those involving generation of culled index tables using a compute shader. Examples of operations that could be implemented with the compute shader 202 include vertex transforms that are closely related to an underlying physics simulation. One such example is known as skinning of vertices, which is a common operation in computer games or video games. In a skinning operation, the locations of the vertices that are passed to the vertex shader are tied in some way to underlying structures sometimes known as "bones". The bones may be thought of as skeletal features that are subject to constraints (e.g., joints). The movements of the bones may be determined through a physics simulation run on a CPU. The vertices are said to be "skinned" to one or more bones through corresponding transform matrices. In general, there may be one local transform matrix per bone. Each vertex may reference some number of bones with a different weight for each reference. To calculate the vertex position, the vertex may be transformed separately according to each affecting bone's transform matrix, and the separate results may then be blended (interpolated) based on the weights to determine the final position of the vertex.
  • Normally a compute shader would have to perform the skinning work to determine the vertex positions then write up the index data for the corresponding polygons and pass that data to the vertex shader. The vertex shader would then re-do all of the skinning work. However, according to aspects of the present disclosure, the ring buffer 210 may be used to pass the skinned vertex data from the compute shader 202 to the vertex shader 204 without having to have the vertex shader re-do the vertex calculations. The compute shader 202 would just pass the skinned vertex data to the vertex shader via the vertex ring buffer VRB
  • Aspects of the present disclosure include graphics processing systems that are configured to implement the features discussed above. By way of example, and not by way of limitation, FIG. 3 illustrates a block diagram of a computer system 300 that may be used to implement graphics processing according to aspects of the present disclosure. According to aspects of the present disclosure, the system 400 may be an embedded system, mobile phone, personal computer, tablet computer, portable game device, workstation, game console, and the like.
  • The system 300 generally may include a central processor unit (CPU) 302, a graphics processor unit (GPU) 304, and a memory 308 that is accessible to both the CPU and GPU. The CPU 302 and GPU 304 may each include one or more processor cores, e.g., a single core, two cores, four cores, eight cores, or more. The memory 308 may be in the form of an integrated circuit that provides addressable memory, e.g., RAM, DRAM, and the like.
  • By way of example, and not by way of limitation, the CPU 302 and GPU 304 may access the memory 308 using a data bus 309. In some cases, it may be useful for the system 300 to include two or more different buses. The memory 308 may contain data that can be accessed by the CPU 302 and GPU 304. The GPU 304 may include a plurality of compute units configured to perform graphics processing tasks in parallel. Each compute unit may include its own dedicated local memory store, such as a local data share.
  • The CPU may be configured to execute CPU code 303C, which may include an application that utilizes graphics, a compiler and a graphics API. The graphics API can be configured to issue draw commands to programs implemented by the GPU. The CPU code 303C may also implement physics simulations and other functions. The GPU may be configured to operate as discussed above with respect to FIG. 2. In particular, the GPU may execute GPU code 303G, which may implement compute shaders CS and vertex shaders VS, as discussed above. To facilitate passing of data between the compute shaders CS and the vertex shaders VS the system may include one or more ring buffers 305, which may include index ring buffers IRB and vertex ring buffers VRB. The GPU code 303G may also optionally implement other types of shaders (not shown), such as pixel shaders or geometry shaders. Each compute unit may include its own dedicated local memory store, such as a local data share.
  • The system 300 may also include well-known support functions 310, which may communicate with other components of the system, e.g., via the bus 309. Such support functions may include, but are not limited to, input/output (I/O) elements 311, power supplies (P/S) 312, a clock (CLK) 313 and cache 314. In addition to the cache 314, the GPU 304 may include its own GPU cache 314G, and the GPU may be configured so that programs running on the GPU 304 can read-through or write-though the GPU cache 314G in particular, the system may be configured so that compute shaders running on the GPU can write-through the GPU cache to the memory or buffers and vertex shaders can read through the GPU cache 314G from the memory or buffers.
  • The system 300 may optionally include a mass storage device 315 such as a disk drive, CD-ROM drive, flash memory, tape drive, or the like to store programs and/or data. The system 300 may also optionally include a display unit 306 and user interface unit 318 to facilitate interaction between the system 300 and a user. The display unit 306 may be in the form of a flat panel display, cathode ray tube (CRT) screen or other device that can display text, numerals, graphical symbols or images. The user interface 318 may include a keyboard, mouse, joystick, light pen, game controller, or other device that may be used in conjunction with a graphical user interface (GUI). The system 300 may also include a network interface 320 to enable the device to communicate with other devices over a network 322. The network 322 may be, e.g., a local area network (LAN), a wide area network such as the internet, a personal area network, such as a Bluetooth network or other type of network. These components may be implemented in hardware, software, or firmware, or some combination of two or more of these.
  • While the above is a complete description of the preferred embodiment of the present invention, it is possible to use various alternatives, modifications and equivalents. Therefore, the scope of the present invention should be determined not with reference to the above description but should, instead, be determined with reference to the appended claims. Any feature described herein, whether preferred or not, may be combined with any other feature described herein, whether preferred or not. In the claims that follow, the indefinite article "A", or "An" refers to a quantity of one or more of the item following the article, except where expressly stated otherwise. The appended claims are not to be interpreted as including means-plus-function limitations, unless such a limitation is explicitly recited in a given claim using the phrase "means for."
  • One or more embodiments of the present disclosure may be configured in accordance with any of the following numbered clauses:
    1. 1. A computer graphics processing method, comprising:
      • processing a set of graphics primitive information (103') for a virtual object with a compute shader (101) running on a GPU (304) to generate a modified set of primitive information (105');
      • passing the modified set of primitive information to a vertex shader (104) running on the GPU, wherein said passing the modified set of primitive information to a vertex shader includes passing the modified set of primitive information through a ring buffer; and
      • performing vertex shading on the modified set of primitive information with the vertex shader,
      • wherein the size of the ring buffer is determined in dependence upon the speed of the synchronisation of the compute shader and vertex shader operations, such that a faster synchronisation results in a smaller ring buffer size.
    2. 2. The method of clause 1, wherein processing the set of graphics primitive information with compute shader running on a GPU includes performing position computations on the set of to generate a reduced set of primitive information, wherein the reduced set of primitive information omits one or more items of primitive information of the virtual object.
    3. 3. The method of clause 2, wherein the primitive information includes information representative of one or more polygons.
    4. 4. The method of clause 3, wherein the polygons are triangles.
    5. 5. The method of claim 3, wherein the one or more omitted items of primitive information include indices corresponding to one or more backfaced polygons.
    6. 6. The method of clause 3, wherein the one or more omitted items of primitive information include indices corresponding to one or more off-screen polygons.
    7. 7. The method of clause 3, wherein the one or more omitted items of primitive information include indices corresponding one or more zero-pixel polygons.
    8. 8. The method of clause 3, wherein said processing a set of graphics primitive information for a virtual object includes culling an index table for a set of polygons to remove polygons that will not be presented on a display.
    9. 9. The method of clause 1, further comprising:
      • compiling a vertex shader instruction a first time to generate the compute shader; and
      • compiling the vertex shader instruction a second time to generate the vertex shader.
    10. 10. The method of clause 1, wherein the vertex shader does not repeat any processing of the graphics primitive information performed by the compute shader.
    11. 11. A computer graphics system, comprising:
      • a graphics processing unit, GPU, (304) configured to process a set of graphics primitive information (103') for a virtual object with a compute shader (101) running on the GPU to generate a modified set of primitive information (105') and pass the modified set of primitive information to a vertex shader (104) running on the GPU and performing vertex shading on the modified set of primitive information with the vertex shader,
      • wherein the GPU further comprises a ring buffer (210), wherein the GPU is configured to pass the modified set of primitive information from the compute shader to the vertex shader through the ring buffer, and
      • wherein the size of the ring buffer is determined in dependence upon the speed of the synchronisation of the compute shader and vertex shader operations, such that a faster synchronisation results in a smaller ring buffer size.
    12. 12. The system of clause 11, wherein the system is an embedded system, mobile phone, personal computer, tablet computer, portable game device, workstation, or game console.
    13. 13. Computer software which, when executed by a computer, causes the computer to perform the method of any one of clauses 1 to 10.

Claims (15)

  1. A computer graphics processing method, comprising:
    processing a set of graphics primitive information for a virtual object with compute shader running on a GPU to generate a modified set of primitive information;
    passing the modified set of primitive information to a vertex shader running on the GPU by explicitly writing data corresponding to the modified set of primitive information with the compute shader running on the GPU; and
    performing vertex shading on the modified set of primitive information with the vertex shader, wherein:
    the compute shader is configured to write through a GPU cache to a ring buffer and the vertex shader is configured to read through the GPU cache from the ring buffer,
    the data corresponding to the modified set of primitive information is written to the ring buffer and GPU cache by the compute shader, and
    the vertex shader accesses the modified set of primitive information.
  2. The method of claim 1, wherein processing the set of graphics primitive information with compute shader running on a GPU includes performing position computations on the set of to generate a reduced set of primitive information, wherein the reduced set of primitive information omits one or more items of primitive information of the virtual object.
  3. The method of claim 2, wherein the primitive information includes information representative of one or more polygons.
  4. The method of claim 3, wherein the one or more omitted items of primitive information include indices corresponding to one or more backfaced polygons.
  5. The method of claim 3, wherein the one or more omitted items of primitive information include indices corresponding to one or more off-screen polygons.
  6. The method of claim 3, wherein the one or more omitted items of primitive information include indices corresponding one or more zero-pixel polygons.
  7. The method of claim 3, wherein said processing a set of graphics primitive information for a virtual object includes culling an index table for a set of polygons to remove polygons that will not be presented on a display.
  8. The method of claim 1, further comprising:
    compiling a vertex shader instruction a first time to generate the compute shader; and
    compiling the vertex shader instruction a second time to generate the vertex shader.
  9. The method of claim 1, wherein said passing the modified set of primitive information to a vertex shader includes passing the modified set of primitive information through a ring buffer.
  10. The method of claim 1, wherein the vertex shader does not repeat any processing of the graphics primitive information performed by the compute shader.
  11. A computer graphics system, comprising a graphics processing unit (GPU) configured to process a set of graphics primitive information for a virtual object with compute shader running on the GPU to generate a modified set of primitive information and pass the modified set of primitive information to a vertex shader running on the GPU by explicitly writing data corresponding to the modified set of primitive information with the compute shader running on the GPU and performing vertex shading on the modified set of primitive information with the vertex shader, wherein:
    the compute shader is configured to write through a GPU cache to a ring buffer and the vertex shader is configured to read through the GPU cache from the ring buffer,
    the data corresponding to the modified set of primitive information is written to the ring buffer and GPU cache by the compute shader, and
    the vertex shader accesses the data corresponding to the modified set of primitive information
  12. The system of claim 11, further comprising a central processing unit (CPU), wherein the CPU is configured to compile a vertex shader instruction a first time to generate the compute shader; and compile the vertex shader instruction a second time to generate the vertex shader.
  13. The system of claim 11, wherein the GPU further comprises a ring buffer, wherein the GPU is configured to pass the modified set of primitive information from the compute shader to the vertex shader through the ring buffer.
  14. The system of claim, 11, wherein the system is an embedded system, mobile phone, personal computer, tablet computer, portable game device, workstation, or game console.
  15. A non-transitory computer readable medium having computer readable instructions embodied therein, the computer readable instructions being configured to implement a graphics processing method when executed, the graphics processing method comprising:
    processing a set of graphics primitive information for a virtual object with compute shader running on a GPU to generate a modified set of primitive information;
    passing the modified set of primitive information to a vertex shader running on the GPU by explicitly writing data corresponding to the modified set of primitive information with the compute shader running on the GPU; and
    performing vertex shading on the modified set of primitive information with the vertex shader, wherein:
    the compute shader is configured to write through a GPU cache to a ring buffer and the vertex shader is configured to read through the GPU cache from the ring buffer,
    the data corresponding to the modified set of primitive information is written to the ring buffer and GPU cache by the compute shader, and
    the vertex shader accesses the modified set of primitive information.
EP20169484.1A 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders Pending EP3699869A1 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361833229P 2013-06-10 2013-06-10
US14/297,248 US10176621B2 (en) 2013-06-10 2014-06-05 Using compute shaders as front end for vertex shaders
EP14811318.6A EP3008701B1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders
PCT/US2014/041390 WO2014200867A1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
EP14811318.6A Division EP3008701B1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders

Publications (1)

Publication Number Publication Date
EP3699869A1 true EP3699869A1 (en) 2020-08-26

Family

ID=52005082

Family Applications (2)

Application Number Title Priority Date Filing Date
EP20169484.1A Pending EP3699869A1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders
EP14811318.6A Active EP3008701B1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP14811318.6A Active EP3008701B1 (en) 2013-06-10 2014-06-06 Using compute shaders as front end for vertex shaders

Country Status (5)

Country Link
US (1) US10176621B2 (en)
EP (2) EP3699869A1 (en)
JP (1) JP6309620B2 (en)
CN (2) CN110084875B (en)
WO (1) WO2014200867A1 (en)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10096079B2 (en) 2013-06-10 2018-10-09 Sony Interactive Entertainment Inc. Fragment shaders perform vertex shader computations
GB2521171B (en) * 2013-12-11 2020-02-05 Advanced Risc Mach Ltd Clipping of graphics primitives
US9495790B2 (en) 2014-04-05 2016-11-15 Sony Interactive Entertainment America Llc Gradient adjustment for texture mapping to non-orthonormal grid
US10068311B2 (en) 2014-04-05 2018-09-04 Sony Interacive Entertainment LLC Varying effective resolution by screen location by changing active color sample count within multiple render targets
US9836816B2 (en) 2014-04-05 2017-12-05 Sony Interactive Entertainment America Llc Varying effective resolution by screen location in graphics processing by approximating projection of vertices onto curved viewport
US10783696B2 (en) 2014-04-05 2020-09-22 Sony Interactive Entertainment LLC Gradient adjustment for texture mapping to non-orthonormal grid
US9865074B2 (en) 2014-04-05 2018-01-09 Sony Interactive Entertainment America Llc Method for efficient construction of high resolution display buffers
US9652882B2 (en) 2014-04-05 2017-05-16 Sony Interactive Entertainment America Llc Gradient adjustment for texture mapping for multiple render targets with resolution that varies by screen location
US9710881B2 (en) 2014-04-05 2017-07-18 Sony Interactive Entertainment America Llc Varying effective resolution by screen location by altering rasterization parameters
US11302054B2 (en) 2014-04-05 2022-04-12 Sony Interactive Entertainment Europe Limited Varying effective resolution by screen location by changing active color sample count within multiple render targets
EP3057067B1 (en) * 2015-02-16 2017-08-23 Thomson Licensing Device and method for estimating a glossy part of radiation
US9760113B2 (en) 2015-02-20 2017-09-12 Sony Interactive Entertainment America Llc Backward compatibility through use of spoof clock and fine grain frequency control
US10235219B2 (en) 2015-07-27 2019-03-19 Sony Interactive Entertainment America Llc Backward compatibility by algorithm matching, disabling features, or throttling performance
US11403099B2 (en) 2015-07-27 2022-08-02 Sony Interactive Entertainment LLC Backward compatibility by restriction of hardware resources
US9892024B2 (en) 2015-11-02 2018-02-13 Sony Interactive Entertainment America Llc Backward compatibility testing of software in a mode that disrupts timing
JP6788017B2 (en) 2016-01-22 2020-11-18 株式会社ソニー・インタラクティブエンタテインメント Spoofing CPUID for backwards compatibility
KR102160414B1 (en) 2016-01-22 2020-09-28 주식회사 소니 인터랙티브 엔터테인먼트 Legacy bus behavior simulation for backwards compatibility
US10102662B2 (en) 2016-07-27 2018-10-16 Advanced Micro Devices, Inc. Primitive culling using automatically compiled compute shaders
US10460513B2 (en) 2016-09-22 2019-10-29 Advanced Micro Devices, Inc. Combined world-space pipeline shader stages
US10504270B2 (en) * 2016-12-22 2019-12-10 Apple Inc. Resource synchronization for graphics processing
US10223822B2 (en) * 2016-12-22 2019-03-05 Apple Inc. Mid-render compute for graphics processing
US10685473B2 (en) * 2017-05-31 2020-06-16 Vmware, Inc. Emulation of geometry shaders and stream output using compute shaders
US10726605B2 (en) * 2017-09-15 2020-07-28 Intel Corporation Method and apparatus for efficient processing of derived uniform values in a graphics processor
WO2020235979A1 (en) 2019-05-23 2020-11-26 삼성전자 주식회사 Method and device for rendering point cloud-based data
US11416961B2 (en) 2020-05-29 2022-08-16 Samsung Electronics Co., Ltd. Variable entry transitional ring storage for efficiently accessing graphics states
CN111754423B (en) * 2020-06-05 2024-03-22 北京有竹居网络技术有限公司 High-modulus GPU (graphics processing unit) skin smoothing method and device and electronic equipment
US11380047B2 (en) * 2020-06-05 2022-07-05 Qualcomm Incorporated Methods and apparatus for order-independent occlusion computations

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7468726B1 (en) * 2005-12-01 2008-12-23 Nvidia Corporation Culling in a vertex processing unit

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5615402A (en) * 1993-10-18 1997-03-25 Cyrix Corporation Unified write buffer having information identifying whether the address belongs to a first write operand or a second write operand having an extra wide latch
US6552723B1 (en) * 1998-08-20 2003-04-22 Apple Computer, Inc. System, apparatus and method for spatially sorting image data in a three-dimensional graphics pipeline
US6717577B1 (en) 1999-10-28 2004-04-06 Nintendo Co., Ltd. Vertex cache for 3D computer graphics
US7009615B1 (en) 2001-11-30 2006-03-07 Nvidia Corporation Floating point buffer system and method for use during programmable fragment processing in a graphics pipeline
US6897871B1 (en) 2003-11-20 2005-05-24 Ati Technologies Inc. Graphics processing architecture employing a unified shader
US20050122338A1 (en) * 2003-12-05 2005-06-09 Michael Hong Apparatus and method for rendering graphics primitives using a multi-pass rendering approach
DE102004009274A1 (en) 2004-02-26 2005-09-15 Robert Bosch Gmbh Device for providing and / or evaluating navigation data and method for activating navigation data in a navigation system
US7552316B2 (en) 2004-07-26 2009-06-23 Via Technologies, Inc. Method and apparatus for compressing instructions to have consecutively addressed operands and for corresponding decompression in a computer system
US8023752B1 (en) 2005-03-04 2011-09-20 Nvidia Corporation Decompression of 16 bit data using predictor values
US8595747B2 (en) 2005-12-29 2013-11-26 Sony Computer Entertainment Inc. Efficient task scheduling by assigning fixed registers to scheduler
US20070171219A1 (en) 2006-01-20 2007-07-26 Smedia Technology Corporation System and method of early rejection after transformation in a GPU
CN100395778C (en) 2006-03-15 2008-06-18 威盛电子股份有限公司 Drawing system and drawing controlling method
US7928990B2 (en) * 2006-09-27 2011-04-19 Qualcomm Incorporated Graphics processing unit with unified vertex cache and shader register file
KR100882842B1 (en) 2007-02-26 2009-02-17 삼성전자주식회사 Apparatus to use a fifo as a post-vertex cache and method thereof
GB0703974D0 (en) 2007-03-01 2007-04-11 Sony Comp Entertainment Europe Entertainment device
US8355028B2 (en) 2007-07-30 2013-01-15 Qualcomm Incorporated Scheme for varying packing and linking in graphics systems
US8254701B1 (en) 2007-12-13 2012-08-28 Nvidia Corporation Data compression using a geometry shading unit
US8769207B2 (en) 2008-01-16 2014-07-01 Via Technologies, Inc. Caching method and apparatus for a vertex shader and geometry shader
US8436854B2 (en) 2009-05-29 2013-05-07 Qualcomm Incorporated Graphics processing unit with deferred vertex shading
US8542247B1 (en) * 2009-07-17 2013-09-24 Nvidia Corporation Cull before vertex attribute fetch and vertex lighting
US9142057B2 (en) * 2009-09-03 2015-09-22 Advanced Micro Devices, Inc. Processing unit with a plurality of shader engines
US8743131B2 (en) 2009-09-10 2014-06-03 Advanced Micro Devices, Inc. Course grain command buffer
US8810592B2 (en) 2009-10-09 2014-08-19 Nvidia Corporation Vertex attribute buffer for inline immediate attributes and constants
US8760460B1 (en) * 2009-10-15 2014-06-24 Nvidia Corporation Hardware-managed virtual buffers using a shared memory for load distribution
US8619085B2 (en) 2010-03-08 2013-12-31 Broadcom Corporation Method and system for compressing tile lists used for 3D rendering
US9349154B2 (en) 2010-04-05 2016-05-24 Nvidia Corporation Bindless texture and image API
GB2483502B (en) 2010-09-10 2014-05-07 Imagination Tech Ltd Random accessible lossless parameter data compression for title based 3D computer graphics system
US8499305B2 (en) * 2010-10-15 2013-07-30 Via Technologies, Inc. Systems and methods for performing multi-program general purpose shader kickoff
WO2012074092A1 (en) 2010-12-03 2012-06-07 株式会社ディジタルメディアプロフェッショナル Image processing device
GB201103699D0 (en) 2011-03-03 2011-04-20 Advanced Risc Mach Ltd Graphic processing
US8941655B2 (en) 2011-09-07 2015-01-27 Qualcomm Incorporated Memory copy engine for graphics processing
US9256915B2 (en) * 2012-01-27 2016-02-09 Qualcomm Incorporated Graphics processing unit buffer management
US8977823B2 (en) * 2012-09-16 2015-03-10 International Business Machines Corporation Store buffer for transactional memory
CN103020205B (en) 2012-12-05 2018-07-31 中科天玑数据科技股份有限公司 Compression/decompression method based on hardware accelerator card in a kind of distributed file system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7468726B1 (en) * 2005-12-01 2008-12-23 Nvidia Corporation Culling in a vertex processing unit

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
MÖLLER T ET AL: "Occlusion Culling Algorithms", INTERNET CITATION, 9 November 1999 (1999-11-09), XP002271541, Retrieved from the Internet <URL:http://www.gamasutra.com/features/19991109/moller_haines_01.htm> [retrieved on 20040209] *
PETER N. GLASKOWSKY: "NVIDIA's Fermi: The First Complete GPU Computing Architecture Prepared under contract with NVIDIA Corporation", 1 September 2009 (2009-09-01), XP055130730, Retrieved from the Internet <URL:http://sbel.wisc.edu/Courses/ME964/Literature/whitePaperFermiGlaskowsky.pdf> [retrieved on 20140722] *
SAMULI LAINE ET AL: "High-performance software rasterization on GPUs", HIGH PERFORMANCE GRAPHICS, ACM, 2 PENN PLAZA, SUITE 701 NEW YORK NY 10121-0701 USA, 5 August 2011 (2011-08-05), pages 79 - 88, XP058006584, ISBN: 978-1-4503-0896-0, DOI: 10.1145/2018323.2018337 *

Also Published As

Publication number Publication date
EP3008701A4 (en) 2017-02-22
WO2014200867A1 (en) 2014-12-18
CN110084875B (en) 2023-04-07
JP2016524242A (en) 2016-08-12
CN105556571B (en) 2019-05-03
EP3008701A1 (en) 2016-04-20
JP6309620B2 (en) 2018-04-11
US20140362081A1 (en) 2014-12-11
CN110084875A (en) 2019-08-02
CN105556571A (en) 2016-05-04
US10176621B2 (en) 2019-01-08
EP3008701B1 (en) 2020-04-15

Similar Documents

Publication Publication Date Title
EP3008701B1 (en) Using compute shaders as front end for vertex shaders
US10134102B2 (en) Graphics processing hardware for using compute shaders as front end for vertex shaders
US11232534B2 (en) Scheme for compressing vertex shader output parameters
US10733691B2 (en) Fragment shaders perform vertex shader computations
US6972769B1 (en) Vertex texture cache returning hits out of order
US10068366B2 (en) Stereo multi-projection implemented using a graphics processing pipeline
US10432914B2 (en) Graphics processing systems and graphics processors
US10580151B2 (en) Tile-based low-resolution depth storage
KR20080079094A (en) Apparatus to use a fifo as a post-vertex cache and method thereof
CN103679786A (en) Texel data structure for graphics processing unit programmable shader and method of operation thereof
US20140104267A1 (en) Low-power processing in depth read-only operating regimes
KR102675870B1 (en) Shader core instructions for lazy calling of depth culling

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20200414

AC Divisional application: reference to earlier application

Ref document number: 3008701

Country of ref document: EP

Kind code of ref document: P

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20221118