★ FEATURED ARTICLE 层级建模这个词第一次听到的人多半会以为是把模型一层一层堆起来这么直白。真动手做人形机器人这个练习才会发现它考的是另一件事你怎么用一棵树把“躯干带着手臂转、手臂带着小臂转、小臂带着手掌转”这种联动关系描述清楚并且让渲染器在你按下键盘的瞬间把每个关节都摆到正确的位置。计算机图形学课程里安排这个练习目的从来不是让你画出一个好看的机器人而是逼你把场景图、父子变换、局部坐标系、矩阵栈这几样东西真正串成一条线。这篇东西写给正在啃这个实验的人也写给那些已经能画出立方体、但一加关节就开始错位的朋友。我会把骨架怎么拆、矩阵怎么压栈、参数怎么定、错位怎么查一条条摊开讲代码用传统固定管线的 OpenGL 写属于课程环境里最稳、最容易复现的那套方案。1. 先把“层级建模”这件事想明白1.1 为什么不用一堆独立模型硬拼最朴素的做法是把人形机器人拆成十几个立方体每个立方体都在世界坐标系里单独算位置和朝向然后一次性全画出来。这个方案在小场景里能跑但只要你想让“抬大臂时小臂和手掌跟着一起动”麻烦立刻来了你得为小臂和手掌重新推导一遍世界变换而且这个推导要跟着大臂角度的每一次变化重来。更糟的是等你加了膝关节小腿和脚的变换又要依赖大腿角度依赖链越拉越长代码会迅速变成一坨互相引用的赋值语句。层级建模解决的正是这个耦合问题它把“跟着动”这件事写进数据结构里而不是写在计算逻辑里。换个角度看人形机器人本身就是一台由连杆和关节组成的机器肩关节转多少它下游的一切都必须转多少这是物理事实也是几何事实。层级建模做的事情就是把这条物理事实直接映射成数据结构每个节点只关心“相对我爹我在哪、我转了多少”剩下的世界变换交给渲染时的矩阵乘法链自然累积。你调整肘关节的角度时根本不需要知道肩关节当前是多少度因为肩的变换已经在矩阵栈里乘上了肘的变换只会作用在它下面那棵子树上。这种“局部思考、全局生效”的性质是层级建模最值钱的地方。还有一个容易被忽略的好处是可维护性。等你把骨架搭好之后想加一根手指、想给头部加个天线、想给脚踝加个旋转只需要在对应节点下挂一个新子节点其它代码一个字都不用改。反过来如果用绝对坐标硬拼加一个新部件意味着所有依赖它的部件都要重新计算位置。我在改别人的图形学作业时见过最惨的情况是一个人为了给机器人加个背包把整个display()函数重写了三遍。1.2 场景图、父子变换与局部坐标系层级建模的标准载体叫场景图说穿了就是一个多叉树。每个节点装三样东西一份相对父节点的局部变换、一组自己的几何数据、一个子节点列表。从根节点往下遍历一次就画完了整个场景。世界变换怎么来的一句话从根到当前节点沿途所有局部矩阵依次左乘。写成公式就是$$M_{world}(node) M_{world}(parent) \cdot T_{local} \cdot R_{local} \cdot S_{local}$$这里的关键在于乘法的位置关系。因为矩阵是从右往左作用在顶点上的所以一个顶点先被缩放再被旋转最后被平移到父节点的局部坐标系里然后这一整套结果再被父节点的世界矩阵搬到更外层的坐标系。人话翻译你站在电梯里电梯在楼里楼在地块上你的“世界坐标”是三层局部变换叠出来的但你自己只需要知道自己站在电梯的第几层第几格。局部坐标系这个概念很多同学卡在这里。关节的旋转不是绕世界原点转是绕关节自己的原点转。所以画一个手臂之前必须先用glTranslatef把当前坐标系的原点搬到肩关节的转轴位置上然后glRotatef才是绕肩转最后才是画手臂的几何体。顺序一旦反了手臂就会绕世界原点画一个大圆弧飞出去这是新手最常见的翻车姿势。1.3 这个练习真正的考点在哪如果只是交一张截图那随便糊几个方块也能过。但我观察到能够一次做对的人通常是在下面四件事上都过关了。第一是变换的正确性。每个关节的转轴方向要对旋转点要在关节位置而不是几何体中心父子链上的累积不能有遗漏。第二是矩阵栈的配对。每一个glPushMatrix必须有且仅有对应的一个glPopMatrix多一个少一个都会让后续绘制莫名其妙地歪掉。第三是递归结构。用递归遍历而不是手写十几段重复代码这直接决定了你后面加部件时会不会崩。第四是交互映射。键盘按键和关节角度之间的对应关系要清晰最好是按键绑到“某关节的某自由度加一个增量”而不是绑到“让某个方块移动多少”。这四点合起来其实就是一套小型的变换管线。你现在拿它画机器人以后拿它开车模、开角色、开机械臂用的完全是同一套东西只是节点的数量和复杂度不同而已。2. 人形机器人的骨架拆解与层级设计2.1 关节树的划分原则拆骨架的第一步是选定根节点。人形机器人最自然的根是骨盆因为躯干、四肢都是从骨盆长出去的而且骨盆的运动能带动全身。如果你的场景里机器人还需要在地面上走动可以把根再往上提一层挂一个“世界定位节点”专门负责整体平移和转向骨盆作为它的子节点。这样“走路”和“摆手臂”就彻底解耦了。从骨盆往下的树形结构我习惯这么划分骨盆下挂两根主枝一根是躯干链骨盆 → 腰椎 → 胸椎 → 颈 → 头另一根是四肢。四肢里左右臂从胸椎挂出肩 → 上臂 → 前臂 → 手掌左右腿从骨盆挂出髋 → 大腿 → 小腿 → 脚掌。这样做的好处是弯腰的时候手臂会自然跟着前倾因为肩的父节点是胸椎胸椎转了肩的世界变换自动跟着变——这正是真实人体该有的联动。下面这张表是我在实现时用的节点清单你可以直接照着抄层级深度节点名称父节点自由度数量主要作用0世界节点无3平移2 旋转1整体移动与转向1骨盆世界节点3全身基准2躯干骨盆3弯腰、扭转、侧倾3颈躯干2抬头低头、左右转头4头颈0纯承载3左肩躯干3大臂摆位4左上臂左肩1沿自身轴旋转5左前臂左上臂1肘部屈伸6左手掌左前臂2手腕转动3右肩躯干3同上2左髋骨盆3大腿摆位3左大腿左髋1沿自身轴旋转4左小腿左大腿1膝部屈伸5左脚左小腿2踝部转动表里有个细节值得说我在肩和髋这两个位置都拆成了“关节节点 连杆节点”两层。肩节点只负责把坐标系搬到肩关节位置并施加三个旋转上臂节点负责绕自身长轴旋转并绘制几何。这么拆的原因是肩部的两个旋转前后摆、左右抬和上臂的沿轴扭转作用点虽然都在肩但语义不同混在一个节点里调参会很痛苦。分成两层之后扭转属于“半个自由度”调起来心理负担小很多。2.2 各关节的自由度与轴向约定在动手写代码之前必须先确定一套全局统一的坐标约定否则后面每调一个关节都要重新想一遍“我这儿绕的是 X 还是 Z”效率会低到崩溃。课程环境里最常见的约定是Y 轴朝上X 轴朝右Z 轴朝屏幕外。人形机器人默认面朝屏幕里也就是朝 -Z 方向。在这套约定下三种基本旋转的语义变得非常清楚绕X 轴旋转是“前后方向”的摆动比如抬腿、屈肘、点头绕Y 轴旋转是“水平方向”的扭转比如转身、转头、手臂内旋绕Z 轴旋转是“左右方向”的张开比如把手臂向两侧平举。有了这个对应关系调参时你脑子里就有一张图了。比如想让机器人“举起右手打招呼”需要的是右肩绕 Z 轴负方向转一个角度把手臂从垂下抬到水平再把前臂绕 X 轴转一点把肘弯起来。这两个动作分别是两个不同父子的节点写起来互不干扰非常干净。还有一条经验给每个关节的每个自由度都设一个限位。人体的关节不会 360 度随便转肘只能单向弯 0 到 150 度左右膝只能向后弯。加上限位之后动画看起来会自然得多而且能防止你误按按键把模型扭成一团麻花。限位这东西写起来就两行clamp但收益极高。2.3 尺寸参数与比例控制比例这件事直接影响你的模型是“像人”还是“像外星人”。我推荐的做法是先定总身高再按比例往下分。设模型总高为 2.0 个单位那么一份比较耐看的比例分配是这样的部位尺寸宽 × 厚 × 高或长相对父节点的挂点偏移躯干0.42 × 0.22 × 0.55骨盆向上 0.10颈0.10 × 0.10 × 0.10躯干顶部向上 0.02头部0.26 × 0.24 × 0.28颈顶部向上 0.13上臂0.11 × 0.11 × 0.34肩点向下 0.17前臂0.09 × 0.09 × 0.30肘点向下 0.15手掌0.10 × 0.05 × 0.14腕点向下 0.07大腿0.15 × 0.15 × 0.42髋点向下 0.21小腿0.12 × 0.12 × 0.40膝点向下 0.20脚掌0.11 × 0.26 × 0.08踝点向前 0.09、向下 0.04表里“挂点偏移”这一列必须理解清楚。它说的是子节点的坐标系原点相对父节点坐标系原点的位置。比如上臂的挂点偏移是“肩点向下 0.17”意思是肩关节在肩点位置上臂几何体的中心在肩点下方 0.17 处正好让上臂从肩往下垂 0.34 的长度。这个偏移量在代码里就是一次glTranslatef(0, -0.17f, 0)写在旋转之后、画几何之前。这里有个坑要提醒很多人会把几何体画在节点原点结果整个模型看起来像一堆球串起来的糖葫芦关节处要么重叠要么断开。正确做法是关节原点永远放在转轴上几何体按偏移量往下或往某个方向生长。这跟现实中骨骼和关节的关系是一致的——关节是转轴骨头从关节往外长。3. 矩阵栈层级建模的执行引擎3.1 push 和 pop 到底在保护什么固定管线的 OpenGL 里模型视图矩阵是一个全局状态。你调用glTranslatef、glRotatef、glScalef本质上是在修改这个当前矩阵。画完一个子树之后如果不清除它留下的变换下一个兄弟节点就会在错误的位置上开始绘制。glPushMatrix()就是把当前矩阵复制一份压到栈顶glPopMatrix()就是把栈顶那份恢复成当前矩阵。它们成对出现形成一个保护区。我用一个生活类比来解释你在纸上画图glPushMatrix就是“把当前这张纸复印一份存档”然后你在复印件上继续涂改画完了glPopMatrix就是“把存档的原件拿回来覆盖桌面”。兄弟节点之间全靠这个机制隔离。反过来说如果你忘记 pop效果会非常诡异第一个手臂画完之后第二次画手臂时变换已经累加了两次位置和角度都是错的。而且这个错误是递归传染的根节点一个多余的 push 会让整棵树都歪掉。所以我在写递归函数的时候第一条纪律就是“函数第一行 push最后一行 pop”中间不管怎么 return都保证这两句配对。3.2 变换顺序为什么不能颠倒前面提过顶点的实际变换顺序是从右往左。你写glTranslatef(0, -0.17f, 0); glRotatef(angle, 1, 0, 0); drawBox(0.11f, 0.34f, 0.11f);顶点的处理顺序是先被绘制成一个以原点为中心的盒子然后绕 X 轴转angle然后整体往下平移 0.17。也就是说旋转发生在平移之前的坐标系里而这个坐标系的原点就是关节位置。如果把两句调换glRotatef(angle, 1, 0, 0); glTranslatef(0, -0.17f, 0);那顶点先往下平移 0.17再绕原点旋转结果就是几何体绕关节画了个圆弧飞出去。这个区别就是“绕关节转”和“绕原点转”的区别也是层级建模里最容易出错的一处。记忆口诀我给一个先搬坐标系再转坐标系最后画东西。搬到关节处是为了让旋转的圆心正确旋转是为了摆姿势画东西是最后一步。这条口诀在这类练习里几乎百试百灵。3.3 手写一个轻量的层级遍历器真正写起来我建议把每个节点包成一个结构体然后用递归函数遍历。核心骨架大概长这样struct Joint { float pivot[3]; // 关节相对父节点的位置 float angle[3]; // 三个轴的旋转角度度 int dofMask; // 哪些轴有效避免误转 void (*drawSelf)(); // 画自己的几何体 std::vectorJoint* children; }; void drawJoint(const Joint* j) { glPushMatrix(); // 1. 把坐标系搬到关节位置 glTranslatef(j-pivot[0], j-pivot[1], j-pivot[2]); // 2. 施加本关节的旋转 if (j-dofMask 0x1) glRotatef(j-angle[0], 1, 0, 0); if (j-dofMask 0x2) glRotatef(j-angle[1], 0, 1, 0); if (j-dofMask 0x4) glRotatef(j-angle[2], 0, 0, 1); // 3. 画自己的几何体几何体从关节往外生长 if (j-drawSelf) j-drawSelf(); // 4. 递归处理子节点 for (auto c : j-children) drawJoint(c); glPopMatrix(); }这个函数只有二十来行但它把整个层级建模的骨架都装进去了。dofMask是我加的一个小优化因为有些关节只允许绕一个轴转用掩码挡住其它两个轴可以防止误操作把模型扭坏。另外注意drawSelf用的是函数指针这样每个节点可以有自己的绘制逻辑不必写一个巨大的 switch 语句。还有一个细节glTranslatef里的 pivot 是相对父节点坐标系的偏移不是世界坐标。这一点在心里要牢牢记住否则填参数时会一直错。4. 实操从零搭出一个可动的人形机器人4.1 基础几何体的封装课程环境里最省事的几何体是glutSolidCube但它画出来的立方体边长固定为 1且以原点为中心。要画一个任意长宽高的“连杆”我一般自己封一个函数把它做成从原点沿 -Y 方向生长的形式这样正好对应“骨头从关节往下长”的语义void drawLimb(float w, float h, float d) { glPushMatrix(); glTranslatef(0, -h * 0.5f, 0); // 让盒子顶部贴着关节 glScalef(w, h, d); glutSolidCube(1.0); glPopMatrix(); }glScalef在这里的作用是把单位立方体拉伸成需要的尺寸。注意它也是变换也会写进当前矩阵所以必须用 push/pop 包住否则后面所有东西都会继承这个缩放。这个坑我踩过一开始忘了包结果画完第一根手臂之后整个场景的所有方块都被压扁了排查了半天才想起来是这个 scale 没恢复。躯干、头、脚掌这些不想用长方体的可以换成glutSolidSphere或者稍微改一改缩放比例做出圆角效果。想让模型好看一点加两盏灯、开GL_SMOOTH着色就够不必上纹理。这个练习的重点是变换不是渲染质量。4.2 递归绘制的主流程把前面的节点表翻译成代码主流程大概是这样的结构先建世界节点再建骨盆骨盆下挂躯干和左右髋躯干下挂颈和左右肩然后一路往下。每个节点初始化时填三个东西——pivot、dofMask、drawSelf。我用一个工厂函数把这些重复劳动收掉Joint* makeJoint(float px, float py, float pz, int mask, float w, float h, float d) { Joint* j new Joint(); j-pivot[0]px; j-pivot[1]py; j-pivot[2]pz; j-angle[0]j-angle[1]j-angle[2]0; j-dofMask mask; j-drawSelf [w,h,d](){ drawLimb(w,h,d); }; return j; }用 lambda 捕获尺寸比写一堆全局变量清爽得多。然后搭建的过程就变成一行一行的挂载Joint* root makeJoint(0, 1.0f, 0, 0x7, 0, 0, 0); // 世界节点 Joint* pelvis makeJoint(0, 0, 0, 0x7, 0.30f, 0.20f, 0.18f); Joint* torso makeJoint(0, 0.20f, 0, 0x7, 0.42f, 0.55f, 0.22f); Joint* neck makeJoint(0, 0.56f, 0, 0x3, 0.10f, 0.10f, 0.10f); Joint* head makeJoint(0, 0.10f, 0, 0x0, 0.26f, 0.28f, 0.24f); root-children.push_back(pelvis); pelvis-children.push_back(torso); torso-children.push_back(neck); neck-children.push_back(head);这里第二个参数py就是 pivot 的 Y 分量。注意torso的 pivot 是(0, 0.20, 0)意思是躯干的原点在骨盆原点上方 0.2 处也就是腰椎位置。neck的 pivot 是(0, 0.56, 0)在躯干原点上方 0.56正好是躯干顶部。这样一层层累加最后的头自然就落在该在的位置上。四肢的挂法大同小异。左肩的 pivot 大概是(-0.26, 0.44, 0)也就是躯干坐标系里的左上角上臂 pivot 是(0, 0, 0)因为肩关节已经定位好了几何尺寸0.11 × 0.34 × 0.11。前臂挂在肘部pivot 是(0, -0.34, 0)正好在上臂底部。4.3 交互控制与动画驱动键盘映射我建议做成“一张表驱动”的形式别在keyboard()函数里写一大串 if-else。思路是维护一个数组记录每个关节的三个角度按键只负责修改这些数值绘制时统一读取。这样逻辑和渲染彻底分开调试时可以放心地在任何地方打印角度值。struct CtrlMap { unsigned char key; int jointIdx; int axis; float delta; }; CtrlMap ctrl[] { {q, J_L_SHOULDER, 0, 3.0f}, {a, J_L_SHOULDER, 0, -3.0f}, {w, J_L_SHOULDER, 2, 3.0f}, {s, J_L_SHOULDER, 2, -3.0f}, {e, J_L_ELBOW, 0, 3.0f}, {d, J_L_ELBOW, 0, -3.0f}, // ... 其它关节 };按下按键时遍历这张表匹配到了就改对应关节的角度然后glutPostRedisplay()重绘。加限位也很容易改完之后 clamp 一下就好joints[idx].angle[axis] std::clamp(joints[idx].angle[axis] delta, lo, hi);除了键盘我还建议加一个自动演示模式用一个全局时间变量驱动几个关节做正弦摆动。这个功能在验收演示时特别加分因为它能直观地展示“父子联动”的正确性——你看小臂跟着大臂摆、手掌跟着小臂摆如果层级结构有问题一眼就能看出来。用glutTimerFunc或者glutIdleFunc挂一个 16 毫秒的回调就够。5. 调参与排错那些让人抓狂的瞬间5.1 常见问题速查表下面这张表是我这几年看别人代码、改自己代码攒下来的基本覆盖了这个练习里九成的故障现象最可能的原因处理办法某个部件绕大圈飞出去先旋转后平移旋转圆心错了调整为先glTranslatef再glRotatef兄弟部件位置串到一起忘了glPopMatrix或者 push/pop 数量不配对在递归函数首尾统一配对不要手写越画越小或者整体被压扁某处glScalef没有恢复用 push/pop 包住缩放手臂转了但前臂没跟着转前臂挂错了父节点挂到了根节点上检查children挂载关系模型整体下沉或悬空根节点的 pivot 没设好或者几何体绘制时没有按偏移生长用坐标轴辅助线确认地面高度按键没反应焦点不在窗口或者没调用glutPostRedisplay检查回调注册与重绘调用关节能转到不可能的角度没有限位加上clamp按人体活动范围设上限左右不对称pivot 的 X 分量符号写错左右对称的关节X 取相反数其余保持一致表里最容易犯的是“忘了 pop”。这个 bug 的迷惑性在于它有时候看起来不明显因为如果被污染的变换恰好是旋转 0 度你完全看不出来只有在某个角度上才会突然显形。我的应对办法是写完递归函数之后先在函数开头和结尾各加一句打印当前矩阵栈深度的调试语句跑一遍看深度是否回到原值。5.2 几个调参的土办法用纯色区分层级。把每一层的几何体用不同颜色画比如躯干蓝色、大臂绿色、小臂黄色、手掌红色。一旦联动出错你能立刻看出是哪一层没跟上。这个方法看着很土但排查父子关系错误时效率极高比盯着灰色方块看半天强。画坐标轴。在每个关节位置画三根短线表示局部坐标系的 XYZ。垂着的手臂Y 轴应该沿着手臂向下指X 轴和 Z 轴在水平面上。这个可视化能瞬间告诉你轴向定义对不对。单关节隔离测试。把所有关节角度归零只让肩绕 X 轴转观察手臂是不是从垂直状态往前摆。如果不是说明肩的 pivot 或者轴向设置有问题。一个关节一个关节地测比一次全开要快得多。分级打印。在递归函数里加一个深度参数输出“深度 3左肩角度 (10, 0, 25)”。跑起来看日志你会清楚看到遍历顺序是否符合预期。还有一个容易被忽视的调参点视角。很多“看起来错位”的问题其实是相机摆得太歪导致的视觉误判。我建议先用一个正对模型的正交视角确认结构再换透视相机看效果。相机参数设置得干净一点能省掉大量自我怀疑的时间。6. 从实验作业到真实管线6.1 这棵关节树其实就是骨骼工业界做角色动画时用的“骨骼”结构跟你现在搭的这棵树是一模一样的每根骨头是一个节点骨头之间是父子关系动画师调的是每根骨头相对父骨的旋转。区别只在于真实管线里骨头的旋转用四元数表示避免万向锁蒙皮用顶点绑定权重来做一个顶点可以受多根骨头影响而且骨头外面还裹着一层网格用的是网格变形而不是直接画方块。但你理解层级变换的那些直觉——父子累积、局部坐标系、矩阵栈——在这个领域里一个字都不用改。再进一步如果你想把机器人摆成某种姿势而不是一个个关节手动调那就要接触逆运动学了。正运动学是你给定所有关节角度算出末端位置逆运动学反过来给定手要碰到某个点反解出一串关节角度。这在机械臂控制和角色动画里都是核心问题。它听起来很高级但本质上是给这棵关节树加一个约束求解器你现在的节点结构不需要推翻只需要在求解时把每个关节的旋转当成未知量。6.2 后续还能怎么扩展如果你这个练习做完还有余力我推荐往两个方向走。第一个方向是加约束和动画曲线。给每个关节的限位做成人体的真实范围然后用缓动函数把正弦摆动替换掉整个机器人动起来会立刻不一样摆臂会有惯性感而不是机械式的匀速。第二个方向是换渲染方式。把这棵树的遍历逻辑抽出来输出成一串矩阵给着色器配合现代 OpenGL 的 uniform 数组你会发现同一套层级遍历可以一次性把几十根骨头的矩阵传给 GPU性能完全不是一个数量级。我个人在带人做这类练习时的体会是最值钱的不是最终那个能动的机器人而是你在排错过程中建立的“变换直觉”。等你以后遇到车模轮子不跟着车身转、遇到风扇叶片绕着错误点旋转、遇到机械臂末端追不上目标点脑子里第一个跳出来的问题会是“这个节点的父是谁pivot 在哪”而不是“图形学好难”。这个直觉一旦建立起来就很难再丢掉。
阅读完成 · 觉得有帮助？
