本文由 FrameSprite 作者工作流整理,AI 辅助编写,引用原始技术资料;构造案例不代表模型或引擎实测。
分清角色动画、玩法计时和界面反馈,把命中事件、短暂停顿与恢复播放写成独立规则。
命中后只暂停需要停顿的动作时钟,并给命中事件一次性标记。恢复播放时继续原进度,不重新播放接触帧或再次发伤害。界面、暂停菜单和关键反馈通常应继续响应;用全局时间缩放之前,先明确它会影响哪些计时器、物理和音效。
记录动画、角色控制、伤害、相机、界面和音效各自使用的计时。命中判定先产生确定事件,再触发停顿,避免视觉帧本身成为重复伤害开关。
若只需要攻击者与目标停住,优先定义局部动作暂停。全局缩放适合整体慢动作,但必须检查菜单、计时器和物理行为;不要默认所有系统自动一致。
停顿开始时保存动作位置和命中状态,恢复时继续播放。重新进入技能、被击退或取消时清理该状态,旧停顿完成回调不能恢复已经结束的动作。
连续命中两个目标,测试低帧率、暂停菜单和中途取消。观察伤害次数、停顿累加规则、恢复帧及界面输入,不能只凭一次慢放视频判断逻辑正确。
示例动作在 0.24 秒触发一次命中,局部暂停 0.06 秒后从 0.24 秒继续。墙钟到达 0.30 秒时,动作时钟仍在接触位置;伤害次数应保持 1。
两个时钟的差值是说明性计算,不是对某游戏打击感或性能的测量。
本文是计时设计与验收流程,不提供联机回滚或统一时间系统。
部分或状态 | 素材职责 | 引擎或验收职责 |
|---|---|---|
命中前 | 动作推进 | 等待命中事件 |
命中瞬间 | 接触姿势 | 事件已消费 |
停顿期间 | 保持当前帧 | 不重复伤害 |
恢复 | 继续原进度 | 状态仍有效 |
示例中世界时钟与动作时钟都到 0.40 秒,随后执行 80 毫秒打击停顿。如果只冻结动作,世界时间到 0.48 秒而动作仍为 0.40 秒;如果设计要求连位移与伤害窗口一起暂停,必须同步冻结它们的时钟。菜单、音效和网络心跳不一定应暂停。不要在停顿期间反复检查“当前帧是接触帧”并重复伤害;记录该动作已经命中的目标。验收时显示两个时钟和一次性事件计数,先确认逻辑,再调整停顿长度与视觉反馈。
给素材插入几个接触帧副本能做固定演出,却不能适应不同命中情况。可控停顿应由游戏状态触发;没命中时、目标免疫时和已经取消时需要分别说明是否暂停。
用帧灵准备轮廓清楚的接触与收势姿势,选择可读关键帧后再调整引擎停顿。不要用更强的闪光替代事件检查;停顿与特效叠加后的画面仍需检查可读性。
本次补充由 AI 辅助整理,按公开原始技术资料核对。可下载的输入与预期结果是原创构造案例,不代表模型或引擎实测;实际项目应按步骤保留自己的验收记录。
不是,FPS 改变整段节奏,hitstop 是按事件暂停指定时钟。
没有统一最佳值,应检查输入、动作可读性和连续命中,不宣称某个数字通用。
检查接触事件是否按状态或唯一命中编号消费,而不是每次读到同一帧就触发。
Animations · Phaser
AnimationPlayer · Godot
原文:https://cn.framesprite.com/guides/sprite-combat-hitstop-animation-clock
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。