Compute Shaders are programs that run on the graphics card, outside of the normal rendering pipeline. They can be used for massively parallel GPGPU algorithms, or to accelerate parts of game rendering. In order to efficiently use them, often an in-depth knowledge of GPU architectures and parallel algorithms is needed; as well as knowledge of DirectCompute, OpenCL or CUDA.
Compute shaders in Unity closely match DirectX 11 DirectCompute technology. Platforms where compute shaders work:
Similar to regular shaders, Compute Shaders are asset files in your project, with *.compute
file extension. They are written in DirectX 11 style HLSL language, with minimal amount of #pragma
compilation directives to indicate which functions to compile as compute shader kernels.
Here’s a minimal example of a compute shader file:
// test.compute
#pragma kernel FillWithRed
RWTexture2D<float4> res;
[numthreads(1,1,1)]
void FillWithRed (uint3 dtid : SV_DispatchThreadID)
{
res[dtid.xy] = float4(1,0,0,1);
}
Note that the example above does not do anything remotely interesting, it just fills the output texture with red.
The language is standard DX11 HLSL, with the only exception of a #pragma kernel FillWithRed
directive. One compute shader asset file must contain at least one “compute kernel” that can be invoked, and that function is indicated by the #pragma directive. There can be more kernels in the file; just add multiple #pragma kernel
lines.
Please note when using multiple #pragma kernel
lines that comments of the style // text
are not permitted on the same line as the #pragma kernel
directives and will cause compilation errors.
The #pragma kernel
line can optionally be followed by a number of preprocessor macros to define while compiling that kernel, for example:
#pragma kernel KernelOne SOME_DEFINE DEFINE_WITH_VALUE=1337
#pragma kernel KernelTwo OTHER_DEFINE
// ...
In your script, define a variable of ComputeShader
type, assign a reference to the asset, and then you can invoke them with ComputeShader.Dispatch function. See scripting reference of ComputeShader class for more details.
Closely related to compute shaders is a ComputeBuffer class, which defines arbitrary data buffer (“structured buffer” in DX11 lingo). Render Textures can also be written into from compute shaders, if they have “random access” flag set (“unordered access view” in DX11), see RenderTexture.enableRandomWrite.
Textures and samplers aren’t separate objects in Unity, so in order to use them in compute shader you have to follow some Unity specific rules:
Texture2D MyTex; SamplerState samplerMyTex
). In this case, sampler will be initialized to that texture’s filter/wrap/aniso settings."SamplerState MyLinearClampSampler"
- this will have linear filter and clamp wrap mode.As with regular shaders, Unity is capable of translating compute shaders from HLSL to GLSL. Therefore for the easiest cross-platform builds it is recommended to write compute shaders in HLSL.
In order to achieve shaders working on multiple different platforms one should consider these limitations:
Typically compute shader files are written in HLSL, and compiled or translated into all needed platforms automatically. However it is possible to either prevent translation to GLSL (i.e. only keep HLSL platforms), or to write GLSL compute code manually.
CGPROGRAM
and ENDCG
keywords will not be processed for OpenGL/GLSL platforms.GLSLPROGRAM
and ENDGLSL
keywords will be treated as GLSL source, and emitted verbatim. This will only work when targetting OpenGL/GLSL platforms.Note that for cross-platform builds neither of the above is recommended, since it very much ties compute shader source into being excluded from some platforms.