1. 项目概述当陶艺遇上Unity几年前我在一个数字艺术展上看到一个互动装置观众可以用手在屏幕上“捏”出一个虚拟的陶罐看着它随着手指的滑动旋转、拉伸、变形那种直观的创作感和即时反馈让我印象深刻。后来才知道那背后是Unity引擎和一套自定义的网格变形算法。从那时起我就琢磨着能不能自己动手在Unity里复现甚至优化一套这样的陶艺模拟系统这不仅仅是做一个好看的Demo它涉及到实时图形学里几个非常核心且有趣的话题动态网格的构建与高效更新、基于物理或伪物理的顶点变形算法以及如何将粗糙的触控输入转化为细腻的艺术创作工具。简单来说这个“Unity陶艺模拟”项目目标就是创建一个允许用户通过触摸屏或鼠标直接对3D陶土模型进行塑形的交互应用。它的核心链条非常清晰输入触控/鼠标位置与力度 - 算法计算变形区域与位移 - 渲染实时更新网格顶点数据 - 输出视觉上的陶土形变。听起来好像就是改改顶点坐标但魔鬼全在细节里。比如如何让变形看起来自然柔软而不是像捏橡皮泥一样生硬如何在高面数模型下保持实时性能触控时是应该“推”开顶点还是“拉”拢顶点这些问题的答案共同构成了从网格构建到触控塑形的完整技术栈。这个项目非常适合有一定Unity和C#基础并对计算机图形学、交互设计感兴趣的朋友。无论你是想为自己的独立游戏增加一个独特的玩法模块还是为艺术教育类应用开发核心功能亦或是单纯想深入理解网格操作的原理这套实战解析都能提供一条从理论到实现的清晰路径。接下来我就把自己趟过的路、踩过的坑以及最终打磨出来的方案毫无保留地拆解给你看。2. 核心思路与架构设计在动手写第一行代码之前我们必须把整个系统的骨架搭好。一个鲁棒的、可扩展的陶艺模拟系统不能一上来就对着MeshFilter的vertices数组蛮干。我的设计核心围绕“数据驱动”和“计算与渲染分离”这两个原则展开。2.1 为什么选择动态网格而非Blend Shape或骨骼这是第一个要做的技术选型。塑造陶土本质上就是改变模型的形状。在Unity里改变形状常见的有几种方法Blend Shape形状键预定义多个目标形状通过权重混合。适合做表情动画或有限的几种预设变形但对于无限可能的、由用户自由创作的陶艺来说预定义所有形状是不可能的。骨骼蒙皮Skinned Mesh Renderer通过骨骼驱动顶点变形。控制力强性能也不错但更适合角色动画这类关节驱动变形。用骨骼来模拟手指按压陶土这种局部、连续的表面凹陷需要极其密集且精心设置的骨骼工作量大且不够直观。动态网格变形直接操作网格的顶点坐标。这是最直接、最灵活的方法。用户触控哪里我们就计算哪里顶点的位移。它给了我们最大的控制权可以实现任意复杂的变形效果。虽然对性能的挑战最大但通过合理的算法优化完全可以满足实时交互的要求。因此动态网格是我们唯一的选择。2.2 系统架构分层我将整个系统分为四个逻辑层这样结构清晰也便于调试和优化1. 交互输入层职责采集原始的触控/鼠标输入信息。实现使用Unity的Input系统新旧皆可推荐新的Input System Package便于跨平台。获取每帧的输入点屏幕坐标、触控压力如果设备支持、拖拽向量等。输出一个结构化的“触控指令”包含世界空间中的交互点位置、作用力方向、影响半径等。2. 变形计算层核心职责根据输入指令计算网格上每个顶点需要发生的位移。这是算法的核心所在。我们不会真的遍历网格的每一个顶点那太慢了而是需要一种快速确定“哪些顶点受本次操作影响”的机制。我采用了“空间划分”的思路具体来说是使用Unity的Physics.OverlapSphere或基于八叉树的逻辑快速找到以触控点为中心、一定半径内的顶点索引。然后对每一个受影响的顶点根据它到触控中心的距离计算一个衰减的位移权重。这个权重函数如线性衰减、高斯衰减直接决定了变形的手感是“硬”还是“软”。3. 网格数据层职责持有并管理Mesh的数据执行顶点坐标的最终更新。实现持有一个对MeshFilter.mesh的引用。关键点为了能够修改顶点必须调用mesh.MarkDynamic()并获取mesh.vertices数组的副本修改后再赋值回去。同时要记得在顶点移动后根据需求重新计算法线mesh.RecalculateNormals()和碰撞体如果需要物理交互。4. 渲染与反馈层职责将变形后的网格渲染出来并提供视觉/触觉反馈。实现Unity的渲染管线会自动处理。但我们可以在这一层增加一些“调味料”比如根据顶点位移量动态混合不同的材质或纹理模拟陶土干湿变化或者通过粒子系统在触控点生成“尘土飞扬”的视觉效果。如果设备支持还可以触发细微的震动反馈。这个分层架构的优势在于每一层的职责都非常单一。比如当你觉得变形算法不顺手时可以单独修改第二层的权重函数而完全不用关心输入是怎么来的网格是怎么渲染的。这种解耦对于迭代开发至关重要。3. 从零构建动态陶土网格有了架构我们开始打造“陶土”本身。一个初始的陶土模型通常是一个简单的3D基本体如球体或圆柱体。但直接从Unity内置的Primitive取用并不合适因为我们需要对其网格有完全的控制权并且初始面数可能也需要调整。3.1 网格的初始化创建与缓存我的做法是在运行时用代码生成一个初始网格。这里以球体为例但原理适用于任何形状。// 这是一个简化的示例用于阐述思路 public class DynamicPotteryMesh : MonoBehaviour { private Mesh _mesh; private Vector3[] _originalVertices; // 缓存原始顶点位置用于重置或计算相对位移 private Vector3[] _currentVertices; // 当前帧的顶点位置 void Start() { CreateInitialMesh(); } void CreateInitialMesh() { MeshFilter meshFilter GetComponentMeshFilter(); _mesh meshFilter.mesh; // 清除现有网格从头创建 _mesh.Clear(); // 1. 生成球体顶点、法线、UV数据 // 这里可以调用一个自定义的球体生成函数或者使用Procedural库。 // 为了示例我们假设有一个方法能返回这些数组。 CreateSphereData(out Vector3[] vertices, out Vector3[] normals, out Vector2[] uvs, out int[] triangles, int segments); // 2. 赋值给Mesh _mesh.vertices vertices; _mesh.normals normals; _mesh.uv uvs; _mesh.triangles triangles; // 3. 标记为动态并缓存数据 _mesh.MarkDynamic(); // 重要告诉Unity这个网格会频繁更改 _originalVertices (Vector3[])vertices.Clone(); _currentVertices (Vector3[])vertices.Clone(); // 4. 初始计算边界和法线 _mesh.RecalculateBounds(); _mesh.RecalculateNormals(); } }注意在实际项目中生成高精度的程序化球体代码较长。你可以从Asset Store寻找现成的Procedural Mesh生成插件或者在项目初期直接使用一个导入的高面数球体模型但务必确保在导入设置中勾选“Read/Write Enabled”否则无法在运行时修改其顶点。缓存原始顶点_originalVertices是一个非常重要的优化技巧。它有两个好处第一当你想实现“撤销上一步”功能时可以基于原始状态和一系列操作指令来回溯第二在计算变形时有时基于原始坐标进行计算比基于上一帧变形后的坐标更稳定可以避免误差累积导致的模型漂移或扭曲。3.2 顶点与拓扑理解数据的关联仅仅移动顶点是不够的。一个网格由顶点Vertices、三角形Triangles即顶点索引序列和子网格Submeshes构成。当我们移动顶点时连接这些顶点的三角形会自动被“拉伸”或“压缩”这就是变形的视觉基础。关键概念顶点共享。在网格中一个顶点位置可能被多个三角形共用。这既是优点也是缺点。优点是数据紧凑渲染高效缺点是当你移动一个共享顶点时所有共享它的三角形都会受到影响这可能导致在想要制作尖锐折痕时遇到困难。在陶艺模拟中这通常不是问题因为陶土变形是平滑的。但如果你需要模拟“切割”陶土的动作就需要在切割线处复制顶点打破共享关系这属于更高级的主题。法线的重要性顶点法线决定了光线如何与表面交互从而影响明暗。在顶点移动后原有的法线信息就失效了如果继续使用旧法线模型看起来会像塑料一样有奇怪的反光。因此每次更新顶点后必须调用_mesh.RecalculateNormals()。这个方法会根据当前的三角形面为每个顶点重新计算一个平均法线。对于追求更高视觉质量的情况你可能需要实现自定义的法线计算比如考虑顶点位移前后的平滑度但这在初期不是必须的。4. 触控塑形算法的核心实现这是整个项目最“灵魂”的部分。如何把用户手指在2D屏幕上的滑动转化为3D模型上自然、直观的形变4.1 从屏幕到世界的坐标转换与射线检测用户的输入始于屏幕坐标。第一步是将其转换到3D世界空间并确定我们想要在陶土模型的哪个位置施加影响。void HandleTouchInput() { if (Input.GetMouseButton(0)) // 以鼠标左键模拟触控 { Ray ray Camera.main.ScreenPointToRay(Input.mousePosition); RaycastHit hit; // 关键射线检测的目标是什么 // 方案A检测陶土模型本身的Mesh Collider。这是最直接的能精准命中表面。 // 方案B检测一个不可见的、用于交互的代理碰撞体如一个更大的球体。这可以避免在模型凹陷很深时射线无法命中。 // 这里我们采用方案A。 if (Physics.Raycast(ray, out hit)) { if (hit.collider.gameObject this.gameObject) { Vector3 interactionPoint hit.point; // 世界空间中的交互点 Vector3 interactionNormal hit.normal; // 该点的法线方向用于决定“推”还是“拉” float interactionStrength 1.0f; // 可以关联触控压力或鼠标拖拽速度 ApplyDeformation(interactionPoint, interactionNormal, interactionStrength); } } } }这里有一个常见的坑如果你的模型变形非常剧烈凹陷处可能会“吞噬”射线导致后续的交互点无法被检测到。为了解决这个问题一个实用的技巧是使用两层碰撞体一个简单的、大致包裹模型的球形或盒形碰撞体设为Trigger用于接收初始的射线点击一旦点击成功后续的拖拽操作可以不再依赖射线检测而是直接使用上一帧的交互点结合鼠标移动向量来计算新的作用点。这能大大提升交互的鲁棒性。4.2 变形影响域与权重计算找到作用点后我们需要确定模型上哪些顶点会受到这次操作的影响以及每个顶点受影响的程度权重。1. 确定影响顶点最朴素的方法是遍历所有顶点计算与世界空间作用点的距离筛选出距离小于“影响半径”的顶点。这在顶点数不多比如几千个时勉强可行但对于更精细的模型性能开销巨大。优化方案是使用空间数据结构。Unity提供了Physics.OverlapSphere你可以为每个顶点附加一个微小的球形碰撞体显然不现实或者更常见的做法是使用一个预先构建的“空间索引”。例如在初始化时将模型的包围盒划分为均匀的网格Grid将每个顶点根据其坐标注册到对应的网格单元格中。当需要查找影响顶点时只需计算作用点所在的单元格及其相邻单元格然后遍历这些单元格内的顶点即可。这能将计算复杂度从O(N)降低到接近O(1)。对于本项目如果面数在2万以下且进行适当的剪枝优化直接遍历所有顶点在当代移动设备上也可能达到60fps但为了良好的扩展性我建议在早期就引入简单的网格空间索引。2. 计算衰减权重对于每一个受影响的顶点我们计算一个基于距离的权重weight范围在[0, 1]。weight 0表示完全不影响。weight 1表示施加全部的作用力。常用的衰减函数有线性衰减weight 1 - (distance / radius)。简单但边缘处变化不自然。平滑衰减如二次函数weight 1 - (distance / radius)^2。手感更柔和是我更推荐的选择。高斯衰减能产生非常平滑自然的效果但计算量稍大。float CalculateWeight(Vector3 vertexWorldPos, Vector3 interactionPoint, float radius) { float distance Vector3.Distance(vertexWorldPos, interactionPoint); if (distance radius) return 0f; // 使用平滑的二次衰减 float normalizedDistance distance / radius; float weight 1f - (normalizedDistance * normalizedDistance); // 可以再加一个平滑过渡weight Mathf.SmoothStep(0f, 1f, weight); return weight; }4.3 顶点位移算法推、拉与平滑权重告诉我们“影响多大”而位移算法则决定“往哪个方向移动顶点”。1. 基础位移最直观的算法是沿着表面法线方向或交互方向移动顶点。沿法线方向雕刻模式displacement hit.normal * strength * weight * Time.deltaTime;。这会让顶点沿着模型表面的垂直方向移动适合做凹陷或凸起。沿交互方向拖拽模式displacement dragVector * strength * weight;。这里dragVector是当前帧与上一帧交互点之间的世界空间向量。这模拟了用手指“抹平”或“推动”陶土的感觉。2. 混合位移与约束单纯地移动顶点可能会导致模型局部过度拉伸或产生不自然的尖刺。为了得到更类似真实陶土的行为我们需要引入一些约束体积保持可选在向内凹陷顶点时同步将周围一小圈顶点轻微向外推以近似模拟不可压缩的黏土特性。这需要更复杂的物理模拟但一个简单的近似实现也能大幅提升质感。平滑处理Laplacian Smoothing在每帧变形计算后对受影响区域的顶点进行一次轻微的拉普拉斯平滑。即将每个顶点的位置向其相邻顶点的平均位置拉近一点点。这能有效消除因不均匀位移产生的“噪点”和尖锐凸起让表面看起来更光滑。这是一个让手感产生质变的技巧。void ApplyLaplacianSmooth(Vector3[] vertices, int[] affectedVertexIndices, float smoothStrength) { // 需要预先知道每个顶点的邻居信息可以从三角形索引推导并缓存 // 这里简化为对受影响顶点应用一个基于其自身位置的简单平滑效果有限仅作示意 foreach (int index in affectedVertexIndices) { // 假设我们能获取到顶点index的所有邻居顶点索引列表 neighbors // Vector3 averagePos Vector3.zero; // foreach(int neighborIdx in neighbors) { averagePos vertices[neighborIdx]; } // averagePos / neighbors.Count; // vertices[index] Vector3.Lerp(vertices[index], averagePos, smoothStrength); } }3. 性能优化实践分帧处理如果单帧需要变形的顶点数量极多1000可以考虑将计算分摊到多帧完成避免卡顿。但要注意交互的连贯性。使用Job System和Burst Compiler这是Unity高性能计算的大杀器。顶点位移计算是典型的“数据并行”任务非常适合用C# Job System来重构。将顶点数组、作用点、半径等数据包装成NativeArray在Job中进行并行计算可以轻易获得数倍甚至数十倍的性能提升。这对于在移动端维持高帧率至关重要。这也是为什么在热词中你会看到“unity jobs burst”的原因。减少不必要的RecalculateNormals调用法线重计算开销较大。可以只在变形操作结束的一帧如手指抬起时或每隔几帧计算一次在连续变形过程中视觉上的轻微延迟是可以接受的。5. 高级效果与系统打磨基础塑形功能实现后我们可以添加更多细节让模拟更加逼真和可用。5.1 表面纹理与状态模拟真实的陶土在塑形过程中表面颜色、粗糙度会发生变化。我们可以通过Shader来实现顶点颜色驱动将顶点的位移量或速度编码到顶点颜色Color或额外的UV通道中。在Shader中读取这个值用来混合“干燥陶土”和“湿润陶土”两种纹理或者改变高光强度。这样被用力揉捏的区域看起来就会更“湿”、更“亮”。细节法线贴图混合即使网格面数不高也可以通过一张细节法线贴图来模拟陶土颗粒感。在变形剧烈的区域可以减弱细节法图的强度模拟表面被抹平的效果。5.2 旋转与视角控制一个好的陶艺模拟必须允许用户自由旋转作品进行观察。这通常通过触控板的双指旋转或鼠标右键拖拽来实现。这里需要注意交互冲突当双指操作开始时要准确判断用户意图是旋转模型还是进行塑形。一个简单的策略是如果双指起始距离较大则判定为旋转如果是单指或双指距离很近的移动则判定为塑形。可以将旋转逻辑放在另一个独立的脚本中与塑形脚本协同工作。5.3 撤销/重做与序列化创作离不开修改。实现一个简单的命令模式来记录每一次变形操作。命令对象记录下该次操作影响的顶点索引列表、这些顶点在操作前的坐标。栈管理使用两个栈Stack一个用于撤销Undo一个用于重做Redo。执行与反转执行命令时将顶点移动到新位置并将命令压入Undo栈。撤销时从Undo栈弹出命令执行其“反向操作”将顶点移回旧坐标并将该命令压入Redo栈。 这样我们就拥有了基本的创作安全保障。序列化保存如果想保存作品不能直接保存MeshFilter的mesh因为那是运行时对象。需要将_currentVertices数组以及可能的颜色等属性和三角形索引一起序列化成自定义的二进制或JSON格式文件。加载时再根据这些数据重新构建Mesh。6. 实战中遇到的坑与解决方案理论很美好实践却总是磕磕绊绊。下面是我在开发过程中遇到的几个典型问题及解决办法。问题一变形后模型闪烁或撕裂。现象移动顶点时模型表面出现随机三角面闪烁或严重的视觉撕裂。原因最可能的原因是顶点索引Triangles没有随着顶点移动而更新。但等等我们只改了顶点坐标没改三角形连接关系啊问题出在共享顶点和法线上。当两个三角形共享一个顶点而这个顶点被移动到一个位置使得两个三角形的面法线夹角变得极大时在渲染管线中特别是某些光照模型下就可能出现异常。此外如果更新顶点和渲染帧不同步也可能导致短暂撕裂。解决确保法线更新在ApplyDeformation函数末尾务必调用mesh.RecalculateNormals()。使用mesh.SetVertices和mesh.UploadMeshData相比于直接赋值mesh.vertices使用SetVertices并配合UploadMeshData(false)仅上传顶点数据不上传拓扑有时更高效稳定。检查背面剔除确保没有三角形因为过度变形而翻转了法线方向导致被背面剔除。可以在Shader中暂时关闭背面剔除Cull Off测试。问题二在模型边缘或凹陷处触控失灵。现象当模型被捏出一个深坑后手指再放到坑里想继续塑形射线检测不到了。原因射线被坑口边缘的三角形遮挡无法击中坑底的表面。解决采用“代理碰撞体”方案如前所述使用一个始终包裹整个变形模型的球形Trigger碰撞体来接收最初的射线点击。一旦点击开始后续的拖拽位移就基于屏幕坐标增量来计算世界空间偏移不再依赖射线检测。使用MeshCollider的convex属性如果非要用MeshCollider可以尝试勾选Convex。但注意凸包碰撞体无法准确表示凹陷形状会导致交互点计算不准。这不是一个好方案。问题三性能随面数增加急剧下降。现象初始球体很流畅但当细分程度增加面数过万后帧率暴跌。原因每帧遍历所有顶点计算距离是O(N)的复杂度。同时RecalculateNormals和RecalculateBounds也是O(N)级别的操作。解决实现空间索引如网格化空间分区。这是解决性能问题的根本。将计算搬移到Job System中。将顶点数组、作用点等转换为NativeArray编写一个IJobParallelFor作业来并行计算位移。你会惊讶于其性能提升。降低更新频率如果不是每一帧都需要极致流畅比如在缓慢、精细的塑形时可以将变形计算固定在30Hz甚至更低通过插值来平滑顶点运动轨迹。分LOD多层次细节在交互时使用一个中等面数的网格进行计算和显示当交互停止时再用一个高面数网格进行平滑和细节还原。这对实时性要求高的VR/AR应用尤其有用。问题四变形手感生硬不像陶土。现象移动顶点时模型像橡皮泥一样有弹性或者像金属一样坚硬缺乏陶土的“塑性”感。原因位移算法过于简单只有即时位移没有“迟滞”、“流动”的模拟。解决引入“塑性”系数为每个顶点存储一个“可塑性”值。每次位移时只移动该顶点目标位置的一部分例如80%。剩下的部分在后续帧中逐渐接近。这会产生一种黏着、缓慢变形的感觉。公式可以简化为currentPos Vector3.Lerp(currentPos, targetPos, plasticity * Time.deltaTime);。结合平滑算法如前所述的拉普拉斯平滑能极大改善手感让变形过渡自然。调整衰减曲线尝试使用更平滑的衰减函数如高斯函数让影响区域的边缘过渡更柔和。开发这个陶艺模拟系统的过程就像在数字世界里真正地“捏泥巴”——你需要不断调整参数感受反馈直到找到那个最舒服、最自然的点。它不仅仅是代码的堆砌更是对物理直觉和交互设计的一种训练。当你最终看到自己用代码创造出来的虚拟陶土能够随着手指的舞动而流畅地改变形态时那种成就感是无可比拟的。希望这份详细的解析能帮你少走弯路更快地体验到这份乐趣。