★ FEATURED ARTICLE 这几个月在项目里啃了不少材质上的硬骨头从最初只会拖节点连蓝图到后面被性能和多平台适配逼着去写HLSL一路踩坑一路填。今天这篇”41”就是想把这些进阶阶段的实操经验梳理一遍。不是给你念引擎文档而是站在美术和TA的角度说说自定义表达式、Custom HLSL、MPCMaterial Parameter Collection以及渲染管线集成这些东西在真实项目里到底怎么用、为什么用、以及用的时候有哪些坑。先说几个典型的场景你感受下是不是正中痛点想在材质里用一个循环结果节点图绕了半天最后堆了几十个节点还乱成一团想实现一个效果查了一圈发现官方节点根本不存在只能眼巴巴看着战斗中用蓝图动态改材质参数结果每帧Update一下卡得要死或者干脆没有这种优化意识等UI突然卡顿才知道出了问题。如果你也遇到这些情况那这篇文章基本就是给你写的。下文涉及的这套方案我在移动端中低端机上验证过也在PC高画质模式下测过稳定性和性能都过关可以直接拿来当范本参考。1. 内容整体设计与思路拆解1.1 为什么节点拼图会有天花板UE的材质编辑器底层就是Shader编译器的可视化外壳。材质节点最终会被翻译成HLSL代码然后交给RHI层编译成对应平台的着色器。理论上节点图能表达任何Shader逻辑但实际操作中事情没那么理想循环和分支结构在蓝图模式下表达极其笨拙。每次想做一个迭代效果得手动展开多次操作图表复杂度成倍增加。连续嵌套的数学运算会在节点图中生成大量中间变量编译器优化如果不够激进很可能产生多余的GPU指令。复杂的后处理逻辑比如自定义模糊核、多次采样计算用节点连接会覆盖整个屏幕空间输出结构非常难维护。跨平台移植时节点编译出的代码可控性低不同驱动和移动设备上的表现差异明显。1.2 什么时候必须上自定义代码搞清楚节点图的边界就可以判断什么场景该写Shader代码了需要循环或递归逻辑例如UI上的扫描线效果、波纹扩散、颗粒动画。需要自定义的噪声算法、分形逻辑而这些算法在节点图上实现会有极高的性能开销。需要精确控制寄存器数量、指令数保证在低端设备上同样能稳定60帧。需要在材质里使用Buffer或结构化数据例如读取骨骼位置、物理场景的代理数据。需要在材质里和渲染管线深度交互比如拿深度Buffer做透视计算、定制平面裁剪逻辑等。1.3 本文的整体架构全文会这么展开先从自定义表达式讲起说清楚它能做什么、不能做什么然后过渡到Custom HLSL模块讲代码层面的注意事项接着解释MPC的架构和用法最后聊材质怎么跟渲染管线协作。每章都以我自己项目里的真实案例为落地场景附上对应的代码片段、参数配置和排查思路。为了方便你按需翻阅每一节都可以独立阅读。这里有个基础但重要的知识点先放前面UE在材质编辑器中写的所有自定义代码都会被拼接到最终的Shader中。引擎支持两种入口一种是在Custom节点里嵌入一小段代码其实也是HLSL片段另一种是使用独立的HLSL文件然后通过Include方式引入。后者更接近传统图形学开发工程性更强。2. 核心细节解析与实操要点2.1 Custom Expression材质编辑器里的“轻量脚本”Custom Expression是UE材质中最基础的“写代码”入口。使用方法很直接连一个Custom节点然后在代码框里输入表达式。但要意识到Custom节点的代码块不是完整的一个函数它相当于一个内联的表达式片段。引擎会把你在编辑器里写的代码嵌入到生成的Shader代码上下文中。这意味着代码块里可以直接使用名为Parameters的结构体里面包含了CurrentWorldPosition、CameraWorldPosition等全局信息。代码块里也可以引用你自己定义的局部变量但外层的变量不会自动可用。代码块里不允许定义函数不能声明局部结构体或类。代码块里不支持预处理指令比如#if至少不能完整支持可能破坏编译流程。正因为有这些限制把Custom节点当成快速验算工具最合适。比如做视差映射、自定义噪声、向量运算组合这些短小精悍但节点展开繁琐的逻辑用Custom节点几行代码就搞定。我自己在项目里常用它做自定义Noise比如一个3D Voronoi的简化版如果用节点拼图至少得五六十个节点而Custom Expression 15行代码就可以输出可用的噪声值。来看一个简单的示例假设我们要做一个基于世界坐标动态天空混合的效果伪代码展示思路float HeightFactor saturate((WorldPosition.z - 500.0) / 1000.0); float3 SkyColor lerp(float3(0.75, 0.78, 0.85), float3(0.25, 0.35, 0.55), HeightFactor); return SkyColor;这段代码其实就是替代了Lerp和Clamp那一堆节点。你要清楚Custom Expression里输出的数据类型由节点引脚决定比如输出引脚是float3那你代码块返回的最终结果是float3。如果你在代码块里返回一个float4但引脚类型是float3UE会尝试做隐式转换不过更稳妥的做法是显式控制类型。写Custom Expression的第一个坑就是输出精度。引擎默认很多材质计算是half精度尤其是移动端上。当你在Custom代码块里写float运算时很可能被引擎优化成half这就会导致高精度数据截断。最经典的例子是做UV偏移时遇到精度问题物体放大后UV会出现抖动。解决思路是在Custom节点里声明需要高精度的中间变量时加上float类型显式修饰并开启Use GPU Compilers Full Precision。在材质细节面板的属性里就能找到这个选项将Shading Model的Full Precision打开。2.2 Custom Expression 的输入参数和使用技巧Custom节点底部可以添加输入引脚。这些引脚有三种类型普通常量或向量在编辑器里连各种材质节点运行时作为变量传入。连接Texture节点此时引擎会传入采样坐标但代码块里得自己声明TextureObject和SamplerState。连接向量表达式在代码里直接使用这个输入变量的名字。输入引脚的名字可以自定义但名字不能与HLSL关键字冲突。比如你取名为sample就不会通过编译因为sample在HLSL中已经有定义。同样的避免使用pos、size、color这类可能被引擎宏展开覆盖的名字最好统一使用带前缀的命名例如in_Color、in_UV。有一个使用技巧是传入UV坐标时不要用Texture节点连接的自动采样而是手动连接一个TexCoord节点并将其转为线性。原因在于Custom Expression节点内的采样没有做常规的MipMap计算和Clamp如果你的代码块里直接执行了Texture2DSample(Tex, Sampler, UV)引擎可能不会给你加上自动的Mip等级计算导致远处出现严重闪烁。这里你可以手动在Custom代码里算导数或者让传入的UV经过TexCoord节点的MipMapLevel调节保证远距离画面稳定。我自己的项目里经常在Custom Expression里做水面的波动偏移。一个典型的Versatile Water代码段是float2 SampleUV in_WaterUV float2(Time * 0.05, 0.0); float WaveA sin(SampleUV.x * 3.0 Time * 2.0) * 0.01; float WaveB sin(SampleUV.y * 5.0 Time * 1.5) * 0.01; return float2(WaveA, WaveB);这里的Time可以通过Custom节点输入引脚连接一个Time节点注意引擎的时间值类型是float。做法就是把Time节点连接到一个输入引脚上然后在代码块里使用该变量。这样做的优势是如果你想用蓝图控制时间流速只需要把引脚的连接关系在运行时改为一个动态标量就行。2.3 Custom HLSL摆脱代码片段限制的正规军Custom HLSL比Custom Expression工程化得多适合真正的Shader功能模块。它的做法是通过内容浏览器创建一个.ush或.hlsl文件放在项目的Shaders目录下。然后在材质编辑器中添加Custom节点把文件作为Include引入。文件写好后在Custom节点的Code区域只需要写函数调用或者片段代码#include /Project/Shaders/MyCustomShader.ush return MyCustomFunction(Parameters, UV);也可以更干净地使用CustomExpression节点配合Include模块。但要注意Include路径的有效范围有讲究。直接写包含项目名的绝对路径最稳定例如/Game/MyProject/Shaders/MyFile.ush在引擎里是内容资产路径但在Shader代码Include里更推荐用相对项目根路径的方式。在Include文件里可以定义函数、结构体、常量等自由度远高于Custom Expression节点。下面是一个简单的自定义色阶化函数示例放在.ush里float3 MyPosterize(float3 Color, float Steps) { return floor(Color * Steps) / Steps; }然后在Custom节点里调用return MyPosterize(InColor, InSteps);这种做法最大的优势在于复用。一个文件里可以写几十个函数供不同材质共用。比如我把噪声、变换、卡通描边、发光扰动等函数全部放在一个MyCustomLibrary.ush里每隔项目直接引用即可。团队协作时专门有一套Shader库统一命名规范、统一风格后接手的人一目了然。Custom HLSL在代码层面还有一些进阶玩法可以声明全局变量这些变量由引擎以Uniform形式传入材质代码里可以直接引用但值的来源却不一定是材质本身的参数。例如可以声明float4x4 CustomMatrix;然后在C侧通过控制台命令或者RHI去更新它这在做后处理时很常见。可以访问引擎内部的各种Buffer比如SceneColor、SceneDepth、CustomStencil而前者需要材质域是后处理域或者使用后处理材质作为Blendable。可以控制顶点着色器和像素着色器之间的数据传递当你把材质域设为Volume或User Defined时输出的结构体会被引擎包装成对应域的结构从而改变材质的光照流程。需要注意的是Custom HLSL文件里的代码不能使用#include自身相对路径的方式比如编辑器里的Include路径会做字符串拼接路径写错通常不会被编译器识别最好的办法是把文件放在/Shaders/目录或Content/下并保持一致的大小写。一旦出现无法定位Include的错误先检查路径大小写和文件名拼写这是我踩过最多次的坑。2.4 自定义表达式和Custom HLSL的选型逻辑很多新人纠结用Custom Expression还是Custom HLSL。我的选择标准很简单如果只是想在节点图里少拉几条线代码量在10行以内用Custom Expression。如果代码超过20行、需要定义函数、需要结构体辅助或者要在多个材质里共用一套逻辑立刻上Custom HLSL。遇到复杂逻辑不要硬塞进Custom节点的代码框否则代码可读性非常差排查编译问题也困难。这份选择逻辑背后还有一个性能考量。Custom Expression节点里的代码跟Inline一样会导致引擎无法为你做太多抽象和优化。如果你写了一个很复杂的循环结构循环体内藏了一个大数组操作Shader编译器虽然能做展开和优化但代码体积可能爆炸。而Custom HLSL用函数封装后至少在编译层有机会被复用或剔除。当然插件或引擎自身优化也起很大作用但作为开发者我们得主动为编译器提供足够的“优化空间”。还有一个细节在材质编辑器里选中Custom节点右侧细节面板会有一堆属性选项。其中有两个非常关键Output Type决定返回值的类型和通道数量。Description用于在节点图上显示注释便于快速识别。Pure Node表示无状态节点只做计算不采样纹理。Reentrant标记为允许递归调用的节点。实际操作中我常常忘记设置Pure Node结果发现节点没法连到某些要求纯计算的输入上。这虽然不是Shader逻辑错误但会挡住你连接节点图的路。3. 实操过程与核心环节实现3.1 用Custom HLSL实现一个完整的溶解效果好我拿项目里做过的一个溶解材质作为完整案例拆解。这个案例既用到了Custom HLSL也涉及了MPC的动态参数驱动最终效果是角色被火焰吞噬时材质从脚部向上溶解表面散布火星同时边缘有灼烧发光的效果。第一步写Shader库文件。在项目Content/Shaders/下建一个DissolveLibrary.ushfloat3 DissolveEffect(float2 UV, float DissolveAmount, float3 BaseColor, float3 EdgeColor) { float NoiseValue (sin(UV.x * 50.0) * cos(UV.y * 40.0)) * 0.5 0.5; float EdgeWidth 0.05; float EdgeMask smoothstep(DissolveAmount, DissolveAmount EdgeWidth, NoiseValue); float CoreMask step(DissolveAmount, NoiseValue); float3 FinalColor BaseColor * CoreMask; FinalColor EdgeColor * (EdgeMask - CoreMask) * 2.0; return FinalColor; }这里用了一个自带的正弦噪声来模拟随机感真实项目里你可以换成Perlin噪声或Voronoi噪声贴图采样效果会更细腻。第二步在材质编辑器中创建Custom节点然后把它连接到BaseColor / Emissive等引脚。在Custom节点代码框里写上#include /Content/Shaders/DissolveLibrary.ush return DissolveEffect(UV, DissolveAmount, BaseColor, EdgeColor);把输入的四个引脚分别连到TexCoord、MPC参数后面细说、基础色纹理采样和边火颜色常量上。第三步调整好材质属性。如果你想让溶解模型呈现出物体渐隐的效果需要打开材质细节面板里的Opacity Mask输出并接一个带阈值的Mask输出。实际项目里常用MaskOpacity引脚选择Masked混合模式后把Opacity Mask引脚连接到一个计算出的Cutout值上只有被溶解到的部分才会隐藏。这里把CoreMask稍微变换一下用(NoiseValue DissolveAmount) ? 1.0 : 0.0生成新的Mask值。第四步在蓝图中处理参数。DissolveAmount来自MPC后面会讲。3.2 MPC给材质参数留一个全场景可见的“后门”MPC的全名是Material Parameter Collection它是材质参数的一个集合容器可以在任意材质中引用。与动态材质实例不同MPC不依赖某个Mesh或Material实例它在项目全局只有一份数据。材质通过Collection Parameter节点从MPC里取值蓝图/C通过Set Vector Parameter或Set Scalar Parameter来修改值所有引用该MPC的材质会立即响应。MPC最核心的价值是你在任何地方更新一个参数数百个材质、上百个物体可以同时更新。这在做全局特效控制时简直太方便了。比如刚才的溶解案例我可以把DissolveAmount存到名为Global_FX_Scalar的MPC中然后所有使用溶解材质的敌人、物块、UI特效都引用了同一个MPC参数。在战斗系统里我只需要在C或蓝图中调用一次UKismetMaterialLibrary::SetScalarParameterValue(GetWorld(), MPC_Global_FX, FName(DissolveAmount), NewValue);所有表面同时推进溶解进度。创建MPC的步骤非常简单在内容浏览器里右键 - Materials Textures - Material Parameter Collection起个名。双击打开添加标量或向量参数注意参数名唯一性。在材质编辑器中右键搜索Collection Parameter节点下拉列表选刚才的MPC然后选择参数通道。一个MPC里可以塞多个标量/向量参数但不要塞一张大贴图。MPC本质上是一个全局Uniform Buffer贴图应该走纹理资源用Parameter节点单独引。有个性能细节特别值得注意同一个MPC里参数过多会导致所有引用它的材质都被强制绑定这个Uniform Buffer如果你只是改其中一个标量其他材质也要跟着状态切换这会影响渲染管线状态的管理效率。在实际项目里我通常把MPC拆分成几个小集合例如Global_Global全局时间、昼夜、季节、Global_VFX通用特效参数、Global_Character角色通用颜色控制避免耦合。C侧的更新我已经给了示例。蓝图侧有一点不一样需要先拿到MPC对象再调用Set Scalar Parameter。如果你不想在蓝图里存对象引用也可以直接用控制台或者Sequencer的Track来实现动画化参数更新。MPC还有一个隐藏技巧它支持在材质编辑器里直接拖拽引用MPC的某个向量分量。比如Collection Parameter节点连到一个输入引脚后你可以在代码块里访问其分量同时蓝图修改的分量值是float材质侧的接收也是float。不过MPC不支持数组如果你想传一个float数组就没办法了。这种情况下得转向动态材质实例或者自定义Uniform。3.3 渲染管线集成材质如何跟Custom Depth、Scene Texture和全局Shader变量互动写材质写多了就会发现材质并不是只跟自己玩它需要跟渲染管线的各个阶段协作。集成一般分几个层次第一层材质域和混合模式的配置材质编辑器的三个核心参数决定集成方式Material Domain材质域、Blend Mode混合模式、Shading Model着色模型。Domain为Surface的材质用于场景物体表面。Domain为Post Process的材质挂在后期处理链上可以读取场景各种Buffer。Domain为Volume的材质可以在Local Volume里做自定义渐变常用于雾效和体积效果。Domain为Light Function的材质可以控制体积光的强度分布。这些域的选择决定了可访问的内置变量。你只有在Post Process域中才能方便访问SceneTexture节点的内容比如SceneColor、CustomStencil、WorldNormal等。Surface域通常访问不到后处理Buffer除非用自定义节点加代码访问SceneTextures但那种做法不推荐既绕又容易出兼容性问题。实际操作中我常用Post Process材质来做全屏描边、Scanline效果、或基于深度的边缘检测。后处理材质的优势在于可以把复杂的深度信息和颜色信息组合整个屏幕输出一个材质节点树的运算结果。第二层Custom Stencil / Custom Depth 的配合在场景里选中需要特殊处理的物体把Render CustomDepth Pass勾上。这样物体的深度信息会被额外写入CustomStencil缓冲区然后Post Process材质里通过SceneTexture节点的CustomStencil通道就能读取。这个方案我在项目里做过“地面透视标记物”效果一个人物被墙壁挡住但墙上会显示他的轮廓。实现方式就是先把人物模板单独渲染到CustomStencilPost Process材质里用深度对比判定遮挡区域然后叠加颜色。float CustomStencil SceneTextureCustomStencilLoad; // 伪代码示例实际节点存在SceneTexture:CustomStencil float SceneDepth SceneTextureDepthLoad; float PixelDepth GetScreenDepth(); float ObjectDepthMask (CustomStencil 0.0) ? 1.0 : 0.0; float OccludedMask (SceneDepth PixelDepth) ? 1.0 : 0.0; return float3(RedColor, 0.0, 0.0) * ObjectDepthMask * OccludedMask;这套逻辑在PC上没问题但在移动端要小心移动端很多GPU不推荐频繁开启CustomDepth性能开销大而且老机型对Stencil的支持有限。上这套系统前一定要先在目标低端机上做Profile否则卡成PPT。第三层全局Shader变量和引擎常量缓冲区的访问Custom Expression和Custom HLSL可以访问引擎的常量缓冲区比如View、Frame、Globals中定义的一系列内置量。具体能访问什么取决于平台和渲染后端。要做全局变量通信可以用两种方式一种就是MPC引擎帮你管理Uniform Buffer另一种是直接用RHIUpdateShaderResourceView或通过CVar传值。后者更底层但跨平台稳定性需要自己保证。在需要高频更新的全局数据比如逐帧时间、相机视锥参数时MPC已经足够用没有必要走底层通道。第四层与Render Target的联动当你要做复杂的后处理算法时往往会先在RTTRender Target上做一些中间计算再把RTT作为纹理输入到材质里。这个场景下材质只是最终展示层。集成步骤是创建一个Render Target资产在C或蓝图中逐渐绘制。在材质编辑器里用Texture节点直接引用该RT资产或运行时获取。将RT纹理采样结果结合场景其他Buffer实现自定义效果。这套方案我做UI动效比较多。比如游戏里武器有能量条充能效果能量条的流动条纹可以先渲染到RT再在材质里混合UI的平滑颜色和高光。RT更新的频率可以由蓝图控制不强制每帧更新能显著降低开销。4. 常见问题与排查技巧实录材质和Shader的问题往往神出鬼没编译器报错信息有时候也不是很友好。这里记录我踩过的坑和排查办法。4.1 编译报错怎么快速定位错误信息大致分三类语法错误、类型错误、作用域错误。语法错误最常见经常是某个函数名拼错、括号没闭合、漏了分号。编译器会报错到莫名奇妙的行号因为你的代码是内联进一个巨大Shader文件中的。这时候建议的第一件事就是把你的代码段复制出来单独放到一个干净的小文件里用Visual Studio或Notepad做语法高亮凭肉眼找低级错误。类型错误比如把float3传给float2参数或者对向量做length()方式不对。引擎的报错一般能告诉你哪个变量类型不对但有时候是隐式转换失败。在代码里显式写明类型能有效缓解。作用域错误Custom Expression内定义了一个变量但你尝试在另一个Custom节点里访问它这不可能。Custom节点之间是平行的数据交换只能通过引脚、全局Uniform或者MPC。排查的常规流程看编译日志Output Log找到第一个红色Error双击跳转到对应行。如果日志显示引擎内部Shader文件中的某一行比如MaterialTemplate.ush不要慌那不是你代码的问题而是你代码在展开后触碰了某个引擎内部逻辑分支。这往往是“你调用了引擎不支持的函数”或“变量声明与引擎内部冲突”的信号。4.2 Custom HLSL没生效的几种原因这类问题特别隐蔽。明明写了代码连了引脚但最终效果没变化。第一种原因Shader代码根本没被编译进去。检查Include路径是否正确路径大小写敏感性会不会导致文件找不到。这时可以在Material编辑器右上角点击Compile后打开Shader Code窗口工具栏中的Code按钮搜索你的函数名看它是否出现在最终代码里。第二种原因被材质节点的输入覆盖了。假如你连了一个Constant3Vector到Custom节点的输入但代码块里根本没引用这个输入那自然看不到效果。检查你的函数调用是否真的把输入参数用上了。第三种原因你在Shader代码里开启了复杂的循环但输入的某个值为0循环根本没执行。可在代码里临时给输入赋值一个固定常量测试看是否能出效果。第四种原因混合模式设置问题。比如你在Post Process材质里写了一个Draw做全屏覆盖但材质混合模式是Opaque且没有启用Post Process材质里的Apply Before Tonemapping可能画面被转成线性空间后色彩表现不符合预期。要检查材质域、混合模式、后处理优先级。4.3 MPC参数更新不及时或错误这是最让我头疼的问题之一参数在蓝图里设了但材质就是不响应。MPMC参数必须确保命名唯一。同一个MPC里有两个同名的标量后添加的会覆盖前面但旧引用会指向同一个名字不会报错但语义混乱。解决办法设计阶段强制命名规范比如带前缀Global_FX、Global_Time。蓝图里调用SetScalarParameterValue时传入的MPC对象引用必须正确。常见错误是Get了A集合改了B集合的参数名结果自然无效。MPC参数更新是逐帧生效的不会瞬间同步到所有材质。实际观察值会在下一帧渲染时更新如果你的材质同时使用多个MPC更新顺序会有差异可能造成短暂的不一致。解决办法需要同步更新的参数放同一个MPC。如果你在材质编辑器里看到参数值已变化但视口里材质没有变化先确认材质是否引用了这个参数。右键材质节点 -Find Ref可以查看该MPC的引用情况。另一种可能是Use Material Attributes模式下有个别的自定义节点屏蔽了MPC的输入。4.4 编译时间过长和Shader变体爆炸这个问题虽然在性能测试里才暴露但根治需要从材质代码层面解决。材质里用了大量的分支语句比如多个if条件Shader编译器会为每个分支生成独立指令集变体数量呈指数级增长。这里不是让你完全不写分支而是要有意识地用lerp、saturate、step这类数学运算替代完全分支的写法。早期移动端GPU对分支支持不好哪怕现在很多桌面GPU支持动态分支材质图内部也会为不同材质域生成不同的Shader变体每个平台和渲染特性组合都会增加编译时间。我一般遵守的规则是分支条件只依赖于常量或少量Vector参数不要让Pervasiveness不同的输出走完全不同的算法路径。可以用select或lerp处理的不用if。必须用if时把循环放在函数内尽量少用嵌套。多用宏化常量让编译器有机会做常量折叠和分支消除。另外每个Custom节点虽然代码块只有一小段但如果每个节点里的代码都用到了#include引用完整Shader库等于每个材质都把整个库拖进来了。你的Shader库文件大小会直接影响编译时间和最终包体。最好的做法是拆分库文件让每个材质只引用自己需要的部分。4.5 性能与兼容性的动态平衡最后讲一个实操层面的原则高性能材质不是靠某一个惊天优化实现的而是靠大量小细节的堆叠。在材质编辑器里打开Stats标签页能看到指令数、纹理采样数、寄存器使用情况。指令数在移动端最好控制在200条以内不同GPU要求不同。如果超了优先检查是否每个材质都真的需要那么多纹理采样某些采样结果能否在VS阶段算好再传给PS或者用共享的RenderTarget代替多次采样。移动端的采样器数量是很有限的材质里每多一个Texture Sample节点都会占用一个采样器插槽。如果你的Custom HLSL里直接用代码采样要记得声明采样器状态以复用引擎已生成的采样器。纯代码采样的写法是Texture2D MyTex; SamplerState MySampler; float4 Color MyTex.Sample(MySampler, UV);这里MyTex和MySampler实际上需要在U材质界面里设定而不是直接裸用。一旦跨平台比如切换到Metal后端采样器绑定方式会有微妙差异。我在安卓和iOS上就吃过亏同样的代码在PC上正常在手机上会出现明显颜色偏移或采样失败。后面我统一改成材质编辑器里加TextureSample节点把UV输出传给Custom节点内部采样效果稳定得多。说到这里你可以看出来材质从节点到代码的进化其实是一次思维转换。节点图更强调“数据的连接”而代码方式更强调“计算的结构”。在复杂项目里代码的掌控力还是要强得多。我个人在实际项目里最看重的不是某一招多炫而是整套材质系统的可维护性。不管是用Custom HLSL还是MPC都要先想清楚半年后别人接手这段工程时能不能看懂这个模块在干什么。我的习惯是每个大功能模块都必须配套一份设计文档说明参数的意义、材质引用关系、Shader库的职责边界并在Shader文件顶部写清楚版本和修改人。这种细节平时不起眼但项目一旦进入上线冲刺阶段能帮你省下几天排查时间。
阅读完成 · 觉得有帮助？
