feedback7: merge fb7-unbalance — the official 失衡 (UNBALANCE) after a push / pull (the idea of PR #392 by @xcdoge, re-implemented from PRTS): no walking, attacking or skills while it lasts; pushes by the 推力-位移 time table, pulls by the force window (0.5 / 1 s), static bodies 0.1 s pushed / the window pulled; 弧光锋卫 bleeds 400 / 0.066 s while unbalanced; the client slide uses the same time

- The owner asked to verify the official rule before deciding (research: PRTS 失衡位移机制 / 推与拉 / 游戏数据基础 / 特殊机制, the client's Rigidbody2D data); the PR's 0.6387·√tiles formula and fear exemption were not taken. - Grok review: MERGE AFTER FIXES — two HIGH (static pulls, 弧光锋卫's bleed), skills during the hold, husk 重生, exact frames — fixed on the branch (1db84d79). - Golden union: bond-miraShip-low differs from HEAD (fewer enemy attacks: 169 → 166 events, same kills) though the branch alone left it — HEAD's ×1.1 练度 path now displaces an enemy there. Broad node --test 5681 (5679 pass, 0 fail, 2 skipped); lint 0 errors.
2026-10-08 22:47:33 +08:00
commit 0ae2fac2b1
@@ -14,7 +14,8 @@
 | 摩擦是谁的参数 | **地板（地形）+ 单位质量**，**不是**技能参数：`GrasslandType { NORMAL_LAND, ICE_LAND, SLIME_LAND }`，每格是一条 `GrasslandData { modeIdx, grasslandType, additionalFriction }`，运行时还会被 `UpdateFrictionFactor` / `RestoreFrictionFactor` 临时改写 |
 | 卫戍协议里有几种地板 | **实际只有普通地面**：11 张地图共 18 种格子字符，无冰面/黏液 ⇒ 本模式下摩擦恒定，滑行时长**不必按地板分档** |
 | 飞行目标怎么算 | **没有独立的空中摩擦**（`boatAirFactor` / `m_airBase` 属于"船"玩法）：飞行用的是**同一套**公式（单位摩擦 × 所在格子的 `additionalFriction`）；差别只在**运动模式**（`ENEMY_MOTION_TYPE_FLY`、`HEIGHT_CHANGED_TO_FLY_BLOCK_MOTION_MODE` ⇒ 忽略地面阻挡），以及**失衡免疫 / 静态刚体**的空中单位根本不可位移 |
-| 曲线形状 | 恒定减速 ⇒ `d/D = 2k − k²`（ease-out quad）、`T ∝ √D`；客户端用的 `T = 0.14·√D`（夹 0.12–0.45 s）是我们拟定的 [ASSUMED]，没有来源给出官方时长 |
+| 曲线形状 | 恒定减速 ⇒ `d/D = 2k − k²`（ease-out quad） |
+| 推多久 / 拉多久 | **失衡（UNBALANCE）状态机**的时长（0.2.2，PR #392 的思路、按来源重做）：推 = PRTS 游戏数据基础「推力-位移近似对应表」的**位移时间**（受力等级 −2/−1/0/1/2/≥3 → 0.2 / 0.4 / 0.8 / 0.9 / 32⁄30 / 35⁄30 游戏秒，正好是 30 fps 的整帧）；拉 = 推与拉的**拉力作用时间**（1 s，受力等级 < −1 时 0.5 s，急停后仍保持到结束）；静态刚体受力 > 0 时 0.1 s 保底。客户端滑行用同一段游戏时间（默认 2 倍速 ⇒ 现实时间减半）；`T = 0.14·√D` 只留作旧录像（fx 不带 `dur`）的回退 [ASSUMED] |

 ## 1. 官方类与字段（`global-metadata.dat`）

@@ -101,14 +102,17 @@ p ×77（预览栏）  d ×76（装置）  S ×66（起点）  I / E ×33（路

 ## 5. 客户端的做法（本次实现）

-`render/units.js`：模拟位移是**瞬时**的（`sim/battle/displacement.js` 在一次调用里走完 0.1 格步进），快照只带终点，
-所以客户端补上中间帧——`UnitView.slideTo(x, y, { friction })` 建立一次滑行，`update()` **逐帧做速度积分**
+`render/units.js`：模拟位移是**瞬时**的（`sim/battle/displacement.js` 在一次调用里走完 0.1 格步进），随后敌人处于
+**失衡状态**（0.2.2：不走路、不发动普通攻击，时长见 §0「推多久 / 拉多久」），快照只带终点，
+所以客户端补上中间帧——`UnitView.slideTo(x, y, { dur, friction })` 建立一次滑行，`update()` **逐帧做速度积分**
 （`v ← max(0, v − a·dt)`、`d ← d + v·dt`），终点由模拟给出（**权威**），`v0 = 2D/T`、`a = v0/T` 保证
-`T` 秒内正好走完 `D` 且速度归零 —— 即官方"冲量 + 摩擦"的等效形式；`T = 0.14·√D`（夹 0.12–0.45 s）是我们拟定的
-[ASSUMED]（让画面按模拟的距离到位；没有来源给出官方时长），`friction` 是**地板因子**（本模式恒为 1；将来有冰面就乘
-< 1 ⇒ 滑得更久）。`render/app.js` 在插值器开始显示「以带终点的快照结尾」的那一段时就用 `displace` fx 启动滑行：
+`T` 秒内正好走完 `D` 且速度归零 —— 即官方"冲量 + 摩擦"的等效形式；`T` = `displace` fx 带来的失衡时长 `dur`（游戏秒）÷
+播放倍率（`ctx.animRate`，默认 2 ⇒ 受力等级 0 的推 0.8 游戏秒 = 0.4 现实秒），滑行结束时模拟的失衡也正好结束；fx 不带
+`dur`（0.2.2 以前的录像）时才回退到 `T = 0.14·√D`（夹 0.12–0.45 s）[ASSUMED]。`friction` 是**地板因子**（本模式恒为 1；将来有冰面就乘
+< 1 ⇒ 滑得更久）。PR #392 的 `0.6387·√格` / `0.3194` 是用 PRTS 页面的「μ = 0.5 单位假设」推出来的，页面没有写出、也对不上
+位移时间表（每档高约一帧），未采用。`render/app.js` 在插值器开始显示「以带终点的快照结尾」的那一段时就用 `displace` fx 启动滑行：
 到达那张快照之前画面停在原处，之后从原处减速滑入模拟的实时位置（终点，以及敌人随后继续走的路），落地不跳。
-**模拟层、协议、golden 一律未改。**
+（PR #380 合入时模拟层、协议、golden 未改；0.2.2 的失衡状态改了模拟层，`displace` fx 多带一个 `dur`。）

 滑行途中死亡：滑行照常走完，尸体停在被推到的位置（模拟里它已经在那里；0.2.2 合入时改掉了原 PR 的「回到出发格」）；
 倒地的单位交给 `setDown` 放到它的格子上。