修片台（一）：一帧里就看得出的毛病

「机器人身上那些光线效果是不是有点奇怪？那些反光，你是用光栅还是光追的？会不会光追更好？还是说这是材质贴图导致的bug」

背景：这一版机甲用 Blender 的 EEVEE 渲，它是光栅化（游戏的算法，第 6 课）；产品镜头一直用 Cycles，它是路径追踪（光追的一种，第 7 课）。

三环各出了一样。材质：近乎镜面的铬，映什么是什么，自己没有漫反射（第 4 课）。灯光相机：暗场里能映的只有几条灯带，别处全黑。两样叠起来，装甲又是一块块故意抖过、各朝各的小面（第 3 课），于是每一小块要么正好映到一条灯带，是白的，要么映到黑暗，是黑的：碎块就是这么来的。渲染：EEVEE 的反射只在画面里找，画面外的东西退回一张很粗的环境图，碎块的边就发虚（第 6 课）。贴图只是在上面叠了一层花纹，不是病根。

这张卡的毛病要在第 4 课（金属在黑屋子里）和第 6 课（屏幕空间反射）的实验台上造：把反射物移出画面、把环境关黑，黑白碎块就出来了。

④ 当年怎么修的

你那个问题的答案：当时是光栅；换成光追确实好了一截，但只换它不够。v4 四件事一起改：机甲换成路径追踪的 Cycles（当时以为 Cycles 太慢，其实是悄悄在用 CPU 渲，第 8 课 C21）；镜面铬改成缎面金属，装甲的一块块平面（面片）不再故意抖动；加大面积的柔光反射卡，给金属一样好映的东西；装甲上那层面板线花纹（一张贴图）减弱。

这份汇报里最不牢的是那个数：「约 1 秒一帧」是半分辨率测的。正式档的像素是它的 4 倍，按第 8 课的账（样本数 × 单价，再加每帧的固定开销）重估，或者干脆在正式档上再测一次；另外还没交的，是同一机位改前改后的对比图。

「还有一个问题就是机甲表面是不是太过粗糙了，不是指贴图粗糙 ，是现在感觉就像几个多边体拼接一样，特别是头部和肩膀。」

形状本身就是一块块的。v4 的装甲，是一个十边形截面沿着骨骼放样出来的，每个点还在三个方向上随机抖了最多 1.5 毫米；平直着色再让每一小块只有一个亮度（第 3 课）。灯光、采样、贴图都改不了一个顶点的位置：外轮廓的折线只能在建模这一环改。

④ 当年怎么修的

v5 照 Lovart 画的设计图重做：装甲是让一个截面沿着一条线扫出来的（放样），截面从 10 边形换成圆角的方（超椭圆）；再加细分，让表面变光滑，要保留硬棱的边加「折边」（第 3 课）；板件加厚；头盔 V 形面罩、肩部三层叠甲。当时有三条路：混元 3D、Tripo（都是用 AI 从图片生成 3D 模型的服务），或继续用代码按规则生成（程序化）。你选了继续程序化。

背景：投篮课的成片是从网页里一帧帧录出来的。录的时候和平时在网页里交互，渲染设置不完全一样：为了更细，录成片时按两倍的像素渲，再缩小（超采样）。

铁丝网贴图里，网眼那部分是透明的。让它透明有两种做法：透明度转覆盖，把透明度换算成「一个像素里盖住几个子样本」，这要靠多重采样（每个像素里多取几个点，叫子样本，用来磨平边缘）；透明度裁剪，透明度低于某个数（这里是 0.4）的地方干脆不画。

来自材料

两种透明做法、0.4 的阈值、「没有多重采样时退化成不透明」来自投篮课的修复记录（web/src/main.js 38–39 行）与 C43。

本复现的设定

一片 176 × 99 像素的铁丝网和背景是为演示画的；多重采样按每像素 4 个子样本算；「透明度转覆盖」盖住几个子样本按透明度四舍五入，加了一点按位置错开的抖动。

它能证明

同一个材质，只关掉多重采样，就从透光的网变成实心的墙；换成透明度裁剪，有没有多重采样都透光。

它不能证明

每块显卡、每个驱动的抖动方式都一样；真实的网在远处还会有贴图缩小带来的闪烁。

④ 当年怎么修的

成片是按 2 倍像素密度超采样渲的，舞台在这个设置下没开多重采样；铁丝网用的「透明度转覆盖」依赖多重采样，没有它就按不透明写进去。修法：像素密度到 1.75 倍以上（代码里的阈值）时，铁丝网改用透明度裁剪（alphaTest = 0.4），重渲。这个毛病是第一次全片渲完、把各段抽帧拼成一张大图（联系表）时一眼看出来的。

还有一条旁证：修前修后两次编码的参数一模一样，带灰墙的成片 220.6 MB，修好后 415.6 MB。编码器是按画质定码率的（第 12 课）：画面越简单，用的数据越少；灰墙没有细节，就省下了近一半。文件突然变小，也是线索。

「平板变身到后背那儿的时候穿模了，重新渲染解决这个问题要多久。要不要直接试试ue5的？你来决定判断最好的效果」

先把「穿模」说准：某一帧里，两块网格的三角形真的交在了一起。这件事在动画这一环就已经发生了，渲染器只是照实画出来，所以换哪个渲染器、哪个引擎都一样穿。要说一段动画没有穿模，就得每一帧都查过。

一帧要查的东西不少：翅膀有几千个三角形，机体更多，两两都比一次太慢。办法是先比包围盒（刚好框住一块东西的长方体）：两个盒子不相交，里面的三角形一定不相交，这一对整个划掉；盒子相交了，才去逐个三角形细查。把盒子一层层往里套（整片翅膀 → 半片 → … → 单个三角形），只往相交的那几层钻，这叫层次包围体（bounding volume hierarchy，BVH）。红魔 v6 的检查脚本用的就是 Blender 自带的 BVH 工具。

来自材料

v5 的翅膀从身前飞过、穿过头和上身；v6 先分开、从背后绕过来再滑入、后仰 30°；逐帧检查 40.1–50.3 秒（每秒 30 帧，第 1203–1509 帧）翅膀对机体、翅膀对翅膀 0 次接触，再每 0.2 秒抽一帧目检：来自红魔的检查脚本 check_wings.py 与 C25。

本复现的设定

侧视的二维图：机体简化成四块凸多边形，翅膀是一块板；两条路线的形状和「绕过头顶的高度」是本复现定的，不是红魔的动画曲线。真实的检查是三维的、逐三角形的（Blender 的 BVHTree），这里只有两层：包围盒粗筛，再逐边细查。

它能证明

包围盒一次就能划掉大多数不可能相交的对子；逐帧算能抓到抽帧目检漏掉的短暂擦碰。

它不能证明

三维里前后错开的两块，在侧视图上会叠在一起，这里分不出；v6 查过的翅膀对翅膀，这里没做。

它停在 v5 的第 1300 帧：四块机体都被翅膀穿过，时间轴上红的那一段，就是 v5 穿模的帧。拖 02 看翅膀怎么穿过去，读数里数一数包围盒替你划掉了多少对。再把 01 换成 v6：整段 0 次接触。最后把「绕过头顶的高度」慢慢往下拖到 1.98 米左右，逐帧算查到几帧？把 03 换成「人眼抽查」，又看到几帧？

④ 当年怎么修的

v6：翅膀在背后展开、后仰 30°、前后分层，先分开、从背后绕过来再滑入；写了一个逐帧碰撞检测脚本，40.1–50.3 秒翅膀对机体、翅膀对翅膀 0 次接触，再每 0.2 秒抽一帧目检。只重渲受影响的 1201–1510 帧，从启动到成片约 22 分钟。

长卷第二版的五羊石像：螺旋的大角、一身卷毛，越画越「像羊」。你还是说：「还有就是五羊雕像，现在做得太草率了，能不能做得更好、更细致、更像、更逼真」，随后发来一张照片：「五羊雕像是这样的」。（这组对比图在工作机上，这里只有文字。）