206 lines
14 KiB
Markdown
206 lines
14 KiB
Markdown
# 2026-10-15
|
||
|
||
## 玩家状态管理迁移到 LimboAI LimboHSM
|
||
|
||
- 需求：玩家场景的状态管理完全用 LimboHSM 实现（addons/limboai v1.8.1，GDExtension 版，
|
||
**无需启用 editor plugin**，ClassDB 里没有 HSMPlayer —— LimboHSM/LimboState 本身就是 Node）。
|
||
- 方案讨论：BT vs HSM 选型 → 玩家是人操作的（决策已由人完成），用 HSM 建模身体状态；
|
||
BT 留给将来的 NPC/autopilot。
|
||
- 新增 `character/player/hsm/`（11 个脚本）：
|
||
- `player_hsm.gd`（根，转换表 Grounded⇄Airborne：`airborne`/`landed` 事件）
|
||
- `grounded.gd`（Grounded 子机：12 条转换 + `_enter` 按当下输入挑初始子状态）
|
||
- `airborne.gd`（Jump→Fall on `falling`；`_enter` 按 vy>0 挑 Jump 否则 Fall）
|
||
- `ground_state.gd`（地面叶子基类：统一判 try_jump/踏空 → `airborne`，再走 `_think()`）
|
||
- idle/walk/sprint/crouch/sneak.gd（写 motor.target_speed/crouching/sprinting + 动画）
|
||
- jump.gd/fall.gd（落地判定 `is_on_floor and vy<=0`，带 vy 门槛防起跳帧弹回）
|
||
- 改动：
|
||
- `player.gd`：加 `class_name Player`；挂 HSM；`_ready` 末尾 `hsm.initialize(self)` +
|
||
`hsm.set_active(true)`（仅权威端）；管线第一位 `hsm.update(delta)`；animator 改调 `set_gait`。
|
||
- `player_motor.gd`：删掉从输入推断 sprint/crouch/target 的逻辑，暴露
|
||
`target_speed`（状态写）、`has_move_input()`、`try_jump()`（起跳在状态判定处就地执行，
|
||
同帧转 Jump）；crouching/sprinting 变成状态写入的事实镜像（Look/DebugPanel 继续用）。
|
||
- `player_animator.gd`：`set_motion` 拆成 `play_state(state)`（状态 _enter 调）+
|
||
`set_gait(velocity)`（每帧刷倍率）；删 `_resolve_state` 和 `idle_threshold`。
|
||
anim_state/anim_speed 同步属性保持不变（远端靠 Sync 复制驱动）。
|
||
- `player.tscn`：HSM 节点子树（LimboHSM root + Grounded{Idle,Walk,Sprint,Crouch,Sneak} +
|
||
Airborne{Jump,Fall}），根机器 `update_mode = 2`（MANUAL，编辑器里写入 int 失败，
|
||
手改 tscn 后 force_reload 场景生效）。
|
||
- 行为变化（有意为之）：行走/站立切换改按**输入**判定（旧版按速度阈值 0.2 m/s），
|
||
顶墙时播 walk 而非 idle；其余（蹲伏优先于疾跑、跳跃缓冲、落地按输入挑状态）与旧版一致。
|
||
- 验证：全部脚本 `--check-only` 通过；无头探针场景模拟输入跑完整状态链
|
||
（Idle→Walk→Sprint→Sneak→Crouch→Idle→Walk→Jump→落地Walk→Idle），数值与理论吻合。
|
||
|
||
## 二次重写：小人国定标（同日）
|
||
|
||
- 用户明确：不保旧手感、可重写；**小人国玩法，角色身高约 0.2 m**；旧代码可删。
|
||
- 定标（全部固化进 player_motor.gd 默认值，删掉了 tscn 里的 walk/sprint 覆盖）：
|
||
walk 2.419（≈12 身长/s）、sprint 3.624（≈18 身长/s）、crouch 1.21（走速一半）、
|
||
accel 22（0.11s 到全速）、air_accel 5.9（地面 1/4）、jump 1.5 / gravity_scale 0.5
|
||
（跳高 0.23 m ≈ 1.15 身高、滞空 0.61 s）不变。DebugPanel body_height 0.15 → 0.2。
|
||
- **修掉一个真 bug**：场景里 walk 被调到 2.419 后，动画器基准速度还是 0.4286，
|
||
walk/run 动画一直被 clamp 在 1.6× 上限。重构：删掉 animator 的 4 个 *_ref_speed 导出，
|
||
`play_state(state, ref_speed)` 由 HSM 状态传入基准速度（状态知道目标速度是多少），
|
||
`set_gait` 用存下的 `_ref_speed` 算倍率 —— 两处对表的坑没了。
|
||
- 探针复测：三个位移动画全速倍率均 1.00，转换链不变。
|
||
|
||
### 踩坑（复用注意）
|
||
|
||
1. **无头 `--check-only` 对新 class_name 报「Could not find type」**：
|
||
全局类缓存 `.godot/global_script_class_cache.cfg` 没刷新。让编辑器跑一次
|
||
`EditorFileSystem.scan()`（godot_ai MCP 的 filesystem scan）即解；批量循环检查时
|
||
同一批里前后结果不一致也是这个原因。
|
||
2. **godot-ai MCP `node_set_property` 写 enum int 属性失败**
|
||
（WRONG_TYPE: Cannot write String to a int property，value 传 JSON number 也一样）。
|
||
变通：MCP scene_save 后直接手改 .tscn 补属性行，再 `scene_open force_reload=true`。
|
||
3. **MCP 场景节点路径**要含场景根：`/Player/HSM`，不是 `/HSM`。
|
||
4. **LimboHSM 嵌套用法**：子状态机的 `_enter`（脚本 override）先于其 initial_state 激活执行，
|
||
所以可以在 `_enter` 里 `set_initial_state()` 动态挑入口子状态（落地按输入挑、空中按 vy 挑）。
|
||
5. **转换触发的环境判定要放叶子状态**，不要放父机 `_update`：父机先于子状态执行，
|
||
在父机里 dispatch 转换后，本轮级联还可能调到已退出的旧子状态（叶子自己判、dispatch 后
|
||
立即 return，没有这个窗口）。
|
||
6. 无头模拟按键：`Input.action_press` 只改动作状态、**不发输入事件**（Motor 的跳跃缓冲在
|
||
`_unhandled_input` 收事件，探不到）；要用 `Input.parse_input_event(InputEventAction)`。
|
||
|
||
---
|
||
|
||
## main2 卡通渲染 / 世界环境 / 光照 调优（达到可交付观感）
|
||
|
||
目标：把 `world/main2.tscn` 的卡通着色器参数 + WorldEnvironment + 光照调到"商业化"水平。
|
||
改了 5 个文件：`project.godot`、`world/main2.tscn`、`shader/toon.tres`、
|
||
新增 `shader/toon_ramp_1d.tres`、删除 `shader/new_gradient_texture_1d.tres`。
|
||
|
||
### 动画诊断出的三个致命问题
|
||
|
||
1. **描边等于不存在**。`cel-shader-base` 的 `next_pass` 链、`outline.gdshader` 都正常，
|
||
但 `outline_width = 2.0` 在这个 Godot 版本里只对应约 **0.1px**，肉眼不可能看见。
|
||
实测标定：`像素宽度 ≈ outline_width × 0.057`（1364px 视口）。已改为 **30**（≈1.7px）。
|
||
2. **`toon.tres` 的 `specular` / `fresnel` RGB 都是纯黑** —— 两个模块虽然连着，贡献恒为 0。
|
||
3. **漫反射渐变是"黑→硬边→白"的二值 ramp**，导致场景只有一层死板明暗。
|
||
|
||
### 最关键的一条坑（务必记住）
|
||
|
||
**编辑器只在启动时注册 `[shader_globals]`。** 外部（含 MCP `settings_set`）改
|
||
project.godot 的全局着色器参数，正在跑的编辑器视口**完全不变**。
|
||
我就是因为这个，一开始把 `outline_width` 从 2 调到 10 再到 60，截图却毫无变化，
|
||
最后才定位到根因。验证手段：写一个 `res://tests/test_*.gd`（必须 `extends McpTestSuite`），
|
||
在 `test_*` 方法里直接 `RenderingServer.global_shader_parameter_set(...)`，
|
||
再用 MCP `test_run` 执行 —— 能在编辑器进程内把值推进渲染器。
|
||
|
||
同时用这个办法做了隔离实验，排除了 4 个错误猜想：雾、SSAO、泛光、菲涅尔**都不是**
|
||
墙面噪点的来源；真正的噪点是**截图传输压缩**（480px 截图墙面完全干净，1364px 才有颗粒）。
|
||
另外顺手证实 `POSITION` 顶点覆盖是生效的（写 `p.y += p.w * 0.8` 面板会整体下移），
|
||
所以描边 pass 本身没问题，别去改上游 `outline.gdshader`。
|
||
|
||
### 最终取值
|
||
|
||
- **着色器全局**（`project.godot [shader_globals]`）：
|
||
`diffuse_curve = toon_ramp_1d.tres`、`specular_smoothness = 0.08`、
|
||
`fresnel_smoothness = 0.12`、`outline_width = 30`、
|
||
`outline_color = Color(0.08, 0.07, 0.1, 1)`。
|
||
- **新 ramp**（`shader/toon_ramp_1d.tres`，GradientTexture1D/256）：
|
||
0.00–0.30 → 0.24；0.38–0.62 → 0.60；0.70–1.00 → 1.00，两级转场各 0.08 软边。
|
||
- **材质**（`shader/toon.tres`，以及 main2 里地板的独立 ShaderMaterial）：
|
||
`specular = (0.12,0.12,0.12,0.45)`、`fresnel = (0.4,0.55,0.8,0.18)`。
|
||
- **Environment**：天空换成项目现成的 `world/sky/cartoon_sky.tres`（与 character_select /
|
||
ocean_demo 一致）；`ambient_light_source = 3`(Sky) + 冷色补光
|
||
`(0.3,0.38,0.55)`、sky_contribution 0.45、energy 0.5；ACES 色调映射（`tonemap_mode=3`，
|
||
这个版本枚举确实是 LINEAR0/REINHARDT1/FILMIC2/ACES3/AGX4）；SSAO 轻度（intensity 1.0、
|
||
detail 0.3、light_affect 0）；Glow 阈值抬到 2.2 防止白面爆光；雾 0.004 + aerial 0.3；
|
||
adjustment contrast 1.12 / saturation 1.08。
|
||
- **光照**：平行光改暖色 `(1,0.925,0.83)`、energy 0.95、`light_angular_distance 0.8` 软阴影、
|
||
bias 0.05 / n_bias 1.5、max_distance 60；sconce 聚光灯 energy 3.2 / range 12 /
|
||
angle 55 / 开启阴影。顺手开了 `anti_aliasing/quality/msaa_3d = 2`（4x，描边抗锯齿）。
|
||
|
||
### 排查时踩的 MCP 细节
|
||
|
||
- MCP `settings_set` **写不了 Color**：传 `{"r":..,"g":..}` 会落成嵌套字典、
|
||
传 `"#141219"` 会落成 String，两者都不是引擎要的 Color。
|
||
正解是手改 project.godot 写成 `Color(r,g,b,a)`。改完用无头探针脚本
|
||
（`extends SceneTree` + `ProjectSettings.get_setting()` 打印 `typeof(inner)`）复验。
|
||
- `settings_set` 会把**整个** ProjectSettings 从内存写回磁盘，
|
||
所以它写完之后我手改过的 `Color(...)` 会被覆盖成 String —— **必须最后一步再手改**。
|
||
- `editor_screenshot` 的 `view_target` 会**移动用户的编辑器相机**；`max_resolution=0`
|
||
才是原生分辨率。
|
||
|
||
### 追加：远处地面"发白"的根因 = fresnel 掠射角饱和（务必记住）
|
||
|
||
用户反馈：main2 里走廊/餐厅方向的地面（z≈15~25）呈一片**灰白偏冷的平面**，近处木地板正常。
|
||
|
||
- 排查路径：`floor1.glb` 只有 1 个 mesh / 1 个材质（用 Python 解 GLB 的 JSON chunk 确认），
|
||
AABB 覆盖 x −18.2~16.6、z −24.9~32.9 —— **餐厅地面就是这块地板**，不是缺几何、
|
||
也不是贴图问题（BaseColor 是纯木纹）。地毯不泛白是因为它的固有色深，把叠加量盖住了。
|
||
- **根因在 `shader/includes/base-cel-shader.gdshaderinc` 的 `fresnel_light()`**：
|
||
```
|
||
fresnel_dot = 1.0 - dot(normal, view); // 水平面越远越掠射 → 越接近 1
|
||
fresnel_threshold = pow(1.0 - fresnel_strength, dot(light, normal)); // ≈0.84
|
||
... * smoothstep(threshold ± fresnel_smoothness/2, fresnel_dot)
|
||
```
|
||
实测：5 m 处 fresnel_dot≈0.69（=0，无贡献），20 m 处≈0.92（=1，满强度）。
|
||
于是**远处地面被整片点亮**，叠加的是 `fresnel_color = (0.4,0.55,0.8)` 蓝白，
|
||
木地板 albedo(≈0.34,0.24,0.2) + 叠光(≈0.40,0.51,0.66) → 就是用户看到的灰白。
|
||
- **是上一轮调优引入的**：`fresnel` 原来 RGB=(0,0,0)（贡献恒 0，所以从没显形），
|
||
上一轮改成 (0.4,0.55,0.8) 后才出现。**大平面（地板/天花板）上放菲涅尔轮廓光必然有这副作用。**
|
||
- 修法（择一）：`fresnel.a` 调到 0.05 以下；或把 `fresnel_color` 压暗到接近物色；
|
||
或把 `fresnel_smoothness`（全局 uniform）调小收紧过渡带。当前已按用户要求
|
||
**恢复为 (0.4,0.55,0.8,0.18)**，泛白会重现，等用户定夺。
|
||
|
||
### 追加：MCP `material_manage(apply_to_node)` 会写盘并**删除孤儿资源**
|
||
|
||
- 用 MCP `apply_to_node` 给 `model/floor1/pPlane1` 临时套一个纯红 unshaded 材质做隔离实验，
|
||
之后 `scene_open force_reload` **材质没有恢复** —— 因为该操作**直接改了磁盘上的 .tscn**
|
||
（返回值里的 `saved_to: ""` 不代表没落盘）。
|
||
- 更严重：Godot 重新序列化时把**失去引用的资源全删了** —— 地板配套的
|
||
`ShaderMaterial_mmyc1`（cel + outline）、`ShaderMaterial_tyxef`，
|
||
以及 3 个 `ext_resource`（`outline.gdshader`/`cel-shader-base.gdshader`/地板 BaseColor 贴图）
|
||
一并消失，同时把等于默认值的属性行省略（如 `glow_blend_mode = 1`）。
|
||
- **教训：拿 MCP 改材质做实验前先 `git stash` 或备份 .tscn**；事后用 `git diff` 对照逐行恢复。
|
||
恢复时注意用**调优后的值**（不是 HEAD 的原值）。
|
||
|
||
## 阴影锯齿专项（main2 沙发/盘子）
|
||
|
||
- 现象：沙发扶手上大片「梳齿/蕨叶」状黑纹 + 盘子影子边缘阶梯状锯齿。
|
||
- 逐个隔离（改 `shadow_enabled` / 单变量逐项）后确认：**都来自 `DirectionalLight3D`**。
|
||
- **根因 = `light_angular_distance = 0.8`**。它开启 PCSS 软阴影，半影半径随距离放大，
|
||
但 Godot 的采样数有限 → 出现稀疏采样尖刺（就是那片蕨叶纹）。
|
||
归零后（`0.0`）两个 artifact **同时消失**。
|
||
- 次要项：工程设置 `soft_shadow_filter_quality` 默认是 **2（Soft Low）**，
|
||
提到 **4（Soft High）** 后高频噪点能量 1.149 → 0.687（-40%），强跳变 756 → 630。
|
||
- `shadow_blur`（1.0/1.5/2.5/4.0）实测**几乎无影响**（0.669~0.687），已删掉该覆盖行。
|
||
- `shadow_bias`/`shadow_normal_bias` 归零会导致**全身自阴影爆发**（阴影面积 18484 → 114706），
|
||
必须用引擎默认 0.1 / 2.0（原场景的 0.05 / 1.5 偏低）。
|
||
- 最终：`light_angular_distance = 0.0`、删掉 bias/blur 覆盖行、
|
||
`directional_shadow_max_distance 60 → 45`、`project.godot` 加
|
||
`lights_and_shadows/{directional_shadow,positional_shadow}/soft_shadow_filter_quality=4`。
|
||
- 前后对比图存在 `docs/shadow_aliasing_fix.png`。
|
||
|
||
### 追加：用户把 blur 归零后「全画面三角形颗粒」
|
||
|
||
用户手动把 `shadow_blur = 0`，**同时把 `shadow_normal_bias` 也设成了 0**，
|
||
结果整幅画面（沙发、盘子、地板全部）盖满斜向的三角颗粒 / 摩尔纹。
|
||
|
||
在独立进程里做了 2×2 对照（`soft_shadow_filter_quality = 4`，
|
||
指标 = 区域内相邻像素亮度差的平均，越低越干净）：
|
||
|
||
| 组合 | 4096 贴图 | 8192 贴图 |
|
||
|---|---|---|
|
||
| blur 0 + normal_bias 0（**用户当时**） | **12.730** | **17.923** |
|
||
| blur 0 + normal_bias 2 | 0.638 | 0.611 |
|
||
| blur 1 + normal_bias 0 | 0.566 | 0.522 |
|
||
| blur 1 + normal_bias 2（推荐） | 0.577 | 0.532 |
|
||
| blur 0.6 + normal_bias 2 + max_dist 25 | 0.546 | 0.537 |
|
||
|
||
结论：
|
||
|
||
- **必须「blur=0 且 normal_bias=0」同时成立才会爆**（12.7）。任意改回一个就回到 ~0.6。
|
||
机制：`normal_bias = 0` 会在**每个阴影贴图纹素**上产生自阴影判定抖动，
|
||
而 `shadow_blur` 正是那个 PCF 半径 —— 它被归零后抖动不再被平滑，
|
||
于是以贴图纹素的频率原样显现成三角颗粒（贴图纹素斜投影到受光面就是四边形/三角）。
|
||
- **加大阴影贴图分辨率没用，反而更糟**（12.730 → 17.923）。
|
||
分辨率越高的贴图纹素越细密 → 抖动频率越高 → 颗粒越密越明显。
|
||
**所以"锯齿是阴影贴图不够大"是错的直觉。**
|
||
- 想要更锐的阴影：`shadow_blur` 可以取 0（normal_bias 保持 2.0 就干净，0.638）。
|
||
- 已把编辑器的 `shadow_normal_bias` 恢复到 2.0、`shadow_blur` 恢复到 1.0
|
||
（用 MCP `node_set_property`，**实测它只改编辑器内存、不写盘**）。
|
||
- 对比图存在 `docs/shadow_normal_bias_fix.png`。
|
||
|