关于unity的CommandBuffer.GetTemporaryRT
链接Rendering.CommandBuffer.GetTemporaryRT是官方对该函数的定义。该函数不仅申请了一个临时rt，同时还将该rt与第一个参数"nameID"所代表的全局的ShaderProperty进行了绑定，也就是说之后的shader都可以用与nameID对应的名称使用该rt。
官方的urp渲染管线中，CopyColorPass就是用该函数将"_CameraColorTexture"这个纹理拷贝到临时rt中供之后的shader使用。
坑点：在调用CommandBuffer.ReleaseTemporaryRT进行释放并不是将该纹理清空了，该纹理依旧在内存中，如果在之后重新调用CommandBuffer.GetTemporaryRT申请一个大小格式相同的临时纹理，会拿到该纹理，也就是说CommandBuffer.GetTemporaryRT得到的不一定是一张干净的纹理，很有可能是已经被写过的，所以必要的时侯要进行clear。其次，如果发生了上述这种回收重用的情况，rt的名称可能会错乱，也就是说尽管shaderproperty的绑定逻辑是没有问题，但是rt的name没有相应的更新，在framedebugger中会让人十分困惑，例如两个相机，分别在afterRenderingTransparent之后进行了一次全屏copyblit，前者给了_Transparent的rt，后者给了_UITranspaernt的rt，但是之后发现在前一个相机渲染中，物体shader中_Transparent获取的纹理名称叫_UITranspaernt，在使用renderdoc会发现两次全屏copyblit的目标纹理使用的是同一个rt，自始至终只有一个叫_UITranspaernt的rt，该rt仅仅是在过程中更换一下和shaderproperty的绑定，因此shader中的_Transparent和_UITranspaernt都会得到该rt。虽然在逻辑上没有错，最终结果是正确的，但是会给debug过程中带来困扰，如果想要规避这种情况可以显示地使用new RenderTexture创建rt。
页:
[1]