弹幕引擎使用教学

欢迎阅读弹幕引擎 / 弹幕会模板使用教学！

不知道您是否听说过"弹幕游戏"，Scratch 闯关游戏作品：东方虹魔馆

如果听说过，那就太好啦！您很有可能已经对"弹幕"甚至"符卡"有了认识基础。没有也不要紧，您可以观看下面这个视频，来大致感受一下"弹幕可以是什么样子的"：

弹幕引擎使用教学

弹幕新约隐藏符卡

飞镖，小球，包括激光，视频中的玩家正在努力躲避的那些东西，共同构成了一副不明觉厉的画面------它们都是"弹幕"

东方的招牌，除了性格各异的可爱少女们，不可不提它五花八门的弹幕------可不要觉得"东方"就是指代超密无解弹幕哦！

截图组成的奇怪阵营图

异彩纷呈的攻击，千人千面的表达，紧张刺激、而又充满独特美感的游戏体验，就是笔者对"东方风弹幕"整体印象的概括。

我非常喜欢的符卡

弹幕会模板，相当于一个功能相当完善的东方风弹幕STG引擎，让玩家免于搭建底层的辛苦，能够将大多数精力放在设计本身。

但是，自从Simple前辈接手了模板制作，伴随着模板功能的超级提升，上手难度也确实有所增加。

代码逻辑而言：专门为STG系统设计的脚本乃至角色分工，逻辑会有些陌生，需要结合案例来了解学习；

代码习惯而言：大量纯英文命名的变量、自定义方法，乃至STG黑话，可能会对部分SCer造成阅读障碍；

本文将会介绍弹幕的基本运行逻辑、第五届弹幕会模板的基本使用方法，顺带分享一些笔者的弹幕设计经验。希望能对您参与弹幕会活动，乃至独立制作弹幕游戏有所帮助！

1. 弹幕的基本运作逻辑：

将配合弹幕会模板进行对照讲解

"最初与最后的无名弹幕"

本部分内容：

"子弹是什么？"：弹幕的基本功能与脚本实现；脚本之间的关系
"我要怎么做？"：初步了解"如何制作弹幕"
"为什么要这么做？"：初步了解"东方风弹幕设计理念"
使用弹幕会模板的好处

这些内容将会相互穿插，编排尽可能遵循认识发展规律。

需要您基本了解Scratch中的克隆体、公有 / 私有变量的性质，

弹幕是许多子弹构成的。

所以，我们以一个基础问题引入：子弹是什么，需要做什么呢？

子弹是对玩家有威胁的飞行物
它会重复出现，所以是克隆体。
它会从某个地方出发，会飞会动，碰到边界或者玩家都会消失------就像常识里的那样。

据此，我们容易写出这样的程序：

挺轻松的呢，【克隆(自己)】孤零零的真可怜。

可是，你会在模板程序页的Danmaku角色中，看到这样的景象：

它们很美，不是吗？但内容多到超乎想象。

这么多？不要怕！先随我的脚步，概括一下上图两列脚本的内容：

宛如语文题中的"缩句"

这里有些"弹幕STG的黑话"，比如那各出现两次的Spellcard和Danmaku，容易让人不明所以，我们慢慢介绍。

------左边那条先不讲，所以先单把右面那一列拎出来。

因为Danmaku，日语"弹幕"的罗马音，也是弹幕会的名字来源。

这里Danmaku要表达的意思，其实和汉语游戏语境下的"子弹"一样。

所以，这小不点一个，其实就是子弹总程序了

最初那个"子弹脚本"和模板中的这个"乍一看比较迷糊的子弹程序"，在结构上，其实几乎一致。

我们接下来会大量地使用"类比"的学习方法！

Danmaku Init，即子弹初始化；

Run Danmaku，即子弹运行；

delete data，即删除子弹数据；

delete anime，即子弹消失前的动画；也属于子弹删除的一部分。

完成度极高的模板和几十秒搭出来的程序，结构是"一样的"？

按照执行顺序划分，总是可以将子弹的生命流程概括为四个段落。

(被)生成
初始化
运行
删除(本文不会在它身上费太多时间)

那为什么没简化之前的脚本这么复杂？

解释起来其实简单：

"弹幕游戏"之所以叫弹幕游戏，是因为它把大量的设计内容放在弹幕的运作上。如这一部分开头所说的："弹幕"实际上就是由许多子弹组成的。所以，为了实现各种各样的子弹功能，直接相关弹幕的底层代码就变得十分丰富。

不过，大道归简：

"生成"、"初始化"、"运行"三者，正是弹幕设计中最为核心的部分。

不过，您注意到了吗？图片中并没有注出"生成"，只提到"初始化"和"运行"呢。

------正如刚才暗示的：子弹是"被生成"的！

那么，是谁在生成子弹呢？

您很容易想到这是"本体"做的，而且三下五除二就能搞出一个转着射的弹幕出来，用行动说明您明白。

到此为止，您其实已经组织完"一个弹幕"所需的所有功能部分了！

虽然长得不霸气，但是，上图的脚本，无疑正是起到"生成子弹"的重要功能的脚本！

实际上在弹幕会模板中也是一样的。只不过盖了一层自定义积木，看起来并不那么"暴露"：

上图中：

Run Spellcard，即符卡运行状况。该值为1时，表明有符卡正在运行，否则没有。

Spellcard Main，即符卡运行。

其他部分(比如danmaku i/j/k)，我们暂先略过。

Spellcard，也就是"符卡"！

那个粉色的，被醒目标注出来的"Spellcard Main"中，蕴藏着一堆的"生成子弹"脚本。

我们找到Spellcard Main的本体一看......

"超纲知识"？

哎呀，这就直探核心科技，很多属于第二部分的内容了。

我们可以暂先歇脚，搞点活，比如让子弹做个漂亮的回旋，

------不过，旋转角度填太大的话，子弹就飞不出去了。

您可以调调参数，实验一下合适的速度/角速度组合！

这一步添加，丰富的正是"子弹运行"的部分！

虽说，就是一个积木一个数的事呢，但确实让子弹完成了个不同于直飞的小小演出。

不过------只是到此为止的话......您可能偶尔会遇到事故：

怎么回事！

浅层的病因：Scratch无法让环境稳在一个确定的运行帧率上（也就是常说的"fps"不稳定），导致 "等待0.2秒"(使用蓝色计时器也是一个道理)放在程序里，其实是个"不稳定的定时炸弹"------或许它对于您来说是0.2秒，但对于活在一次次执行中的子弹们来说，"0.2秒"就是一个忽远忽近的距离，这将损坏弹幕的形状------此乃对美对秩序的毁灭性打击呀！

庆幸的是，我们有一种方法来解决这种问题------那就是，依赖一个更可靠的"变量计时器(timer，简称t)"：

程序内的运动并不像现实一样看起来连续，而是有着明确的时间单位------它叫做"帧"。在通常的Scratch运行环境下，1秒=30帧。

我们把计时的根据从现实(比如0.2秒)挪到程序内(比如15帧)，让它和程序的其他部分统一，这样子，您的设备就算是卡顿，计时器也会老老实实地等着。等程序运作起来了，它才会一个一个往上加数。

程序里会有很多个相互独立的计时器。

但怎么把计时器和弹幕发射缝在一起呢？

常识地来，从0开始数，数到5就打一发！然后再从0开始，......

这是不错的思路！凭此，您可以写出类似这样的程序：

出于方便对接的目的，这里将变量名与模板统一;Spellcard t，即"Spellcard的计时器"

你会看到，Spellcard t变量的显示数值在飞快地循环变化：0,1,2,3,4,0,1,2,3,4,......

弹幕连成的链条(chain)也旋转起来，就像扇叶一样。不停不停地转。

我们先不着急推进度：重新审下题，把目标概括成"每五帧发射一次"的话，您有没有想到其它的实现思路呢？

提示：需要用到某个数学运算！

求余运算！这东西原理简单，但十分有用！

经过这一步运算处理，[timer 除以 5 的余数]也会飞快地循环变化：0,1,2,3,4,0,1,2,3,4,......

表面上都是"0,1,2,3,4,......"循环，难道是说，这两种方法可以随便用，互相替换吗？

我们先从原理上比较这两种方法的不同！

出于方便，暂时把前面那种称为"赋值处理"，后面那种称为"运算处理"。

赋值处理：Spellcard t本身受到影响。

运算处理：Spellcard t本身不受影响。

我先卖个关子，由你思考"运算处理"在复杂情况(同时存在多种弹幕生成脚本)下的长处！

"两种弹幕"？

没错！赋值处理会覆盖掉计时器的内容，从而导致各种弹幕的生成（发射）时间受到波及。

你知道吗？一个符卡可以包含许多种不同的弹幕，这在弹幕设计中是相当常见的。

运算处理就不会导致这种"波及"------它只把数据拿来算一下，各判断各的，就把它原样交回去了。

从另一个角度说：所有的弹幕生成程序，其实都是一条绳子(同一个计时器)上的蚂蚱。所以，调用计时器并进行运算一般不会造成任何问题，但对计时器赋值就需要谨慎。

我们先采取激进策略，把计时器推广开------改造子弹的程序，让它也随时间做点演出！

改进版的子弹程序！

良好的代码习惯，包括良好的变量命名习惯！

你注意到了吗？在模板中，大写字母开头的变量(比如Spellcard t)都是公有的，而小写字母开头的变量(比如danmaku t)都是私有的。

现在，所有的子弹都会在"0到100帧期间"（换算成秒则是"0到100/30秒期间"）既移动、又旋转，而在之后的时间里，只会移动，不再旋转。

反正是不怕角速度（指 [左转( )度] 的括号中填入的数字）写大了！

而且既然提到了多种弹幕的生成，怎么能不提到多种弹幕的运行

可不能让一套方法定死了所有的子弹！

都是克隆体，怎么才能让一些子弹执行这些程序，一些子弹执行那些程序呢？

区分子弹执行的脚本，首先需要区分子弹------比如，借助变量"种类(type)"

以此为判断依据，脚本就能方便地"区别对待"各种子弹了------不错！

但再在此之前，还得生成"type不同的子弹"：

生成的部分也来个照应

理论已经基本完备了，我们火急火燎地提出一个实践问题：

希望第一种弹幕只在前50帧发射，每5帧发射一次，子弹先旋转100帧、后直飞......

------打住！如果想要让弹幕的时间安排得更具体，往往需要配合"另一种时间约束方法"。你可以猜一猜，所谓的"另一种约束方法"是指什么：

其实就是简单地约束t的范围！

第二种弹幕则是每15帧发射一次，加速100帧后直飞。

综合这两种需求，该怎么写呢？

上图中的内容，您能完全理解吗？

我们再对照模板，看一看结构的相似之处！

模板中的各种"标志"；不要忘记小写打头变量都是私有变量！

图中的部分内容将在第二部分讲解，当然我们更鼓励通过观察实践自主学习。

如您所见：模板中的Spellcard与Danmaku脚本，其实也有这样具体而密切的关联！

三层约束，确保每种弹幕都是随意愿而动。

"发射-初始化-运行"，围绕某种弹幕，环环相扣地设置，正是弹幕编写的"单位操作"。而在弹幕会模板中，这部分脚本顺次放置。

我们再看一眼最初的逻辑------图中的内容，是否已经变明晰了呢？

"至此，弹幕的基本逻辑已经介绍完毕了！"

笔者相信，经您对上述内容的大致理解，

您能够基本了解弹幕脚本的分工，以及它们强烈明确的关联，以保证使用模板制作弹幕时不会迷失方向；但您也应该知道，这只是弹幕底层的冰山一角。

您也可以摸索出应该如何自主设计时间约束条件。而在第二部分，本文将继续围绕"t"，介绍它的其它应用和模板的强大功能；在第三部分，您将了解到"时间(节奏)设计也是弹幕美感设计的重要内容"。

希望这一部分内容，能够对您使用弹幕会模板进行（最重要的那一部分）弹幕制作起到帮助作用！

突然留下了一点可读可不读的思考问题：

如果不使用变量计时器(当然，更不能用Scratch自带的计时器)，能否做出"子弹在射出后的前2秒，都是边转边走，2秒之后，变成直飞"的效果？

"等待？"------不行哦，等待会直接截停这一脚本，子弹连动都动不了了^^|||

"那再补一个'当作为克隆体启动时'？"------难道要每种这样的弹幕都要另开好几行？不具普适性呢。

"那就不搞这么麻烦！"------想偷懒？我们有需求，必须解决问题！

我们可以将上述问题一般化为：

"如何让子弹的各种变化(包括移动)放在同一个积木("当作为克隆体启动")之下，而在执行时间上又不相互波及？"

这个问法，你是否觉得似曾相识呢？

没错，它和前述"弹幕生成"中的复杂情况是本质相同的！

解决方法也可以粗略地复述为：

不用等待X秒，而用t(danmaku t)相关的运算和判断！

若要深入说明，则必然要涉及到"线程"的概念，碍于笔者专业性不足，无法将原理以通俗的语言道出，以及，本文主要内容并非讲解编程知识，故不在此展开太多了。

另外，不知道您阅读至今，是否有这个疑惑：为什么子弹非要转这个角、加这个速不可？

笔者的措辞无非是"漂亮的""演出"，确实比干动能丰富多彩点......那子弹为什么要表演？

弹幕不但能对玩家造成威胁，而且能够描绘"美"。

较于任何其它STG，在关于"子弹应该做什么"这一点的认识上，东方风STG有着它鲜明的主张------那就是，弹幕"应当"表现美。这个主张，或者说"东方风弹幕设计理念"，也决定了在东方风STG的框架下，除了玩法设计，还会有一份格外的重磅的用心------那正是"弹幕的美观设计"。

在第三部分，笔者将会着重说明这部分内容。

2. 弹幕会模板的基本使用方法

愿工具能够帮助呈现你的创意：

弹幕样例的分析
模板内的统一命名
便捷的弹幕发射积木
便捷的Boss操控积木
简单的符卡循环
如何自学

3. 笔者的东弹幕设计经验分享

弹幕的运动与形状的，具体玩法和审美体验

获得弹设灵感的渠道
装饰弹幕设计
实用弹幕设计
弹幕设计的时间和空间