1. 项目概述：为什么你的Tiles材质总在“变形”？

做场景搭建，尤其是室内外硬表面时，Tiles材质（瓷砖、地板、墙砖等）绝对是高频使用的资产。但很多朋友，包括我自己刚上手那会儿，都踩过同一个坑：明明在Substance Designer或者PS里做得漂漂亮亮的四方连续贴图，一导入UE5，贴到稍微复杂点的模型上，立刻就“现原形”——接缝对不上、纹理拉伸、在斜面或曲面上扭曲得不成样子。这感觉就像你精心挑选的壁纸，贴到墙角拐弯处时，师傅告诉你“对不起，这里得拉一下”，结果图案完全变形，之前的设计感全无。

这个问题，我们通常称之为“UV变形”或“纹理拉伸”。它的根源在于，UE5（或者说所有3D引擎）默认的UV映射方式是基于模型表面的几何形状进行投影的。当一个平面被弯曲，或者一个非矩形的面片被赋予一个矩形的纹理时，引擎为了把纹理“糊”满整个面，就不得不对纹理进行拉伸或压缩，从而导致Tiles图案的规则性被破坏。你可能会想，那我用“世界对齐”纹理不就行了？没错，World Aligned Texture是解决大世界地面平铺的利器，但它解决不了模型自身UV空间内的变形问题。比如一个旋转的楼梯踏步、一个带有弧度的墙面装饰条，这些模型自身的UV在展的时候可能就不均匀，World Alignment也无能为力。

所以，今天要聊的这三种方法，核心目标就一个：让Tiles材质的图案，无视模型表面几何的扭曲，始终保持我们设定的规则、等比例的平铺状态。这不仅仅是“好看”的问题，更是项目质量和效率的体现。一个解决了平铺问题的材质，可以像乐高积木一样被重复、灵活地应用在各种复杂模型上，极大减少美术返工和特殊材质球的数量。下面，我就结合具体的蓝图节点和材质函数，把这三种从基础到进阶的“驯服”纹理变形的方法，掰开揉碎了讲给你听。

2. 核心思路拆解：三种方法的定位与选择逻辑

在动手之前，我们先理清思路。这三种方法并非互相替代，而是适用于不同的场景和需求层次，有点像工具箱里的不同工具。

2.1 方法一：蓝图控制的动态UV补偿（动态、精准、程序化）这是最灵活、最强大的方法。其核心思想是：我们不直接使用模型自带的、可能已经变形的UV坐标，而是在材质中，通过蓝图或材质参数集（Material Parameter Collection）动态传入一套“校正参数”，在Shader里实时计算出一套新的、规则的UV。这套参数通常包括：平铺原点（Offset）、平铺密度（Tiling Density）、甚至是旋转角度。它特别适用于：

• 需要运行时动态调整的物体：比如玩家可以自由拼接的地板模块、可缩放/旋转的建筑部件。
• 大量重复使用同一材质的实例：通过蓝图批量设置不同参数，实现“一材多用”，避免材质实例爆炸。
• 对纹理对齐有极高要求的场景：比如要求不同模型上的砖缝必须严格对齐。

它的优势是控制粒度细，劣势是需要一定的蓝图和材质节点基础，并且多了动态参数传递的开销。

2.2 方法二：材质表达式精准控制（静态、高效、美术友好）这种方法完全在材质编辑器内完成，不依赖外部蓝图。其核心是利用材质表达式节点，对输入的UV进行数学变换，抵消掉模型UV自带的变形。常用的“武器库”包括：TextureCoordinate节点、Panner、Rotator、以及各种Mask和Math节点。通过巧妙地组合这些节点，我们可以提取模型UV中的“规则部分”，或者强制将其重新映射到一个规则空间。它适用于：

• 静态场景物体：建筑、固定装饰等不需要运行时改变的物件。
• 美术设计师主导的工作流：所有调整都在材质编辑器内完成，直观可见，迭代快。
• 性能敏感场合：所有计算在材质内部静态完成，没有运行时参数传递的消耗。

它的优势是运行效率高，操作直观；劣势是对于极度不规则或动态变形的模型，可能不够灵活。

2.3 方法三：参数化材质函数库（模块化、标准化、团队协作）这是方法二的进阶和工业化应用。我们将那些验证有效的UV校正算法（比如基于物体局部空间的平面投影校正、基于顶点法线的斜面补偿等）打包封装成一个个“材质函数”（Material Function）。这些函数有清晰的输入输出接口，例如：输入原始UV、模型局部位置、法线，输出校正后的UV。它解决的是项目级的问题：

• 团队材质规范统一：确保所有美术人员使用的平铺逻辑是一致的，避免“一人一个做法”。
• 提升复用性和维护性：一个函数更新，所有引用该函数的材质同步更新。
• 降低新人学习成本：复杂的节点网络被封装成一个简单的函数块，使用起来就像调用一个黑盒。

它本质上是将最佳实践产品化，是中型以上项目必备的资产管理工作。

选择逻辑很简单：如果你是新手，想快速解决手头一个静态模型的变形，从方法二开始。如果你需要制作可交互的动态内容，学习方法一。如果你是技术美术或项目负责人，着手构建方法三的库，将为整个团队带来长期收益。接下来，我们进入每种方法的实操详解。

3. 方法一实操：蓝图控制动态UV补偿的完整流程

这个方法的关键在于“内外联动”。我们先在材质里搭建好接收和处理参数的框架，然后在蓝图中计算并传递正确的参数。

3.1 材质内的接收与计算网络首先，在材质编辑器中，我们不会直接使用Texture Coordinate节点的UV。

1. 创建参数：添加三个ScalarParameter，分别命名为TilesPerMeter（每米平铺数）、UV_Offset_X、UV_Offset_Y。再添加一个VectorParameter，命名为World_Origin，用于对齐世界坐标。
2. 构建计算网络：
   • 使用Object PositionWS（世界空间物体位置）节点，减去World_Origin参数，得到物体相对于自定义原点的偏移向量。
   • 将这个向量的X和Z分量（对应地面的水平方向）分别提取出来（用ComponentMask节点）。
   • 用提取出的X、Z值分别除以TilesPerMeter参数。X / TilesPerMeter即为我们需要的U坐标，Z / TilesPerMeter即为V坐标。这个计算保证了无论模型在世界的哪个位置，只要TilesPerMeter不变，纹理的物理尺寸（比如一块砖是0.5米）就是固定的。
   • 最后，将计算出的U和V分别加上UV_Offset_X和UV_Offset_Y参数，作为最终的UV输出，连接到Base Color纹理的UVs输入口。

注意：这里为什么用世界空间物体位置（Object Position WS）而不用像素的世界位置（World Position）？因为Object Position是逐物体的，在同一个静态网格体的所有像素上值是恒定的（中心点），这能保证整个物体上的UV计算是一致的，避免因模型顶点颜色或光照导致的意外变化。而World Position是逐像素的，用于细节纹理混合很棒，但用于定义整体平铺原点可能会引入不必要的噪点。

3.2 蓝图中的参数计算与传递假设我们有一个地板Actor，需要让其纹理与房间角落对齐。

1. 在Actor蓝图中，我们可以在BeginPlay或构造脚本中计算参数。
2. 计算原点：World_Origin可以设置为房间的某个角落（比如(0,0,0)），或者通过射线检测获取地板接触点的世界坐标。
3. 计算偏移：获取该地板Actor的世界位置（GetActorLocation），减去World_Origin，得到偏移向量。将这个向量的X和Z分量分别除以你想要的纹理物理尺寸（例如，砖块尺寸0.5米），就得到了初始的UV_Offset_X/Y。但注意，这通常是一个很大的值，直接用作偏移会导致纹理极度密集。因此，我们通常只取小数部分（使用Frac节点），确保偏移量在[0, 1)的UV范围内，这样就能实现无缝拼接。
4. 设置参数：使用Set Scalar Parameter Value on Materials或更高效的Set Vector Parameter Value on Materials节点（如果封装到Material Parameter Collection中），将计算好的偏移值和小数部分，设置给材质实例动态参数。

3.3 核心蓝图节点详解与避坑

• Set Scalar/Vector Parameter Value on Materials：这是最直接的动态设置方式。但要注意，它作用于该组件上所有材质槽位的材质实例。如果你有多个材质元素，需要遍历设置或使用材质参数集。
• 材质参数集（MPC）：对于需要全局或批量控制的参数（如全局的纹理密度），强烈推荐使用Material Parameter Collection。在蓝图中使用Set Vector Parameter Value节点，选择创建好的MPC资源，就可以一次更新所有引用该参数的材质。性能更好，管理更集中。
• 计算时机：对于静态物体，在BeginPlay或构造时计算一次即可。对于可移动物体，可能需要每帧或在Tick中更新，但这会有性能成本，需谨慎。
• 精度问题：当物体距离原点非常远时（游戏世界中很常见），直接使用世界坐标计算可能会导致浮点数精度问题，造成纹理抖动。一个常见的技巧是使用“相对原点”，即使用一个局部于关卡的原点，或者将坐标计算转换到物体局部空间后再进行。

实操心得：在实际项目中，我通常会为常用的Tiles材质创建一个父材质，其中就包含这套基于世界/局部位置的UV计算逻辑，并暴露TilesPerMeter和Offset作为参数。然后为每个具体的资产创建材质实例。在放置资产时，写一个简单的编辑器工具脚本（Editor Utility Widget），点击一下就能自动计算并应用当前选中物体的纹理偏移，使其与周围环境对齐，这能节省美术大量的手动调整时间。

4. 方法二实操：纯材质表达式精准控制技法

现在，我们抛开蓝图，完全在材质编辑器里解决问题。这里的关键是识别变形来源并“对冲”它。

4.1 基础校正：使用Absolute World Position与DDX/DDY对于简单的平面拉伸，一个有效的方法是摆脱对模型UV的依赖。

1. 获取屏幕空间导数：使用DDX和DDY节点作用于Absolute World Position。DDX(Pos)给出了世界位置在屏幕X方向上的变化率，其长度大致反映了世界空间中一个像素对应的物理尺寸。对Y方向同理。
2. 构建物理尺寸UV：用Absolute World Position的X和Z分量，分别除以DDX(Pos).X和DDY(Pos).Z的绝对值（或一个固定的参考值）。这样构建的UV，其平铺频率是基于世界空间物理尺寸的，因此在不同角度和距离下观看，纹理的物理尺度是恒定的，有效避免了透视造成的拉伸感。最后可以乘以一个Tiling Density标量参数来控制密度。

4.2 针对斜面与曲面的Triplanar映射思想对于墙面、柱子等具有明显朝向的面，单纯的平面投影会在一侧产生拉伸。这时可以引入**三平面映射（Triplanar Mapping）**的思想，但不是完整的Triplanar（那样开销大），而是其简化版。

1. 分离投影：使用Vertex Normal节点获取面法线。用Absolute节点和Power节点创建一个基于法线方向的遮罩。例如，法线接近(0,1,0)（向上）的面，使用世界XZ平面投影的UV；法线接近(1,0,0)（向右）的面，使用世界YZ平面投影的UV。
2. 混合纹理：根据上一步计算的遮罩权重，将不同投影平面计算出的纹理颜色进行混合（LinearInterpolate节点）。在斜面（如楼梯踏步）上，你会看到纹理是从顶部和侧面平滑混合过去的，而不是生硬地拉伸。这能极大改善斜面纹理质量。
3. 性能优化：完整的Triplanar需要采样三次纹理，开销较大。对于Tiles材质，我们通常只需要混合两个最主要方向（如顶面和侧面）的投影，这可以节省一次纹理采样。确保你的遮罩计算是平滑的，避免在交界处出现生硬的接缝。

4.3 关键材质节点深度解析

• TextureCoordinate：它的Coordinate Index（UV通道）非常有用。模型可以有多套UV（UV0用于光照贴图，UV1用于细节纹理）。如果你的Tiles纹理使用UV1，而UV1展得更好，直接切换通道可能就解决了问题。
• Rotator：旋转UV时，记得配合Pivot参数设置旋转中心，否则纹理会绕着UV空间(0,0)点旋转，可能导致意外偏移。
• Custom Node/Material Function：对于复杂的数学变换（如将UV从[0,1]重映射到以某点为中心），可以封装成自定义节点或函数，让图面更清晰。
• WorldAlignedTexture函数（引擎内置）：这其实是一个封装好的函数，内部实现了基于世界位置、法向量的纹理对齐和混合。对于新手，直接调用这个函数是快速实现高质量世界对齐纹理（包括Triplanar效果）的捷径。你可以在材质函数库中找到它。

避坑指南：在材质编辑器中大量使用World Position、DDX/DDY等节点时，要特别注意性能。它们通常不能在顶点着色器中计算（除非使用World Position Offset的特定情况），是像素着色器指令。在大型平坦表面上，这可能不是问题，但在树叶、毛发等像素覆盖密集的区域，需谨慎评估。一个原则是：能用静态参数解决的，就不用动态计算；能在顶点着色器完成的，就不要放到像素着色器。

5. 方法三构建：创建可复用的参数化材质函数库

这是将个人经验转化为团队资产的关键一步。我们以创建一个“自适应斜面平铺校正”函数为例。

5.1 设计函数接口新建一个Material Function，命名为MF_Tile_Projected。

• 输入：
  • BaseUV(Vector2): 可选的原始UV输入，用于叠加细节。
  • WorldPosition(Vector3): 世界空间位置，通常连接Absolute World Position。
  • VertexNormal(Vector3): 顶点法线，用于判断表面朝向。
  • TileScale(Scalar): 纹理的物理尺寸平铺尺度（每米平铺数）。
  • BlendSharpness(Scalar): 不同投影面之间混合的锐度，值越大过渡越硬。
• 输出：
  • OutUV(Vector2): 校正后的UV坐标。

5.2 内部逻辑实现

1. 计算各平面投影UV：在函数内部，用WorldPosition的Y和Z分量除以TileScale，生成X平面投影的UV（用于左右侧面）。用WorldPosition的X和Z分量除以TileScale，生成Y平面投影的UV（用于顶底面）。用WorldPosition的X和Y分量除以TileScale，生成Z平面投影的UV（用于前后侧面）。
2. 生成混合权重：对输入的VertexNormal取绝对值（Abs），然后使用Power节点，以BlendSharpness为指数，增强主要方向的主导性。例如，对于一个朝上的面（法线(0,1,0)），经过Abs和Power后，Y分量将接近1，而X和Z分量接近0。
3. 归一化权重：将上一步得到的三个分量（X, Y, Z）相加得到总和，然后分别除以这个总和，确保三个权重相加为1。这一步使用Divide节点即可。
4. 混合UV：使用两个LinearInterpolate（Lerp）节点进行三次混合。首先用Y权重在X平面UV和Y平面UV之间做一次Lerp，得到中间结果A。然后用Z权重在中间结果A和Z平面UV之间做第二次Lerp，得到最终的OutUV。这种两次Lerp的方式等价于三次加权混合。
5. 叠加原始UV细节：最后，将OutUV与输入的BaseUV相加（如果提供了BaseUV），这样可以允许在已经校正好的大尺度平铺上，再叠加一层细节纹理的扰动。

5.3 封装、测试与团队部署

1. 封装与描述：保存函数。在函数属性面板中，为每个输入输出端口编写清晰的工具提示（Tooltip），说明其用途和取值范围。
2. 创建测试材质：新建一个材质，应用这个函数。将其赋给一个包含平面、斜面、圆柱体的测试模型。调整TileScale和BlendSharpness，观察纹理在不同面上的表现是否平滑、无拉伸。
3. 团队部署：将这个函数放入项目约定的材质函数目录（如/Game/MaterialFunctions/Utility/）。并编写一个简短的README或Confluence页面，说明函数的功能、接口、使用示例和性能说明。鼓励团队成员在需要时使用，并收集反馈进行迭代。

经验之谈：构建函数库初期，不要追求大而全。从一个最常用、最痛点的问题（如斜面平铺）开始，做好做精。确保函数在各种边缘情况下（如法线为0、尺度为0）有稳健的处理（比如添加Max节点防止除0）。当这样的函数积累到5-10个，并且被团队广泛使用时，你会发现材质制作效率和一致性得到质的提升。同时，记得定期回顾和优化这些函数，随着引擎版本更新，可能会有更优的实现方式。

6. 性能考量与常见问题深度排查

掌握了方法，我们还得知道怎么用得好、用得省。性能问题和诡异Bug是实战中的常客。

6.1 三种方法的性能开销对比

• 方法一（蓝图动态控制）：主要开销在于从CPU到GPU的参数传递（Set Parameter调用）和材质中对动态参数的采样。如果每帧对大量物体设置参数，Draw Call和状态更新会成瓶颈。优化策略：对于静态物体，仅在加载或变化时设置一次；使用材质参数集（MPC）批量更新；考虑使用材质实例的默认值而非运行时动态设置。
• 方法二（材质表达式控制）：开销集中在像素着色器的计算复杂度。World Position、DDX、DDY、Vertex Normal以及复杂的数学运算（Sin,Pow,Length）都会增加指令数。优化策略：简化网络，避免全屏效果材质使用过于复杂的UV计算；利用材质贴图（如将昂贵的计算结果烘焙到一张遮罩贴图）；在材质质量设置中，为低端设备提供简化版本。
• 方法三（材质函数库）：性能取决于函数内部的具体实现。封装本身几乎不带来额外开销。关键在于函数内部是否采用了高效写法。黄金法则：将计算移至顶点着色器如果可能（例如，对Object Position的计算）；减少纹理采样次数；避免在函数内部进行不必要的分支或循环（虽然材质编辑器分支有限，但复杂的If节点模拟也有成本）。

6.2 高频问题排查清单下面这个表格是我和团队在项目中遇到并总结的典型问题及解决思路：

6.3 调试技巧：可视化是王道当问题复杂时，靠猜是没用的。UE5材质编辑器提供了强大的调试手段：

• 预览节点：选中任何节点，在细节面板的Preview部分，可以将其结果直接连接到最终材质的不透明通道（临时修改），在视口中直观看到该节点的输出（如UV、法线、遮罩）在模型上的分布。
• 材质统计视图（Window->Shader Code->HLSL Code或Platform Statistics）：查看编译后的指令数、纹理采样次数，精准定位性能热点。
• 使用Custom Node输出调试颜色：在复杂的函数网络中，插入一个Custom Node，编写如return float3(uv, 0);的简单代码，将UV的R、G通道映射为颜色输出，可以非常清晰地看到UV是如何在模型表面分布的，拉伸、扭曲一目了然。

解决材质变形问题，本质上是对UV空间、模型空间、世界空间三者关系的深刻理解与操控。这三种方法提供了从外部控制、内部修正到系统化管理的完整工具箱。没有银弹，最好的方案永远是结合具体项目需求、性能预算和团队能力来选择或组合使用。