Custom Render Textures
Custom Render Textures are an extension to Render Textures that allows users to easily update said texture with a shader. This is useful to implement all kind of complex simulations like caustics, ripple simulation for rain effects, splatting liquids against a wall, etc. It also provides a scripting and Shader framework to help with more complicated configuration like partial or multi-pass updates, varying update frequency etc.
To use them, you need to create a new Custom Render Texture asset and assign a Material to it. This Material will then update the content of the texture according to its various parameters. The Custom Render Texture can then be assigned to any kind of Material just like a regular texture, even one used for another Custom Render Texture.
Propiedades
The inspector for Custom Render Textures will display most of the properties of the Render Texture inspector as well as many specific ones.
Render Texture:
| Propiedad: | Función: |
|---|---|
| Dimension | Dimension of the Render Texture |
| 2D | Render Texture will be two dimensional. |
| Cube | Render Texture will be a cube map |
| 3D | Render Texture will be three dimensional |
| Size | The size of the Render Texture in pixels. |
| Color Format | Format of the Render Texture |
| sRGB (Color Render Texture) | Does this render texture use sRGB read/write conversions (Read Only). |
| Enable Mip Maps | Does this render texture use Mip Maps? |
| Auto generate Mip Maps | Enable to automatically generate Mip Maps. |
| Wrap Mode | Selects how the Texture behaves when tiled |
| Repeat | La Textura se repite (tiles (baldosas) ) en sí misma |
| Clamp | The Texture’s edges get stretched |
| Filter Mode | Seleccione cómo la Textura es filtrada cuando es estirada por transformaciones 3D: |
| Point | La textura se vuelve en bloques cuando se está cerca |
| Bilinear | La Textura se vuelve borrosa cuando se acerca |
| Trilinear | Como Bilinear, pero la Textura también se desenfoca entre los diferentes niveles mip |
| Aniso Level | Aumenta la calidad de Textura cuando se vea la textura desde un ángulo inclinado. Bueno para texturas del suelo y el piso |
Custom Texture:
Custom Texture parameters are separated in three main categories:
Material: Defines what shader is used to update the texture.
Initialization: Controls how the texture is initialized before any update is done by the shader
Update: Controls how the texture is updated by the shader.
| Propiedad: | Función: |
|---|---|
| Material | Material used to update the Custom Render Texture |
| Shader Pass | Shader Pass used to update the Custom Texture. The combo box will show all passes available in your Material. |
| Initialization Mode | Rate at which the texture should be initialized. |
| OnLoad | The texture is initialized once upon creation. |
| Realtime | The texture is initialized every frame. |
| OnDemand | The texture is initialized on demand from the script. |
| Source | How the texture should be initialized. |
| Texture and Color | The texture will be initialized by a texture multiplied by a color. |
| Initialization Color | Color with which the custom texture is initialized. If an initialization texture is provided as well, the custom texture will be initialized by the multiplication of the color and the texture. |
| Initialization Texture | Texture with which the custom texture is initialized. If an initialization color is provided as well, the custom texture will be initialized by the multiplication of the color and the texture. |
| Material | The texture will be initialized by a material. |
| Initialization Material | Material with which the custom texture is initialized. |
| Update Mode | Rate at which the texture should be updated by the shader. |
| OnLoad | The texture is updated once upon creation. |
| Realtime | The texture is updated every frame. |
| OnDemand | The texture is updated on demand from script. |
| Period | (Realtime only) Period in seconds at which real-time texture is updated (0.0 will update every frame). |
| Double Buffered | The texture will be double buffered. Each update will swap the two buffers, allowing user to read the result of the preceding update in the shader. |
| Wrap Update Zones | Enable to allow partial update zones to wrap around the border of the texture. |
| Cubemap Faces | (Cubemap only) Series of toggle allowing user to enable/disable update on each of the cubemap faces. |
| Update Zone Space | Coordinate system in which update zones are defined. |
| Normalized | All coordinates and sizes are between 0 and 1 with the top-left corner starting at (0, 0) |
| Pixel | All coordinates and sizes are expressed in pixels limited by the width and height of the texture. Top-left corner starting at (0, 0) |
| Update Zone List | List of update zones for the texture (see below for more details) |
Exporting Custom Render Texture to a file:
Custom Render Textures can be exported to a PNG or EXR file (depending on the texture format) via the contextual “Export” menu.
Update Zones:
By default, when the Custom Render Texture is updated, the whole texture is updated at once by the Material. One of the important features of the Custom Texture is the ability for the user to define zones of partial update. With this, users can define as many zones as they want and the order in which they are processed.
This can be used for several different purpose. For example, you could have multiple small zones to splat water drops on the texture and then do a full pass to simulate the ripples. This can also be used as an optimization when you know that you don’t need to update the full texture.
Update zones have their own set of properties. The Update Zone Space will be reflected in the display. Depending on the Dimension of the texture, coordinates will be 2D (for 2D and Cube textures) or 3D (for 3D textures).
| Propiedad: | Función: |
|---|---|
| Center | Coordinate of the center of the update zone. |
| Size | Size of the update zone. |
| Rotation | Orientation of the update zone in degrees (unavailable for 3D textures). |
| Shader Pass | Shader Pass to use for this update zone. If left as default, this update zone will use the Shader Pass defined in the main part of the inspector otherwise it will use the provided one. |
| Swap (Double Buffer) | (Only for Double Buffered textures) If this is true, the buffers will be swapped before this update zone is processed. |
Double Buffered Custom Textures
Custom Render Textures can be “Double Buffered”. Internally, there are two textures but from the user standpoint they are the same. After each update, the two textures will be swapped. This allows the user to read the result of the last update while writing a new result in the Custom Render Texture. This is particularly useful if the shader needs to use the content already written in the texture but cannot mix the values with classic blend modes. This is also needed if the shaders has to sample different pixels of the preceding result.
Performance Warning: Due to some technicalities, the double buffering currently involves a copy of the texture at each swap which can lead to a drop in performance depending on the frequency at which it is done and the resolution of the texture.
Chaining Custom Render Textures
Custom Render Textures need a Material to be updated. This Material can have textures as input. This means that the a Custom Texture can be used as an input to generate another one. This way, users can chain up several Custom Textures to generate a more complex multi-step simulation. The system will correctly handle all the dependencies so that the different updates happen in the right order.
Writing a shader for a Custom Render Texture
Updating a Custom Texture is like doing a 2D post process in a Render Texture. To help users write their custom texture shaders, we provide a small framework with utility functions and built-in helper variables.
Here is a really simple example that will fill the texture with a color multiplied by a color:
Shader "CustomRenderTexture/Simple"
{
Properties
{
_Color ("Color", Color) = (1,1,1,1)
_Tex("InputTex", 2D) = "white" {}
}
SubShader
{
Lighting Off
Blend One Zero
Pass
{
CGPROGRAM
#include "UnityCustomRenderTexture.cginc"
#pragma vertex CustomRenderTextureVertexShader
#pragma fragment frag
#pragma target 3.0
float4 _Color;
sampler2D _Tex;
float4 frag(v2f_customrendertexture IN) : COLOR
{
return _Color * tex2D(_Tex, IN.localTexcoord.xy);
}
ENDCG
}
}
}
The only mandatory steps when writing a shader for a custom texture are:
* #include “UnityCustomRenderTexture.cginc”
Use the provided Vertex Shader CustomRenderTextureVertexShader
Use the provided input structure v2f_customrendertexture for the pixel shader
Other than that, the user is free to write the pixel shader as he wishes.
Here is another example for a shader used in an initialization material:
Shader "CustomRenderTexture/CustomTextureInit"
{
Properties
{
_Color ("Color", Color) = (1,1,1,1)
_Tex("InputTex", 2D) = "white" {}
}
SubShader
{
Lighting Off
Blend One Zero
Pass
{
CGPROGRAM
#include "UnityCustomRenderTexture.cginc"
#pragma vertex InitCustomRenderTextureVertexShader
#pragma fragment frag
#pragma target 3.0
float4 _Color;
sampler2D _Tex;
float4 frag(v2f_init_customrendertexture IN) : COLOR
{
_Color * tex2D(_Tex, IN.texcoord.xy);
}
ENDCG
}
}
}
Same as for the update shader, the only mandatory steps are these:
* #include “UnityCustomRenderTexture.cginc”
Use the provided Vertex Shader InitCustomRenderTextureVertexShader
Use the provided input structure v2f_init_customrendertexture for the pixel shader
In order to help the user in this process we provide a set of built-in values:
Input values from the v2f_customrendertexture structure:
| Nombre | Type | value (Valor) |
|---|---|---|
localTexcoord |
float3 |
Texture coordinates relative to the update zone being currently processed. |
globalTexcoord |
float3 |
Texture coordinates relative to the Custom Render Texture itself |
primitiveID |
uint |
Index of the update zone being currently processed. |
direction |
float3 |
For Cube Custom Render Texture, direction of the current pixel inside the cubemap. |
Input values from the v2f_init_customrendertexture structure:
| Nombre | Type | value (Valor) |
|---|---|---|
texcoord |
float3 | Texture coordinates relative to the Custom Render Texture itself. |
Global values:
| Nombre | Type | value (Valor) |
|---|---|---|
_CustomRenderTextureWidth |
float |
Width of the Custom Texture in pixels |
_CustomRenderTextureHeight |
float |
Height of the Custom Texture in pixels |
_CustomRenderTextureDepth |
float |
Depth of the Custom Texture in pixels (only for 3D textures, otherwise will always be equal to 1). |
_CustomRenderTextureCubeFace |
float |
Only for Cubemaps: Index of the current cubemap face being processed (-X, +X, -Y, +Y, -Z, +Z). |
_CustomRenderTexture3DSlice |
float |
Only for 3D textures: Index of the current 3D slice being processed. |
_SelfTexture2D |
Sampler2D |
For double buffered textures: Texture containing the result of the last update before the last swap. |
_SelfTextureCube |
SamplerCUBE |
For double buffered textures: Texture containing the result of the last update before the last swap. |
_SelfTexture3D |
Sampler3D |
For double buffered textures: Texture containing the result of the last update before the last swap. |
Controlling Custom Render Texture from Script
Most of the functionalities described here can be accessed via the Scripting API. Changing material parameters, update frequency, update zones, requesting an update etc, can all be done with the script.
One thing to keep in mind though is that any update requested for the Custom Texture will happen at a very specific time at the beginning of the frame with the current state of the Custom Texture. This guarantees that any material using this texture will have the up-to-date result.
This means that this kind of pattern:
customRenderTexture.updateZones = updateZones1;
customRenderTexture.Update();
customRenderTexture.updateZones = updateZones2;
customRenderTexture.Update();
Will not yield the “expected” result of one update done with the first array of update zones and then a second update with the other array. This will do two updates with the second array.
The good rule of thumb is that any property modified will only be active in the next frame.
2017–05–18 Page published with no editorial review
Nuevas características de Unity 2017.1 NewIn20171