Pyrite64 Culling组件详解:如何榨干N64珍贵的RDP绘制调用次数
【免费下载链接】pyrite64N64 Game-Engine and Editor using libdragon & tiny3d项目地址: https://gitcode.com/GitHub_Trending/py/pyrite64
Pyrite64 是一个基于 libdragon 与 tiny3d 的 N64 游戏引擎和可视化编辑器,运行在真实任天堂64硬件上。N64 的 RDP(RSP 渲染管线)每个帧能发出的绘制调用极其有限,一次多余的 Draw 就是性能预算的流失。Pyrite64 的 Culling 组件正是为此而生:它在绘制阶段用视锥剔除判断对象是否在相机视野内,视野外的对象整帧跳过绘制,帮你把每一次 RDP 调用都用在"看得见的地方"。
为什么 N64 游戏必须做视锥剔除?
💡核心矛盾:N64 的渲染预算按"帧内调用次数"计。现代引擎里一个 3D 场景可能有成百上千个对象,若全部无脑提交绘制,画面瞬间卡死。
Culling(剔除)就是解决这个问题的经典手段:
- 对象不在相机视锥内→ 玩家根本看不见 → 跳过它的全部绘制工作
- 剔除发生在绘制阶段,因此天然兼容多相机场景(切换相机视角时剔除结果自动跟随)
- 剔除体积在世界空间中定义,不会跟随对象旋转,计算开销极低
这正是 Pyrite64 Culling 组件的设计目标:用最小的 CPU 代价,砍掉最大比例的无效绘制调用。
30秒上手:在编辑器中配置 Culling 组件
配置流程只有三步:
- 选中对象→ 在对象检查器中添加Culling组件(对应 compCulling.cpp 中定义的编辑器数据)
- 选择包围体类型:
- Box:轴对齐包围盒,由"半尺寸"定义,适合长方体类模型
- Sphere:球形包围体,只需一个半径,适合角色、道具等紧凑物体
- 调整 Size 与 Offset(单位:米,会随对象 scale 缩放):
- Size:盒子的半尺寸,或球体半径
- Offset:包围体中心相对对象原点的偏移
编辑器会在 3D 视口中以红色线框实时绘制你的包围盒/包围球(见 compCulling.cpp 的draw3D实现),让你直观确认"盒子是否真的包住了模型"。
官方文档页面:Culling 组件手册
原理拆解:一帧之内剔除是如何生效的
运行时组件定义在引擎侧的 culling.h 中,数据结构只有 3 个字段——极其精简,完全贴合 N64 的内存紧张环境:
| 字段 | 含义 |
|---|---|
halfExtend | 包围体半尺寸(盒)/半径(球),米为单位 |
offset | 包围体中心相对对象原点的偏移 |
type | 0 = Box,1 = Sphere |
绘制阶段的核心逻辑在 culling.cpp:
- Box 模式:将半尺寸乘以对象 scale,算出包围盒 min/max 角点,调用 tiny3d 的
t3d_frustum_vs_aabb做视锥 vs AABB测试 - Sphere 模式:用对象 scale 的最大分量统一放缩半径(保证球体永远包住实际模型),调用
t3d_frustum_vs_sphere做视锥 vs 球体测试 - 两者都不相交时,给对象打上
IS_CULLED标记(定义见 objectFlags.h)
标记之后,场景管理器在遍历组件的绘制回调前会先检查该标记——被剔除的对象直接中断整条组件绘制链,模型、粒子、特效一个调用都不会提交:
if(obj->flags & (ObjectFlags::IS_CULLED | ObjectFlags::HIDDEN)) break;(见 scene.cpp)
多相机的关键细节:剔除标记每帧重置
有一个容易被忽视的坑:如果对象被某相机剔除后标记不被清除,切换到另一个视角时它可能"永远消失"。Pyrite64 的解决方案优雅而直接——每次绘制完成后立即重置IS_CULLED标记(scene.cpp 中的注释原话:"culling resets directly after a draw, otherwise objects can get stuck culled")。
这保证了:
- ✅ 每个相机独立进行剔除判断
- ✅ 切相机、转镜头后剔除结果即时正确
- ✅ 不会出现"对象被剔掉后卡住再也不显示"的 bug
Box 还是 Sphere?实战选型建议
🎯按模型形态选择,而不是随手选一个:
| 场景 | 推荐 | 原因 |
|---|---|---|
| 建筑、地形块、平台等规则长方体 | Box | 贴合形状,剔除判定最精确 |
| 角色、道具、旋转中的物体 | Sphere | 球体不受旋转影响(且包围体本身不随对象旋转),实现最简单 |
| 细长物体(杆子、走廊) | Sphere 慎用 | 需要很大的半径才能包住,会丧失大部分剔除收益,用 Box 更划算 |
调参技巧:包围体宁小勿大。多出来的体积意味着相机转到物体后面时它仍被判为"可见",白白消耗 RDP 调用。
总结:把有限的 RDP 预算花在刀刃上
Pyrite64 的 Culling 组件用极小的运行时开销(一次 AABB 或球体视锥测试),换来了整条绘制链的跳过能力,是 N64 平台渲染优化的第一道也是最重要的一道防线:
- 📦配置极简:类型、尺寸、偏移三个参数,视口红色线框实时预览
- ⚡判定发生在绘制阶段:多相机天然兼容
- 🔄标记逐帧重置:杜绝"永久消失"类 bug
- 📉整链跳过:被剔除对象的所有组件绘制调用一次都不提交
给场景中的静态物体加上 Culling 组件,是提升 Pyrite64 项目帧率最立竿见影的优化之一——先让 RDP 少做无用功,再谈更精细的优化。
【免费下载链接】pyrite64N64 Game-Engine and Editor using libdragon & tiny3d项目地址: https://gitcode.com/GitHub_Trending/py/pyrite64
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考