|
|
引言
这是我毕业设计的一部分emmm……我的毕设和格斗游戏相关，而对于打击感的研究算是其中我比较在意的一环。现在临近毕业，我将毕设中开发部分的一些内容整理出来分享，希望能通过这样学习到更多的东西。
打击感为何物？
字面意思，“打到了的感觉”；好的打击感是易读的，包含信息充足的；它可以让玩家感受到这次的攻击奏效了、这次攻击的轻重程度、感受到这是怎样的攻击。在电子游戏中，则通过视觉和听觉呈现这些。
实现方式
市面上已经有很多作品供我们参考，让我自己想出一个独特的实现方式如同天方夜谭，不过我喜欢参照已有作品，去探究他们如何实现。
1）帧冻结（顿帧）
顿帧已经是司空见惯的手段，也是目前最常见的表现打击感的方式。它会让角色动画停止在那里，让玩家意识到发生了什么，接着再继续播放动画。我认为所有的打击感几乎都有这个东西，只不过可能有些帧冻结的时间设置，让人很难用肉眼察觉到。在《街霸4》中，击中时普遍的顿帧时间为：攻击角色顿14/60帧≈0.23秒，受击角色顿16/60帧≈0.26秒，是我见过最长的。
一般情况下，顿帧的时间不会超过0.3秒，除非是做特殊的效果处理，因为超过0.3秒这个图像在玩家眼里会变得非常突出，显得较为奇怪。通常程度越重的攻击顿帧的时间也越长，而这也需要适当的动作设计，比如较长时间的出手准备动作能让玩家对这次攻击有一个“很重”的预期。
2）击退距离
除非有特殊需求，不然大多数游戏在攻击后，双方角色之间的距离一定会产生变化。这是非常容易表现一个攻击轻重程度的方式。
顿帧+击退是我认为最主要的两个方式，运用这两者，即可实现最基本的打击感。那么在这基础上，可以添加一些“特效”来使它更加充实。
3）特效
可以有很多种，我认为这些就像是在打击感上加花，使它更加丰满。我通过总结，列举了一些常见手段：
1.打击火花（HitFire）：攻击奏效时在特定位置创建。需要注意画风适当，风格对应；斩击有斩击的样式，拳击有拳击的样式，重攻击应该比轻攻击的火花更大更饱和等等。
2.精灵（Sprite）抖动：我们在很多游戏里可能都会看到，当角色受到攻击时，帧冻结期间角色的图片（Sprite）也在颤动，颤动的方式有多种，水平及垂直方向的，或是虚影向外扩张的（我不知道那种形式该怎么表述）。但这仅限于视觉上的抖动，该抖动不会有任何逻辑上的影响，比如角色的物理坐标，判定框这些均不会随着精灵的抖动而改变。
3.屏幕震动：很多游戏都会通过震屏来彰显一次攻击的冲击力，震屏的方式以及怎样去表现不同的攻击，这值得研究。
4.颜色变化：有些动作游戏会让角色在受击的时候，身体颜色产生变化，大多是在那一瞬间，身体闪一下相应颜色，红色和白色较为常见。这会让玩家更容易读出角色正在挨打这件事。
本次毕设我主要采取了帧冻结+击退+精灵抖动+打击火花的组合进行实现。
下面是在Unity中的应用：
1.HitBox与HurtBox的搭建
先简单说下我对游戏中攻击和受击的实现吧。
我的角色总共有3种攻击方式，而我为每一种攻击方式在角色下面都创建了一个子物体；
每一个攻击子物体，都有他们对应的BoxCollider2D(IsTriiger)来代表他们的攻击判定，同理，HurtBox也一样。
我用Animator的帧事件控制每个攻击动作开启攻击判定的时机和位置。
- private void OnTriggerEnter2D(Collider2D collision)
- {
- if(collision.tag == "Hurt2")
- {
- }
- }
我会在OnTriggerEnter2D函数里面实现攻击需要发生的事情，若攻击物体碰到了标签为“Hurt2”（2P的受击判定框）的物体时，攻击便发生了。
2.逻辑流程
在讨论实现之前，我想先梳理一下逻辑流程，先是攻击角色的流程：
- 首先，在Hitbox与HurtBox重叠时，我们会判定为攻击奏效，此时我会优先处理的是关闭HitBox，因为我不希望攻击事件重复发生，避免一些麻烦；
- 之后是“顿帧”，我通过控制动画播放速度，使速度为0来实现这一功能；
- 接着我们需要记录下角色当前的速度（X轴和Y轴），因为接下来我们要锁定角色的位移了，在帧冻结期间，我们不希望角色的位置仍在变化；
- 创建火花特效，创建的位置我希望是在判定框相交区间的中心位置；
- 顿帧结束，恢复动画播放；
- 恢复角色之前被记录的速度，若本次攻击是空中攻击，那么这之后角色会继续下落了；
•对角色施加对应方向的力，以达到击退的效果，也可以是垂直方向的力，达到浮空或强DOWN之类的效果。
那么总结下来，流程就是：
关闭HitBox→停止动画播放→记录当前速度→锁定角色的X轴Y轴→创建火花→恢复动画播放→恢复角色速度→施加力（击退）
对于受击角色来说也是类似，不过会多出一个抖动的效果，并且不用记录角色速度：
进入受击动画→停止动画播放（此时应处于受击动画的第一帧）→处理精灵抖动（抖动时间应小于顿帧时间）→恢复动画播放→施加力
好的，整理完了流程，可能在讲实现方式的时候思路会更清晰一些。
3.帧冻结的实现
我通过控制Animator的播放速度和Invoke函数这两者结合来实现帧冻结这一功能。
- public float HitStop_AS = 1;
- public float HitStop_AO = 1;
- public float HitStop_DS = 1;
- public float HitStop_DO = 1;
- void Start () {
- HitStop_AS = HitStop_AS / 60;
- HitStop_AO = HitStop_AO / 60;
- HitStop_DS = HitStop_DS / 60;
- HitStop_DO = HitStop_DO / 60;
- }
- private void OnTriggerEnter2D(Collider2D collision){
- if(collision.tag == "Hurt2")
- {
- gameObject.GetComponent<Animator>().speed = 0;
- Invoke("AnimPlay", HitStop_AS);
- }
- }
- void AnimPlay() {
- gameObject.GetComponent<Animator>().speed = 1;
- }
Invoke可以让规定的函数在规定时间后启动，而我在Invoke函数中使用的HitStop_AS参数就是攻击击中后攻击角色自身的帧冻结时间，这里的参数需要以秒为单位。
在定义变量时，HitStop这一类参数是以帧为单位定义的，在public之后我可以在Unity界面中很方便的以帧的概念进行调节，在游戏开始时，便会通过Start()里面的指令转化为秒单位。
我创建了名为HitStop的脚本，这些都是写在那个脚本里的，而我会给每个攻击子物体都套上这个脚本，这样每一个攻击招式都具备这些模板一样的变量了。对此我进行了一系列的总结。
表1攻击招式应具备的模板属性
属性备注
动画总帧/anim完整攻击动画的帧数；不可调整
发生/A概念变量，攻击判定产生前的帧数；可调整
攻击持续/KA概念变量，攻击判定持续存在的帧数；可调整
击中时的顿帧/HitStop_AS击中时自身动画停止播放的帧数；可调整
被击中者的顿帧/HitStop_AO被击中者动画停止播放的帧数；可调整
被防时的顿帧/HitStop_DS被防御时自身动画停止播放的帧数；可调整
防御者的顿帧/HitStop_DO防御者动画停止播放的帧数；可调整
表2受击方相关属性
属性备注
受击动画总帧/anim_o完整受击动画的总帧数；不可调整
防御动画帧/anim_d完整防御动画的总帧数；大多情况下防御动画都是一张同样的图持续多帧；不可调整
表3其他相关属性
属性备注
黄金受击帧/zhexue受击顿帧结束后，受击动画至少要播放的帧数。即这个帧数会让玩家明确的感受到第二次攻击生效了；想达到这个效果，夸张的受击动画设计是必要的，动作幅度越大，感受就越直观；目前还没有一个明确的答案能解释多少帧合适，但动作改变幅度明显即可。
连招间歇帧/ComboBreak攻击者的第一招命中后，输入可以形成连招的第二招之前允许玩家间隔的最大帧
这里有很多是我自己总结的一些概念，像是一些公式也只是出于玩家视角理解的知识进行总结；格斗游戏现在已经发展成了“电子竞技”，对于玩家来说，“有利帧”“不利帧”这些都已成为了必修功课，所以我认为这些也有必要列入到设计工作当中，而这些公式或许能帮助我在开发中提供更多的便利，仅供参考。
4.打击火花的创建
先前我使用了从不同游戏中的拿过来的美术素材进行实验，画风的不统一会让人觉得很不舒服，因为这是最直观的感受，所以我后来挑了一整套同一个游戏的素材，效果好多了。
我认为，合适的火花特效非常重要。同时，特效创建的位置也应合理，我希望火花创建在HitBox与HurtBox相交区间的中心处。
为此，我自定义了一个二维向量，用来计算相交区间的中心坐标：
- Vector2 hit(BoxCollider2D self, BoxCollider2D oppo)
- {
- Vector2 hit = new Vector2(1,1);
- //===============判定框的中心坐标=====================================
- float self_pos_x = transform.position.x + self.offset.x;
- float self_pos_y = transform.position.y + self.offset.y;
- float oppo_pos_x = Player2_Hurt.transform.position.x + oppo.offset.x;
- float oppo_pos_y = Player2_Hurt.transform.position.y + oppo.offset.y;
- if (self_pos_y + self.size.y/2 >= oppo_pos_y + oppo.size.y / 2)
- {
- if(self_pos_y - self.size.y/2 <= oppo_pos_y - oppo.size.y / 2)
- {
- hit = Player2.transform.GetChild(0).gameObject.transform.position;
- }
- else
- {
- hit = new Vector2(Player2.transform.GetChild(0).gameObject.transform.position.x, (self_pos_y - self.size.y / 2) + ((oppo_pos_y + oppo.size.y / 2) - (self_pos_y - self.size.y / 2)) / 2);
- }
- }
- else if (self_pos_y + self.size.y / 2 < oppo_pos_y + oppo.size.y / 2)
- {
- if(self_pos_y - self.size.y / 2 >= oppo_pos_y - oppo.size.y / 2)
- {
- hit = new Vector2(Player2.transform.GetChild(0).gameObject.transform.position.x, self_pos_y);
- }
- else if (self_pos_y - self.size.y / 2 < oppo_pos_y - oppo.size.y / 2)
- {
- hit = new Vector2(Player2.transform.GetChild(0).gameObject.transform.position.x, (self_pos_y + self.size.y / 2) - ((self_pos_y + self.size.y / 2) - (oppo_pos_y - oppo.size.y / 2)) / 2);
- }
- }
- return hit;
- }
之后通过Instantiate()函数在OnTriggerEnter2D()中实现创建的功能。
5.精灵抖动
角色sprite的抖动仅限于视觉上，角色的物理坐标不会随着抖动而变化。为了实现这一逻辑，我在sprite物体上创建了一个父物体，而角色的物理BoxCollider以及RigidBody等组件都会套在这个父物体上。
父物体的运动会影响到子物体，但子物体的运动不会影响父物体，这样在Sprite抖动的时候就不会影响到物理判定框了。
- public float A = 1;
- public float speed = 1;
- float x = 0;
- bool swag = false;
- if (swag){
- x = x + speed * Time.deltaTime;
- this.transform.position = new Vector3(transform.parent.gameObject.transform.position.x + A * Mathf.Cos(x), transform.position.y, transform.position.z);
- }
我为此定义了3个变量，A为抖动的振幅，speed为抖动的速度，即抖动频率的控制，x会按照speed定义的速度持续增加。
若判定抖动触发（bool==true），则让角色Sprite的X坐标等于A*Mathf.Cos(x)的值，借由三角函数的函数图像可知，若x一直递增，坐标便会呈现波动态。
连击预输入的实现
我将每一个攻击动画都分为了三个区间，并且定义了一个bool值；
当进入到第二个（图中黄色）区间时，便会开始检测玩家是否按下了攻击键，若按下攻击键，则给bool变量赋值true；到第三个区间时，便会开始检测bool值的真假，若为真，则允许动画切换到下一个攻击动作。而在每个动画的第一帧，将bool值重新置为false。
一般我会在允许动画切换的关键帧前面留2-3帧作为预输入的区间。
总结
那么，这是最终实现出来的效果：录像软件和GIF制作出来的效果不能很好的表达出来……
本次毕设研究主要以视觉表现为主；一个合适的音效的确能给打击感带来更好的体验，但一个好的打击感主要还是通过视觉反馈造就的。玩家在按下按键的一瞬间或是按键之前心里就已经有了相应的预期，而产生的结果如果符合或超过玩家的预期则证明该反馈是优秀的。
不难理解为什么有人只通过看视频就想要对打击感评头论足，因为人们更在意感官表现，因为那很直观，尽管操作手感也包括在打击感的一环里，但并不是没有仅凭视觉就让人称赞的作品。
通过这次毕设的实验，我发现也许打击感更多要靠美术去表现。程序上的实现手段总结了下来大多都能理解，运用得当即可。但我在任何参数都没改变的情况下，仅仅换了一整套更高质量的美术资源，呈现出来的效果却让我感觉好了很多。上面在说明“帧冻结”的时候提到过，一次好的打击感也需要有好的动作设计和上乘的美术表现。通过实验，我对此有了较为深刻的印象。
我希望能通过分享和交流学习到更多的东西。
以上这些主要为我的毕业设计中系统开发的一部分，有很多地方没有说明为何要这样做。希望有机会能将更多的东西整理出来吧。
作者：Determine
来源：indienova
原地址：https://indienova.com/indie-game-development/2d-strike-feeling-in-unity/
|
|
发表于 2019-6-24 11:10:16
