Blender 到 Godot 4 可交互宝箱：从低模资源到开箱逻辑的完整管线

大鹏AI教育
0 阅读6分钟

Blender 到 Godot 4 可交互宝箱：从低模资源到开箱逻辑的完整管线

OK，OK，大家好，欢迎大家来到大鹏 AI 教育，我是张大鹏。

一个宝箱从 Blender 放进 Godot 并不难，真正容易出问题的是“放进去以后”：尺寸不对、盖子转轴错误、碰撞体跟着动画乱跑、重新导入覆盖玩法节点，或者多个宝箱复制后各自维护一套脚本。

本文把宝箱拆成两层：Blender 负责可迭代的美术源资源，Godot 负责碰撞、交互、动画触发和奖励事件。最终得到的不是一个只能演示的模型，而是可以重复实例化的游戏组件。

Blender 到 Godot 4 可交互宝箱

来源与证据

本文的资产主线来自《大鹏 AI Godot Blender 游戏开发入门》中“从 Blender 导出并导入网格”，交互主线来自《大鹏 AI GDScript 游戏脚本入门》中“使用 Godot 信号解耦游戏事件”。案例在这两条已验证知识线上组合宝箱建模、GLB 导入、包装场景与奖励事件。

先定义资产契约

在开始建模前，先锁定四个约束：

  1. 宝箱主体与箱盖是两个独立对象；
  2. 箱盖原点位于真实铰链轴；
  3. 宝箱底部落在地面，整体使用统一真实尺度；
  4. 节点名称稳定，例如 ChestBody、ChestLid。

箱盖是否能正确旋转，主要取决于原点，而不是动画曲线。原点放在盖子中心时，旋转效果会像箱盖在空中翻滚；放在后侧铰链位置，才能得到真实开箱动作。

Blender：用低模先验证结构

先用立方体完成灰盒：

  • 下半部分作为 ChestBody；
  • 上半部分切分或复制为 ChestLid；
  • 金属包边作为独立网格或合并后的装饰；
  • 锁扣保持在正面，便于统一朝向。

这一阶段不要急着做雕花。先旋转箱盖，验证铰链、穿模和开启角度。结构正确后再增加倒角、材质和装饰。

导出前必须应用变换

选择需要导出的对象，执行 Ctrl + A，应用 Rotation 与 Scale。

Blender 中应用对象变换

为什么这一步重要？如果对象表面看起来尺寸正常，但内部仍携带非 1 的缩放，进入 Godot 后可能出现：

  • 子节点缩放继续叠加；
  • 碰撞体尺寸难以判断；
  • 箱盖旋转轴表现异常；
  • 动画和脚本使用的局部坐标不稳定。

应用变换后再次确认：

  • Scale 为 (1, 1, 1)；
  • Rotation 为预期基线；
  • 箱盖原点仍位于铰链；
  • 对象名称没有被自动追加混乱后缀。

GLB：把交付边界固定下来

导出时选择 glTF 2.0，并使用 .glb 单文件格式。对这个静态加简单动画的资产，建议只导出选中对象，不携带 Blender 摄像机和灯光。

GLB 的价值不是“绝对不会丢材质”，而是交付边界清楚：

  • 网格、材质和需要的动画可以放进一个文件；
  • Godot 不必直接依赖 Blender 工作文件；
  • 重新导出和版本对比更容易；
  • 没有安装 Blender 的环境仍能消费资源。

如果纹理没有正确打包，GLB 也不能替代排错。应沿 Blender 材质节点、纹理引用、导出选项和 Godot 导入结果逐层检查。

Godot：把导入资产当作源场景

将 chest.glb 放入项目的资源目录，等待 Godot 完成导入。

Godot 导入 GLB 资源

不要直接把所有玩法节点写进自动导入的源场景。更稳的方式是创建一个包装场景：

InteractiveChest (Node3D)
├── Visual (实例化 chest.glb)
├── StaticBody3D
│   └── CollisionShape3D
├── InteractionArea (Area3D)
│   └── CollisionShape3D
├── AnimationPlayer
├── OpenAudio
└── RewardMarker

这样重新导出 chest.glb 时，Godot 可以更新视觉资源，而交互区、碰撞体、音效和脚本仍由包装场景管理。

碰撞体要按职责拆分

宝箱通常需要两种碰撞：

  • StaticBody3D：阻挡玩家穿过宝箱；
  • Area3D：判断玩家是否进入可交互范围。

不要直接用高面数渲染网格作为动态精确碰撞。规则简单的宝箱使用一个或几个 BoxShape3D 就足够，性能稳定，也更容易调整。

交互区应比宝箱本体稍大，但不能大到玩家隔墙也能开启。必要时再增加射线检查，确认玩家与宝箱之间没有遮挡。

用状态拒绝重复开箱

宝箱至少需要 CLOSED、OPENING 和 OPENED 三种状态：

extends Node3D

signal chest_opened(reward_id: StringName)

enum ChestState {
	CLOSED,
	OPENING,
	OPENED,
}

@export var reward_id: StringName
@onready var animation_player: AnimationPlayer = $AnimationPlayer

var state: ChestState = ChestState.CLOSED

func request_open() -> void:
	if state != ChestState.CLOSED:
		return

	state = ChestState.OPENING
	animation_player.play("open")

玩家连续按键时，state != CLOSED 会拒绝第二次请求，避免奖励重复发放。

动画结束后再发放奖励

开始播放开箱动画，不代表宝箱已经完成开启。奖励应在动画真正结束后发出：

func _on_animation_player_animation_finished(
	animation_name: StringName
) -> void:
	if animation_name != &"open":
		return

	state = ChestState.OPENED
	chest_opened.emit(reward_id)

奖励系统订阅 chest_opened，根据 reward_id 生成物品。宝箱自身不需要知道背包、任务或掉落表的具体节点路径。

这种设计还有一个好处：打开音效、粒子效果、成就统计都可以分别订阅事件，不必继续向宝箱脚本添加业务分支。

复用多个宝箱

把奖励 ID、交互提示和是否可重复开启定义为导出属性：

@export var reward_id: StringName = &"wood_chest"
@export_multiline var prompt_text := "打开宝箱"
@export var reusable := false

同一个 InteractiveChest.tscn 可以在场景中实例化多次，每个实例只配置不同参数。视觉模型需要替换时，也可以保持外层交互合同不变。

如果多个宝箱共享同一个材质资源，修改材质会同时影响所有实例。需要单独变色时，应创建唯一副本，而不是误改共享资源。

常见故障排查

箱盖绕错误位置旋转

回到 Blender 检查 ChestLid 原点，确认它位于铰链轴，并重新应用变换。

导入后尺寸巨大或过小

检查 Blender 单位、对象 Scale 和 Godot 导入缩放。不要靠在包装场景中反复缩放来掩盖源资产问题。

重新导入后交互节点消失

说明玩法节点被直接写进导入源场景。改用继承场景或外层包装场景。

奖励重复发放

确认 request_open() 只允许 CLOSED 状态进入，并检查动画结束信号是否被重复连接。

编辑器能看到图片或材质，运行后却缺失

检查资源是否真实位于 res:// 下、纹理是否被 GLB 正确携带，以及导入缓存是否已刷新。

最终验收清单

完成后至少验证：

  1. GLB 重新导入不会删除玩法节点；
  2. 箱盖围绕铰链轴旋转，没有明显穿模；
  3. 玩家不能穿过宝箱，但进入附近能收到交互提示；
  4. 连续按键只播放一次开箱动画；
  5. 动画结束后奖励只发放一次；
  6. 同一包装场景实例化多个宝箱时，可以配置不同奖励；
  7. 替换视觉资源后，交互脚本和外部信号合同仍然有效。

总结

Blender 与 Godot 的协作关键不是选择哪个导出按钮，而是明确资产边界。Blender 交付结构稳定的视觉资源，Godot 用包装场景补充玩法；状态拒绝重复请求，信号把奖励和表现解耦。这样做出的宝箱才能真正进入项目，而不是停留在一次性演示中。

avatar
文章
阅读
粉丝