走与跑：同一段路的两种步频

【游戏功能】
一、一行代码拆解

frameFps = moveSpeed / strideLength——步频等于速度除以步长。就这么一行，决定走和跑在玩家眼里是不是"踩在点子上"。序列帧动画的脚步节奏是美术画死的：走路的动作一个循环六帧，每帧的脚落地位置固定，步长是这段动画的物理属性；程序能改的只有播放速度。位移速度和换帧速度一旦脱钩，就会出现经典穿帮——人物像踩着风火轮滑行，或者小碎步倒腾得像竞走。

二、机制原理：两套速度一根轴

同一指令下，走和跑是两套资源：走的动作步幅小、跑的动作步幅大，各画各的八方向。客户端拿到逻辑速度后，按当前动作的步长换算出换帧频率，让脚每帧挪的距离恰好等于画面里脚迈的距离。速度提上去，换帧跟着变快，脚步声的节拍也跟着变——三件事同源于一个速度值，这就是"跟脚"。切走为跑时动作与步长同时切换，速度倍率对应放大，玩家感知的是"这个人开始跑了"，而不是"这个人播放了另一段动画"。

mir8-pace

三、正确写法：步频锁定与步长表

-- 每个动作的步长是标定出来的常数(像素/帧), 配表不改代码
local STRIDE = {
    [global.MMO.ANIM_WALK] = 5.5,
    [global.MMO.ANIM_RUN]  = 8.5,
}

function gameActor:UpdateAnim(dt)
    local stride = STRIDE[self._act] or 6
    local fps = self._moveSpeed / stride          -- 步频 = 速度 ÷ 步长
    fps = math.max(4, math.min(24, fps))          -- 夹在可播放区间

    self._frameAcc = self._frameAcc + dt
    local itv = 1 / fps
    while self._frameAcc >= itv do
        self._frameAcc = self._frameAcc - itv
        self._frameIndex = (self._frameIndex + 1) % self:GetFrameCount(self._act, self._dir)
    end
end

-- 走跑切换: 动作与速度同切
function gameActor:SetMoveMode(run)
    self._act = run and global.MMO.ANIM_RUN or global.MMO.ANIM_WALK
    self._moveSpeed = run and self._runSpeed or self._walkSpeed
    self._frameIndex = 0
end

四、四个必须钉死的细节

1. 步长靠标定不靠估算：让角色走十步量像素除以十，一次性写进配置表，八个方向共用一个值即可。2. 换帧频率夹在四到二十四帧之间，下限防慢动作鬼畜，上限防快到糊成一片。3. 变速BUFF改的是逻辑速度，步频自动跟着变，千万别单独再调播放倍速——两条路各调各的就永远对不齐。4. 脚步声的触发绑换帧计数而不是绑时间，每两帧一声，音画天然同步。

五、心法：画面迁就物理，不是物理迁就画面

步频锁定的思路推广开就是位移与表现的对账思维：所有"边走边播"的东西都要和速度对账——脚步声对账步频、尘土特效对账步数、雪地脚印对账步距。账对上了，快慢随便调都自然；对不上，调一次穿帮一次。这张账本的科目不用多，速度、步长、帧率三栏，记清楚就是及格的表现系统。

再记一个实测量法：新动作资源进库，先让角色播着这个动作匀速跑十秒，录屏数它迈了多少步，路程像素除以步数再除以每步的帧数，就是该动作的步长常数。这套标定两分钟一个动作，标完写进表里，以后策划改速度随便改，画面永远跟脚。没做过这步的团队，第一次做骑乘坐骑时会发现马跑起来四蹄不着地——坐骑的步长和人的步长根本不是一回事，账本从人扩到坐骑，才是真正完整的对账。