1. 项目概述为什么我们需要多相机与多通道渲染在Unity里做项目尤其是涉及到复杂视觉效果、UI与3D场景混合或者需要特定后期处理效果时单一相机往往显得力不从心。你可能会遇到这样的场景游戏主画面需要一个Bloom效果但UI界面上的文字和图标必须保持清晰锐利不能被Bloom模糊或者你想把角色和背景分别渲染对角色单独施加一个卡通描边而背景保持写实风格又或者在数字孪生、AR应用中需要将虚拟模型与现实视频流完美融合各自需要不同的渲染管线处理。这就是“Unity URP多相机与多通道渲染”要解决的核心问题。它不是一个炫技的功能而是解决实际开发痛点的工程方案。简单来说就是把原本一个相机“一锅烩”的渲染工作拆分成多个相机各自负责不同的“图层”最后再像拼图一样或者经过复杂的后期处理合成最终的画面。URPUniversal Render Pipeline作为Unity现代的可编程渲染管线为这种分层、分通道的渲染方式提供了比内置管线更清晰、更高效的实现路径。我接手过不少从内置管线迁移到URP的项目也做过不少需要复杂后期合成的特效深感多相机渲染是提升画面表现力和解决渲染冲突的利器。但网上很多教程要么只讲概念要么代码片段零散缺乏从设计思路到避坑指南的完整闭环。这篇文章我就结合实战经验从最基础的视图分离讲起一直深入到多通道渲染与自定义后期处理的整合帮你彻底搞懂这套流程并能在自己的项目中直接应用。2. URP多相机系统基础与堆叠原理在深入实战前我们必须理解URP中相机是如何协同工作的。这与内置渲染管线的“相机深度”概念有相似之处但URP的Camera Stack相机堆叠机制更为强大和灵活。2.1 相机类型与渲染顺序URP中的相机主要分为两种类型Base Camera基础相机和Overlay Camera叠加相机。Base Camera这是渲染的起点和基础层。它拥有完整的渲染流程Culling剔除、Rendering渲染、Post Processing后期处理。一个场景中可以有多个Base Camera它们根据Depth属性值从小到大依次渲染。你可以把它想象成舞台的底板。Overlay Camera这是叠加在Base Camera之上的“图层”。它没有自己的剔除和后期处理流程。它的作用是将其视野内的物体渲染到某个Base Camera或其所属堆叠的帧缓冲Frame Buffer中。Overlay Camera必须被添加到一个Base Camera的Stack列表中才能生效。这种设计的精妙之处在于职责分离。Base Camera负责构建主场景而Overlay Camera可以专门用于渲染UI、特效、小地图等需要“浮”在主场景之上的元素。这完美解决了文章开头提到的“UI不被后期处理影响”的需求你可以用一个Base Camera渲染3D场景并应用Bloom再用一个单独的、无后期处理的Overlay Camera只渲染UI。2.2 配置一个简单的双相机堆叠让我们从一个最简单的例子开始用Base Camera渲染场景用Overlay Camera渲染一个永远面向屏幕的UI面板。创建相机在场景中创建两个CameraGameObject。分别命名为MainCameraBase和UICameraOverlay。设置相机属性选中MainCamera在Inspector中确保Render Type为Base。选中UICamera将其Render Type设置为Overlay。同时将其Culling Mask设置为只包含UI层例如一个自定义的UI层而MainCamera的Culling Mask应排除UI层。这样可以避免UI物体被主相机渲染两次。构建堆叠选中MainCamera在Inspector中找到Stack列表在URP Camera组件下方。点击“”号将UICamera拖入或从列表中选择。配置UI Canvas你的UI Canvas需要将其Render Mode设置为Screen Space - Camera然后将Render Camera指定为UICamera。这样Canvas就会由这个Overlay相机负责渲染。完成以上步骤后运行游戏你会发现UI元素正常显示并且完全独立于主相机的任何后期处理效果。这是多相机渲染最基础、最常用的模式。注意Overlay相机的Clear Flags通常应设置为Depth Only或Don‘t Clear。设置为Depth Only可以确保它只在自己的深度范围内渲染避免覆盖不该覆盖的东西。Skybox和Solid Color对于Overlay相机通常没有意义因为它不清除颜色缓冲。2.3 深度与渲染目标管理当多个相机向同一个渲染目标如屏幕绘制时深度管理至关重要。URP会自动处理Base Camera和其Stack内Overlay相机的深度排序。本质上Base Camera先渲染然后其Stack中的Overlay相机按列表顺序依次渲染。后渲染的会覆盖先渲染的像素在不考虑透明混合的情况下。这里有一个关键点每个相机的渲染结果默认输出到同一个“颜色缓冲”和“深度缓冲”。这意味着UICamera渲染的UI会写入深度缓冲如果后续有另一个Overlay相机想渲染位于UI之后的物体就可能因为深度测试失败而被剔除。因此在设计复杂的相机堆叠时需要仔细规划渲染顺序和层的深度关系。对于更高级的用法我们还可以使用Render Texture作为相机的渲染目标这就是通向“多通道渲染”的大门。我们不再让所有相机直接画到屏幕上而是让它们先画到各自的“画布”Render Texture上最后再统一合成。3. 多通道渲染的核心Render Texture与Shader多通道渲染Multi-pass Rendering的核心思想是将渲染过程分解为多个独立的“通道”Pass每个通道输出一个中间结果通常是Render Texture最终再通过一个或多个合成通道将这些中间结果组合成最终图像。这在URP中通常通过配合多个相机和自定义Shader来实现。3.1 创建与管理Render TextureRender Texture渲染纹理可以理解为一块在GPU内存中的图像缓冲区。相机可以将画面渲染到它上面而不是直接渲染到屏幕。创建Render Texture在Project窗口中右键 - Create - Render Texture。命名为RT_Character。配置属性根据你的需求设置尺寸如512x512、颜色格式ARGB32通常足够、深度缓冲24 bit用于深度测试等。对于后期处理用的RT开启sRGB采样可能是必要的。分配给相机创建一个新的相机CharacterCamera将其Render Type设为Base因为它要独立渲染一个完整的画面。将其Output从Screen改为Render Texture并将刚才创建的RT_Character拖入目标槽。设置相机参数调整CharacterCamera的位置、视角和裁剪遮罩使其只拍摄你的角色模型。你可能需要将角色放在一个独立的Layer如Character层并将相机的Culling Mask设置为仅此层。现在CharacterCamera渲染的内容就保存到了RT_Character这张纹理中。你可以在场景中创建一个RawImage UI将其纹理设置为RT_Character来预览这个通道的渲染结果。3.2 编写合成Shader有了多个Render Texture后我们需要一个Shader来将它们合成。这通常在最后一个“全屏绘制”的通道中完成可以通过一个Overlay Camera配合一个全屏Shader或者直接使用URP的Renderer Features来实现。这里展示一个简单的双纹理混合ShaderHLSL/ShaderGraph均可实现// 一个简单的屏幕后处理Shader用于混合两个纹理 Shader Custom/TextureBlend { Properties { _MainTex (Base (RGB), 2D) white {} _BlendTex (Blend Texture, 2D) black {} _BlendFactor (Blend Factor, Range(0, 1)) 0.5 } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline} Pass { Name TextureBlendPass ZTest Always ZWrite Off Cull Off HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 vertex : SV_POSITION; }; TEXTURE2D(_MainTex); SAMPLER(sampler_MainTex); TEXTURE2D(_BlendTex); SAMPLER(sampler_BlendTex); float _BlendFactor; v2f vert (appdata v) { v2f o; o.vertex TransformObjectToHClip(v.vertex.xyz); o.uv v.uv; return o; } half4 frag (v2f i) : SV_Target { half4 mainColor SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, i.uv); half4 blendColor SAMPLE_TEXTURE2D(_BlendTex, sampler_BlendTex, i.uv); // 简单的线性混合 half4 finalColor lerp(mainColor, blendColor, _BlendFactor); return finalColor; } ENDHLSL } } }3.3 通过Renderer Feature实现合成在URP中更优雅的方式是使用Scriptable Renderer Feature。我们可以创建一个Feature在渲染流程的某个注入点如AfterRenderingOpaques插入一个全屏绘制Pass。创建Renderer Feature脚本创建一个继承自ScriptableRendererFeature的类如TextureBlendFeature。创建Render Pass在Feature内部创建一个继承自ScriptableRenderPass的类如TextureBlendPass。在Execute方法中设置渲染状态关闭深度写入等使用CommandBuffer.DrawProcedural或BlitterAPI来绘制一个全屏四边形并执行上面的合成Shader。配置Feature在URP Asset对应的Renderer如UniversalRenderer的Inspector中添加这个TextureBlendFeature。然后通过脚本或序列化字段将RT_Character等Render Texture传递给Feature的材质。这种方式将合成逻辑集成到了URP的渲染流程中比使用一个额外的Overlay Camera更加高效和可控。你可以精确控制合成发生在透明物体渲染前还是渲染后是否参与后期效果等。实操心得管理多个Render Texture时命名和资源管理非常重要。我习惯使用[RT]_[用途]_[分辨率]的命名规则例如RT_CharacterMask_512。对于动态创建的RTRenderTexture.GetTemporary一定要在帧末ReleaseTemporary否则会造成内存泄漏和性能问题。URP的RTHandle系统是更好的选择它提供了自动缩放和生命周期管理。4. 实战角色描边与场景分离渲染让我们结合一个具体案例为角色添加一个独立的自定义描边效果且此描边不受场景后期处理如景深、颜色校正的影响。这是一个典型的多通道渲染应用。4.1 架构设计我们需要三个渲染通道场景通道主相机渲染整个场景排除角色输出到RT_Scene。这个通道可以应用所有需要的后期效果。角色通道一个专门对准角色的相机只渲染角色模型输出到RT_Character。这个通道不应用主场景的后期处理。描边通道基于RT_Character的深度/法线信息生成描边纹理RT_Outline。这通常通过一个后处理Shader实现。合成通道将RT_Scene、RT_Character无描边的纯色角色和RT_Outline按正确顺序和混合方式合成到最终屏幕。4.2 具体实现步骤步骤1创建Render Texture和相机创建RT_Scene与屏幕同分辨率RT_Character可以是较低分辨率以节省性能RT_Outline与角色RT同分辨率。创建三个相机MainSceneCamera(Base): 渲染场景到RT_Scene。Culling Mask排除角色层。挂载所有需要的后期处理Volume。CharacterCamera(Base): 渲染角色到RT_Character。Culling Mask仅角色层。移除或禁用其后期处理。OutlineCamera(Base): 这是一个“虚拟”相机它不直接渲染而是用于驱动描边生成Pass。或者我们可以将描边生成作为一个Renderer Feature添加到CharacterCamera的Renderer上直接输出到RT_Outline。步骤2实现描边生成描边生成有很多算法这里以常见的“基于法线/深度的边缘检测”为例。你需要编写一个Shader采样RT_Character对应的深度纹理和法线纹理在颜色或深度发生突变的地方绘制描边。// 简化的深度法线描边核心逻辑 float depth SampleDepth(_CharacterDepthTex, uv); float3 normal SampleNormal(_CharacterNormalTex, uv); // 对周边像素进行采样 float depthNorth SampleDepth(_CharacterDepthTex, uv float2(0, _OutlineThickness)); float3 normalNorth SampleNormal(_CharacterNormalTex, uv float2(0, _OutlineThickness)); // 计算深度差和法线夹角 float depthDiff abs(depth - depthNorth); float normalDiff 1.0 - dot(normal, normalNorth); // 如果差异超过阈值则判定为边缘 if (depthDiff _DepthThreshold || normalDiff _NormalThreshold) { return _OutlineColor; } else { return float4(0,0,0,0); // 透明 }这个Shader可以作为一个FullScreen Pass在CharacterCamera渲染完角色后立即执行将结果输出到RT_Outline。步骤3合成最终图像创建一个最终的合成相机FinalCamera其Render Type为Base目标为Screen。为它所在的URP Renderer添加一个自定义的Renderer Feature如FinalComposeFeature。在这个Feature的Render Pass中使用Blitter或DrawProcedural先绘制RT_Scene到屏幕。然后使用一个支持透明混合的Shader绘制RT_Character纯色角色到屏幕。最后再绘制RT_Outline到屏幕。描边通常使用Alpha混合SrcAlpha, OneMinusSrcAlpha。这样描边就会完美地叠加在角色和场景之上且不受场景后期处理的干扰。4.3 性能考量与优化带宽开销多通道渲染最大的开销来自于将中间结果写入和读出Render Texture所产生的显存带宽。务必控制RT的分辨率非必要通道尽量使用低分辨率如角色RT用半分辨率。Draw Call每个额外的相机都会引入新的Culling和Draw Call提交过程。确保每个相机的Culling Mask尽可能精简剔除不必要的物体。Shader复杂度合成Shader应尽量简单高效。避免在合成Pass中进行复杂的逐像素计算。使用RTHandle强烈建议使用URP的RTHandle系统来管理Render Texture。它能自动处理动态分辨率缩放Dynamic Resolution并优化内存复用比直接使用RenderTexture类更高效。踩坑记录我曾遇到一个Bug描边在角色快速移动时会出现闪烁。排查后发现是因为CharacterCamera和MainSceneCamera的投影矩阵Projection Matrix在每帧计算时有微小的浮点数差异导致深度比较不稳定。解决方案是让CharacterCamera直接使用MainSceneCamera的投影矩阵或者确保两者的视野FOV、近远裁剪面Near/Far Plane完全一致并使用同一帧的渲染数据。5. 与URP后期处理系统的深度集成多通道渲染的成果如何与URP强大的后期处理栈Post Processing Stack协同工作是一个关键问题。我们既希望某些通道如场景享受完整的后期效果又希望其他通道如UI、特定角色效果保持原样。5.1 每个相机的独立后期处理在URP中后期处理效果是通过Volume组件来管理的。默认情况下一个Base Camera会寻找场景中启用的、优先级最高的Volume并应用其所有覆盖的效果。为场景通道启用后期在MainSceneCamera的渲染路径上确保其Renderer关联的URP Renderer Data包含了后期处理所需的Renderer Features如Color GradingBloom等。同时在场景中设置好包含所需效果的Volume。为特定通道禁用后期对于CharacterCamera如果你不希望它受到任何Volume影响最简单的方法是不给它添加任何后期处理的Renderer Feature。或者你可以创建一个空的、优先级更高的Volume并设置为Is Global但将其Weight设置为0或将其Profile留空这可以有效地“屏蔽”掉其他Volume效果对该相机的影响。更精细的控制可以通过自定义Renderer Feature来实现。你可以在Feature中通过RenderingData.cameraData获取当前正在渲染的相机然后决定是否执行某些后期效果。5.2 在合成通道应用全局后期有时我们希望所有通道合成后的最终图像再统一应用一次后期处理如全局的色调映射、抗锯齿。这很容易实现让最终的合成相机FinalCamera直接渲染到屏幕而不是RT。确保FinalCamera所使用的URP Renderer启用了你想要的后期处理Renderer Features如Film Grain,Vignette。场景中的Volume会对FinalCamera生效。这样所有通道合成后的画面在提交给屏幕之前会再经过一次后期处理管线的加工。需要注意的是像Bloom这类效果如果在最终合成后再应用其光晕会覆盖所有元素包括UI这可能不是你想要的。因此Bloom通常更适合应用于场景通道本身。5.3 自定义后期效果作为通道多通道渲染的思想甚至可以反过来用将一个复杂的自定义后期效果本身作为一个独立的渲染通道。例如你想实现一个基于全屏深度图的重雾效Heavy Fog这个计算可能很昂贵。你可以主相机正常渲染场景到RT_Scene不带雾效。创建一个FogPostProcessCamera它不渲染任何几何体而是执行一个全屏Pass。这个Pass的Shader采样RT_Scene和主相机的深度纹理计算出雾效颜色输出到RT_Fogged。最终合成相机将RT_Fogged绘制到屏幕。这样做的好处是你可以独立控制雾效的更新频率比如每两帧更新一次或者在不需雾效的场景快速关闭整个通道实现性能与效果的平衡。6. 高级应用与性能问题排查掌握了基础架构后我们可以探索一些更高级的应用模式并了解如何排查常见的性能瓶颈。6.1 高级应用模式1. 分屏与画中画多相机渲染是实现分屏游戏的天然方案。为每个玩家创建一个Viewport Rect不同的Base Camera即可。对于画中画如小地图、监控画面可以将一个相机的渲染目标设置为一个小尺寸的Render Texture然后将这个RT显示在UI的RawImage上。2. 渲染到纹理用于Shader采样这是非常强大的技巧。例如你可以用一个相机从上往下渲染场景的顶视图生成一张RT_MiniMap。然后在角色脚下的地面Shader中采样这张纹理动态生成一个实时的小地图投影。这比使用UI叠加一个静态小地图图片要沉浸得多。3. 延迟渲染与G-Buffer复用URP默认是前向渲染路径。但通过多通道我们可以模拟一些延迟渲染的思路。例如第一个通道PreZ Pass只写入深度。第二个通道Base Pass渲染不透明物体并将颜色、法线等信息输出到多个RT类似G-Buffer。第三个通道Lighting Pass利用这些G-Buffer数据进行复杂的光照计算。这给了我们极大的灵活性来实现自定义光照模型。6.2 性能分析与常见问题排查当你的多相机系统导致帧率下降时可以按照以下步骤排查1. 使用Frame Debugger或RenderDoc这是最重要的工具。逐帧分析每个相机、每个Render Pass的Draw Call数量、渲染目标切换、Shader耗时。你会清晰地看到每个RT是何时被创建、何时被渲染、何时被采样的。经常能发现意外的全屏Blit操作或冗余的RT清除。2. 检查RT的尺寸与格式在Frame Debugger中注意每个RT的尺寸。一个常见的错误是创建了与屏幕同分辨率的RT用于渲染一个很小的UI图标这造成了巨大的浪费。使用RTHandle并设置合适的缩放比例如Vector2(0.5f, 0.5f)表示半分辨率。3. 合并相似的渲染通道如果两个Overlay相机渲染的内容层Culling Mask完全不同且没有重叠考虑能否通过Shader变体或材质属性区分合并到一个相机中渲染减少相机数量是降低CPU开销的直接方法。4. 避免每帧创建/释放RT绝对不要在Update()里频繁创建新的RenderTexture。对于持续使用的RT在Start()或OnEnable()中创建在OnDisable()中释放。使用RenderTexture.GetTemporary和ReleaseTemporary配对时确保在同一帧内完成。跨帧持有临时RT是内存泄漏的常见原因。5. 注意透明排序当多个通道都包含透明物体时最终的渲染顺序可能变得复杂。URP按照相机堆叠顺序和物体在单个相机内的排序进行渲染。透明物体的混合是顺序相关的错误的顺序会导致视觉错误。务必通过调整相机在Stack中的顺序、物体的渲染队列Render Queue来精细控制。6. 平台差异移动平台尤其是低端机对Render Texture和Multiple Render TargetsMRT的支持和性能表现与PC不同。在移动设备上应更激进地降低RT分辨率并测试是否支持你需要的纹理格式如浮点格式。Android和iOS不同机型间的差异也需要充分测试。我个人在性能优化上最深刻的体会是先架构后优化。在设计多通道方案之初就要问自己这个通道是必须的吗它的更新频率能降低吗它的分辨率能缩小吗一个清晰、简洁的通道设计远比一个复杂但充满冗余的系统更容易维护和优化。当性能问题出现时数据Frame Debugger永远比猜测更可靠从最大的开销源开始解决往往能事半功倍。
Unity URP多相机与多通道渲染：从原理到实战，解决复杂视觉效果合成难题
发布时间：2026/7/26 16:38:08
1. 项目概述为什么我们需要多相机与多通道渲染在Unity里做项目尤其是涉及到复杂视觉效果、UI与3D场景混合或者需要特定后期处理效果时单一相机往往显得力不从心。你可能会遇到这样的场景游戏主画面需要一个Bloom效果但UI界面上的文字和图标必须保持清晰锐利不能被Bloom模糊或者你想把角色和背景分别渲染对角色单独施加一个卡通描边而背景保持写实风格又或者在数字孪生、AR应用中需要将虚拟模型与现实视频流完美融合各自需要不同的渲染管线处理。这就是“Unity URP多相机与多通道渲染”要解决的核心问题。它不是一个炫技的功能而是解决实际开发痛点的工程方案。简单来说就是把原本一个相机“一锅烩”的渲染工作拆分成多个相机各自负责不同的“图层”最后再像拼图一样或者经过复杂的后期处理合成最终的画面。URPUniversal Render Pipeline作为Unity现代的可编程渲染管线为这种分层、分通道的渲染方式提供了比内置管线更清晰、更高效的实现路径。我接手过不少从内置管线迁移到URP的项目也做过不少需要复杂后期合成的特效深感多相机渲染是提升画面表现力和解决渲染冲突的利器。但网上很多教程要么只讲概念要么代码片段零散缺乏从设计思路到避坑指南的完整闭环。这篇文章我就结合实战经验从最基础的视图分离讲起一直深入到多通道渲染与自定义后期处理的整合帮你彻底搞懂这套流程并能在自己的项目中直接应用。2. URP多相机系统基础与堆叠原理在深入实战前我们必须理解URP中相机是如何协同工作的。这与内置渲染管线的“相机深度”概念有相似之处但URP的Camera Stack相机堆叠机制更为强大和灵活。2.1 相机类型与渲染顺序URP中的相机主要分为两种类型Base Camera基础相机和Overlay Camera叠加相机。Base Camera这是渲染的起点和基础层。它拥有完整的渲染流程Culling剔除、Rendering渲染、Post Processing后期处理。一个场景中可以有多个Base Camera它们根据Depth属性值从小到大依次渲染。你可以把它想象成舞台的底板。Overlay Camera这是叠加在Base Camera之上的“图层”。它没有自己的剔除和后期处理流程。它的作用是将其视野内的物体渲染到某个Base Camera或其所属堆叠的帧缓冲Frame Buffer中。Overlay Camera必须被添加到一个Base Camera的Stack列表中才能生效。这种设计的精妙之处在于职责分离。Base Camera负责构建主场景而Overlay Camera可以专门用于渲染UI、特效、小地图等需要“浮”在主场景之上的元素。这完美解决了文章开头提到的“UI不被后期处理影响”的需求你可以用一个Base Camera渲染3D场景并应用Bloom再用一个单独的、无后期处理的Overlay Camera只渲染UI。2.2 配置一个简单的双相机堆叠让我们从一个最简单的例子开始用Base Camera渲染场景用Overlay Camera渲染一个永远面向屏幕的UI面板。创建相机在场景中创建两个CameraGameObject。分别命名为MainCameraBase和UICameraOverlay。设置相机属性选中MainCamera在Inspector中确保Render Type为Base。选中UICamera将其Render Type设置为Overlay。同时将其Culling Mask设置为只包含UI层例如一个自定义的UI层而MainCamera的Culling Mask应排除UI层。这样可以避免UI物体被主相机渲染两次。构建堆叠选中MainCamera在Inspector中找到Stack列表在URP Camera组件下方。点击“”号将UICamera拖入或从列表中选择。配置UI Canvas你的UI Canvas需要将其Render Mode设置为Screen Space - Camera然后将Render Camera指定为UICamera。这样Canvas就会由这个Overlay相机负责渲染。完成以上步骤后运行游戏你会发现UI元素正常显示并且完全独立于主相机的任何后期处理效果。这是多相机渲染最基础、最常用的模式。注意Overlay相机的Clear Flags通常应设置为Depth Only或Don‘t Clear。设置为Depth Only可以确保它只在自己的深度范围内渲染避免覆盖不该覆盖的东西。Skybox和Solid Color对于Overlay相机通常没有意义因为它不清除颜色缓冲。2.3 深度与渲染目标管理当多个相机向同一个渲染目标如屏幕绘制时深度管理至关重要。URP会自动处理Base Camera和其Stack内Overlay相机的深度排序。本质上Base Camera先渲染然后其Stack中的Overlay相机按列表顺序依次渲染。后渲染的会覆盖先渲染的像素在不考虑透明混合的情况下。这里有一个关键点每个相机的渲染结果默认输出到同一个“颜色缓冲”和“深度缓冲”。这意味着UICamera渲染的UI会写入深度缓冲如果后续有另一个Overlay相机想渲染位于UI之后的物体就可能因为深度测试失败而被剔除。因此在设计复杂的相机堆叠时需要仔细规划渲染顺序和层的深度关系。对于更高级的用法我们还可以使用Render Texture作为相机的渲染目标这就是通向“多通道渲染”的大门。我们不再让所有相机直接画到屏幕上而是让它们先画到各自的“画布”Render Texture上最后再统一合成。3. 多通道渲染的核心Render Texture与Shader多通道渲染Multi-pass Rendering的核心思想是将渲染过程分解为多个独立的“通道”Pass每个通道输出一个中间结果通常是Render Texture最终再通过一个或多个合成通道将这些中间结果组合成最终图像。这在URP中通常通过配合多个相机和自定义Shader来实现。3.1 创建与管理Render TextureRender Texture渲染纹理可以理解为一块在GPU内存中的图像缓冲区。相机可以将画面渲染到它上面而不是直接渲染到屏幕。创建Render Texture在Project窗口中右键 - Create - Render Texture。命名为RT_Character。配置属性根据你的需求设置尺寸如512x512、颜色格式ARGB32通常足够、深度缓冲24 bit用于深度测试等。对于后期处理用的RT开启sRGB采样可能是必要的。分配给相机创建一个新的相机CharacterCamera将其Render Type设为Base因为它要独立渲染一个完整的画面。将其Output从Screen改为Render Texture并将刚才创建的RT_Character拖入目标槽。设置相机参数调整CharacterCamera的位置、视角和裁剪遮罩使其只拍摄你的角色模型。你可能需要将角色放在一个独立的Layer如Character层并将相机的Culling Mask设置为仅此层。现在CharacterCamera渲染的内容就保存到了RT_Character这张纹理中。你可以在场景中创建一个RawImage UI将其纹理设置为RT_Character来预览这个通道的渲染结果。3.2 编写合成Shader有了多个Render Texture后我们需要一个Shader来将它们合成。这通常在最后一个“全屏绘制”的通道中完成可以通过一个Overlay Camera配合一个全屏Shader或者直接使用URP的Renderer Features来实现。这里展示一个简单的双纹理混合ShaderHLSL/ShaderGraph均可实现// 一个简单的屏幕后处理Shader用于混合两个纹理 Shader Custom/TextureBlend { Properties { _MainTex (Base (RGB), 2D) white {} _BlendTex (Blend Texture, 2D) black {} _BlendFactor (Blend Factor, Range(0, 1)) 0.5 } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline} Pass { Name TextureBlendPass ZTest Always ZWrite Off Cull Off HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 vertex : SV_POSITION; }; TEXTURE2D(_MainTex); SAMPLER(sampler_MainTex); TEXTURE2D(_BlendTex); SAMPLER(sampler_BlendTex); float _BlendFactor; v2f vert (appdata v) { v2f o; o.vertex TransformObjectToHClip(v.vertex.xyz); o.uv v.uv; return o; } half4 frag (v2f i) : SV_Target { half4 mainColor SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, i.uv); half4 blendColor SAMPLE_TEXTURE2D(_BlendTex, sampler_BlendTex, i.uv); // 简单的线性混合 half4 finalColor lerp(mainColor, blendColor, _BlendFactor); return finalColor; } ENDHLSL } } }3.3 通过Renderer Feature实现合成在URP中更优雅的方式是使用Scriptable Renderer Feature。我们可以创建一个Feature在渲染流程的某个注入点如AfterRenderingOpaques插入一个全屏绘制Pass。创建Renderer Feature脚本创建一个继承自ScriptableRendererFeature的类如TextureBlendFeature。创建Render Pass在Feature内部创建一个继承自ScriptableRenderPass的类如TextureBlendPass。在Execute方法中设置渲染状态关闭深度写入等使用CommandBuffer.DrawProcedural或BlitterAPI来绘制一个全屏四边形并执行上面的合成Shader。配置Feature在URP Asset对应的Renderer如UniversalRenderer的Inspector中添加这个TextureBlendFeature。然后通过脚本或序列化字段将RT_Character等Render Texture传递给Feature的材质。这种方式将合成逻辑集成到了URP的渲染流程中比使用一个额外的Overlay Camera更加高效和可控。你可以精确控制合成发生在透明物体渲染前还是渲染后是否参与后期效果等。实操心得管理多个Render Texture时命名和资源管理非常重要。我习惯使用[RT]_[用途]_[分辨率]的命名规则例如RT_CharacterMask_512。对于动态创建的RTRenderTexture.GetTemporary一定要在帧末ReleaseTemporary否则会造成内存泄漏和性能问题。URP的RTHandle系统是更好的选择它提供了自动缩放和生命周期管理。4. 实战角色描边与场景分离渲染让我们结合一个具体案例为角色添加一个独立的自定义描边效果且此描边不受场景后期处理如景深、颜色校正的影响。这是一个典型的多通道渲染应用。4.1 架构设计我们需要三个渲染通道场景通道主相机渲染整个场景排除角色输出到RT_Scene。这个通道可以应用所有需要的后期效果。角色通道一个专门对准角色的相机只渲染角色模型输出到RT_Character。这个通道不应用主场景的后期处理。描边通道基于RT_Character的深度/法线信息生成描边纹理RT_Outline。这通常通过一个后处理Shader实现。合成通道将RT_Scene、RT_Character无描边的纯色角色和RT_Outline按正确顺序和混合方式合成到最终屏幕。4.2 具体实现步骤步骤1创建Render Texture和相机创建RT_Scene与屏幕同分辨率RT_Character可以是较低分辨率以节省性能RT_Outline与角色RT同分辨率。创建三个相机MainSceneCamera(Base): 渲染场景到RT_Scene。Culling Mask排除角色层。挂载所有需要的后期处理Volume。CharacterCamera(Base): 渲染角色到RT_Character。Culling Mask仅角色层。移除或禁用其后期处理。OutlineCamera(Base): 这是一个“虚拟”相机它不直接渲染而是用于驱动描边生成Pass。或者我们可以将描边生成作为一个Renderer Feature添加到CharacterCamera的Renderer上直接输出到RT_Outline。步骤2实现描边生成描边生成有很多算法这里以常见的“基于法线/深度的边缘检测”为例。你需要编写一个Shader采样RT_Character对应的深度纹理和法线纹理在颜色或深度发生突变的地方绘制描边。// 简化的深度法线描边核心逻辑 float depth SampleDepth(_CharacterDepthTex, uv); float3 normal SampleNormal(_CharacterNormalTex, uv); // 对周边像素进行采样 float depthNorth SampleDepth(_CharacterDepthTex, uv float2(0, _OutlineThickness)); float3 normalNorth SampleNormal(_CharacterNormalTex, uv float2(0, _OutlineThickness)); // 计算深度差和法线夹角 float depthDiff abs(depth - depthNorth); float normalDiff 1.0 - dot(normal, normalNorth); // 如果差异超过阈值则判定为边缘 if (depthDiff _DepthThreshold || normalDiff _NormalThreshold) { return _OutlineColor; } else { return float4(0,0,0,0); // 透明 }这个Shader可以作为一个FullScreen Pass在CharacterCamera渲染完角色后立即执行将结果输出到RT_Outline。步骤3合成最终图像创建一个最终的合成相机FinalCamera其Render Type为Base目标为Screen。为它所在的URP Renderer添加一个自定义的Renderer Feature如FinalComposeFeature。在这个Feature的Render Pass中使用Blitter或DrawProcedural先绘制RT_Scene到屏幕。然后使用一个支持透明混合的Shader绘制RT_Character纯色角色到屏幕。最后再绘制RT_Outline到屏幕。描边通常使用Alpha混合SrcAlpha, OneMinusSrcAlpha。这样描边就会完美地叠加在角色和场景之上且不受场景后期处理的干扰。4.3 性能考量与优化带宽开销多通道渲染最大的开销来自于将中间结果写入和读出Render Texture所产生的显存带宽。务必控制RT的分辨率非必要通道尽量使用低分辨率如角色RT用半分辨率。Draw Call每个额外的相机都会引入新的Culling和Draw Call提交过程。确保每个相机的Culling Mask尽可能精简剔除不必要的物体。Shader复杂度合成Shader应尽量简单高效。避免在合成Pass中进行复杂的逐像素计算。使用RTHandle强烈建议使用URP的RTHandle系统来管理Render Texture。它能自动处理动态分辨率缩放Dynamic Resolution并优化内存复用比直接使用RenderTexture类更高效。踩坑记录我曾遇到一个Bug描边在角色快速移动时会出现闪烁。排查后发现是因为CharacterCamera和MainSceneCamera的投影矩阵Projection Matrix在每帧计算时有微小的浮点数差异导致深度比较不稳定。解决方案是让CharacterCamera直接使用MainSceneCamera的投影矩阵或者确保两者的视野FOV、近远裁剪面Near/Far Plane完全一致并使用同一帧的渲染数据。5. 与URP后期处理系统的深度集成多通道渲染的成果如何与URP强大的后期处理栈Post Processing Stack协同工作是一个关键问题。我们既希望某些通道如场景享受完整的后期效果又希望其他通道如UI、特定角色效果保持原样。5.1 每个相机的独立后期处理在URP中后期处理效果是通过Volume组件来管理的。默认情况下一个Base Camera会寻找场景中启用的、优先级最高的Volume并应用其所有覆盖的效果。为场景通道启用后期在MainSceneCamera的渲染路径上确保其Renderer关联的URP Renderer Data包含了后期处理所需的Renderer Features如Color GradingBloom等。同时在场景中设置好包含所需效果的Volume。为特定通道禁用后期对于CharacterCamera如果你不希望它受到任何Volume影响最简单的方法是不给它添加任何后期处理的Renderer Feature。或者你可以创建一个空的、优先级更高的Volume并设置为Is Global但将其Weight设置为0或将其Profile留空这可以有效地“屏蔽”掉其他Volume效果对该相机的影响。更精细的控制可以通过自定义Renderer Feature来实现。你可以在Feature中通过RenderingData.cameraData获取当前正在渲染的相机然后决定是否执行某些后期效果。5.2 在合成通道应用全局后期有时我们希望所有通道合成后的最终图像再统一应用一次后期处理如全局的色调映射、抗锯齿。这很容易实现让最终的合成相机FinalCamera直接渲染到屏幕而不是RT。确保FinalCamera所使用的URP Renderer启用了你想要的后期处理Renderer Features如Film Grain,Vignette。场景中的Volume会对FinalCamera生效。这样所有通道合成后的画面在提交给屏幕之前会再经过一次后期处理管线的加工。需要注意的是像Bloom这类效果如果在最终合成后再应用其光晕会覆盖所有元素包括UI这可能不是你想要的。因此Bloom通常更适合应用于场景通道本身。5.3 自定义后期效果作为通道多通道渲染的思想甚至可以反过来用将一个复杂的自定义后期效果本身作为一个独立的渲染通道。例如你想实现一个基于全屏深度图的重雾效Heavy Fog这个计算可能很昂贵。你可以主相机正常渲染场景到RT_Scene不带雾效。创建一个FogPostProcessCamera它不渲染任何几何体而是执行一个全屏Pass。这个Pass的Shader采样RT_Scene和主相机的深度纹理计算出雾效颜色输出到RT_Fogged。最终合成相机将RT_Fogged绘制到屏幕。这样做的好处是你可以独立控制雾效的更新频率比如每两帧更新一次或者在不需雾效的场景快速关闭整个通道实现性能与效果的平衡。6. 高级应用与性能问题排查掌握了基础架构后我们可以探索一些更高级的应用模式并了解如何排查常见的性能瓶颈。6.1 高级应用模式1. 分屏与画中画多相机渲染是实现分屏游戏的天然方案。为每个玩家创建一个Viewport Rect不同的Base Camera即可。对于画中画如小地图、监控画面可以将一个相机的渲染目标设置为一个小尺寸的Render Texture然后将这个RT显示在UI的RawImage上。2. 渲染到纹理用于Shader采样这是非常强大的技巧。例如你可以用一个相机从上往下渲染场景的顶视图生成一张RT_MiniMap。然后在角色脚下的地面Shader中采样这张纹理动态生成一个实时的小地图投影。这比使用UI叠加一个静态小地图图片要沉浸得多。3. 延迟渲染与G-Buffer复用URP默认是前向渲染路径。但通过多通道我们可以模拟一些延迟渲染的思路。例如第一个通道PreZ Pass只写入深度。第二个通道Base Pass渲染不透明物体并将颜色、法线等信息输出到多个RT类似G-Buffer。第三个通道Lighting Pass利用这些G-Buffer数据进行复杂的光照计算。这给了我们极大的灵活性来实现自定义光照模型。6.2 性能分析与常见问题排查当你的多相机系统导致帧率下降时可以按照以下步骤排查1. 使用Frame Debugger或RenderDoc这是最重要的工具。逐帧分析每个相机、每个Render Pass的Draw Call数量、渲染目标切换、Shader耗时。你会清晰地看到每个RT是何时被创建、何时被渲染、何时被采样的。经常能发现意外的全屏Blit操作或冗余的RT清除。2. 检查RT的尺寸与格式在Frame Debugger中注意每个RT的尺寸。一个常见的错误是创建了与屏幕同分辨率的RT用于渲染一个很小的UI图标这造成了巨大的浪费。使用RTHandle并设置合适的缩放比例如Vector2(0.5f, 0.5f)表示半分辨率。3. 合并相似的渲染通道如果两个Overlay相机渲染的内容层Culling Mask完全不同且没有重叠考虑能否通过Shader变体或材质属性区分合并到一个相机中渲染减少相机数量是降低CPU开销的直接方法。4. 避免每帧创建/释放RT绝对不要在Update()里频繁创建新的RenderTexture。对于持续使用的RT在Start()或OnEnable()中创建在OnDisable()中释放。使用RenderTexture.GetTemporary和ReleaseTemporary配对时确保在同一帧内完成。跨帧持有临时RT是内存泄漏的常见原因。5. 注意透明排序当多个通道都包含透明物体时最终的渲染顺序可能变得复杂。URP按照相机堆叠顺序和物体在单个相机内的排序进行渲染。透明物体的混合是顺序相关的错误的顺序会导致视觉错误。务必通过调整相机在Stack中的顺序、物体的渲染队列Render Queue来精细控制。6. 平台差异移动平台尤其是低端机对Render Texture和Multiple Render TargetsMRT的支持和性能表现与PC不同。在移动设备上应更激进地降低RT分辨率并测试是否支持你需要的纹理格式如浮点格式。Android和iOS不同机型间的差异也需要充分测试。我个人在性能优化上最深刻的体会是先架构后优化。在设计多通道方案之初就要问自己这个通道是必须的吗它的更新频率能降低吗它的分辨率能缩小吗一个清晰、简洁的通道设计远比一个复杂但充满冗余的系统更容易维护和优化。当性能问题出现时数据Frame Debugger永远比猜测更可靠从最大的开销源开始解决往往能事半功倍。
