Skip to main content Link Menu Expand (external link) Document Search 复制 已复制

帧(Frames)与步(Steps)

在讲对象(Objects)之前,得先了解一个 GM 的重要概念,叫做帧(Frames)

游戏如何向玩家传递信息?显而易见,是把所有的游戏内容绘制到游戏窗口内,让玩家能够看到游戏的内容。

我们知道,游戏窗口内的图像不可能是一直静止不动的。例如玩家按下方向键,窗口内角色的位置就要改变,角色的图像就要重新画到角色移动后的位置上,而不能还保留在原地。

那么 GM 是怎么处理窗口内图像的变化?事实上是这样的,GM 每隔一段极短的时间(通常只有零点零几秒)就会清空窗口内的所有内容,再把所有物件的图像全部重新画一遍——也包括背景图片,而不管这个物件的图像有没有改变。

帧(Frames)的汉语本意,是描述画像的量词,如“一帧油画”。游戏进行一次绘制之后窗口内所显示的图像,称为“一帧”,每两帧之间的极短的时间间隔,叫做“一步”(非正式地也用“帧”来代表“步”的意思),游戏每一秒钟进行绘制的次数,叫做“帧率”(fps,即frames per second)(非正式地也叫“帧数”)。

可以理解为,帧指的是时间点,而步是指时间段。

面板介绍

首先,新建一个对象,你可以看到这个面板:

Object Properties

  • 名称(Name):对象的命名规则请见上一节。
  • 精灵(Sprite):可以为对象选择一个精灵,游戏运行时,这个对象就会以这个精灵的图像出现在屏幕中。

    最好把对象名和精灵名一一对应,如 sprBlock 对应 objBlock。

    精灵的下方有两个选项,可见(Visible)固体(Solid)

    可见(Visible)顾名思义,就是这个对象在游戏中是否可以被看见。或者说,这个对象在游戏中是否绘制自己的精灵。这个选项定义的只是初始状态,可见 状态并不是不可变的,可以使用代码改变可见状态。

    固体(Solid)这个选项相当于是把对象分成了固体和非固体两类,以方便进行一些判定。当讲到“碰撞(Collision)”时会讲到他的用法。

  • 深度(Depth):不同的对象在房间中重叠时,深度决定了谁在表层,谁在底层,即谁的精灵把谁的精灵覆盖。

    深度值大,这个对象就在底层,会被深度值小覆盖;深度值小,这个对象就在表层,会覆盖别的对象。

    深度值默认为 0,可以为负数,当深度值相同的对象重叠在一起时,根据他们被创建的时间顺序来决定位置,即先被创建的对象在底层被覆盖,后被创建的对象在表层。

  • 保持(Persistent)这个属性决定在房间(Rooms)改变时是否销毁当前对象。一般用于控制全局的对象会勾选这个属性,平时用不上。
  • 父对(Parent)笼罩层(Mask)将在后面的章节讲解。

事件(Events)

在讲解事件(Events)之前,首先声明一点,用 GameMaker 做游戏,是需要写代码的。如果不想写代码来做游戏,建议使用 RPG Maker 而不是 GameMaker。

代码的作用就只有一个,实现你想要实现的效果。

点击对象的面板中下方的“添加事件”(Add Event)按钮,会弹出下面的窗口:

Choose Event

这里有形形色色的事件类型可以供你选择。

什么是事件?

事件,可以理解为条件,即,写在某个事件下的代码,只有在该事件的条件被满足时才会执行。这是一个很抽象的概念,需要实际应用才能慢慢理解。

举个例子:

假如有一段代码,我们叫它代码 A,它可以实现游戏角色向左移动,又有另外一段代码,我们叫它代码 B,它可以实现游戏角色向右移动。那么问题来了,游戏要怎么知道什么时候执行代码 A,什么时候执行代码 B?根据我们的需要,我们可能会这样要求它:按下左键执行代码 A,按下右键执行代码 B。

那么我们要怎么样让代码 A 只在按下左键时执行,代码B只在按下右键时执行呢?在这里,“按下左键”和“按下右键”就是两个事件。只要在事件列表里找到按下左键和按下右键这两个事件,再把代码 A 和代码 B 分别写在两个事件中,能让游戏在正确的条件下执行正确的代码。

在 GM 里,一个对象的代码不是全部写在一起的,而是根据自身作用放在不同的事件(Events)里。

在下面的内容中,“实例”被用括号括起。由于“实例”的概念需要先讲解“房间”的概念才能理解,所以下文中的“实例”一词可以暂时不去考虑他的实际意义。

  • 创建事件(Create Event):这个事件中的代码,只有在该对象(的实例)被创建时才会执行一次,之后不会再执行。
  • 销毁事件(Destroy Event):这个事件中的代码,只有在该对象(的实例)被销毁时才会执行一次。
  • 计时器事件(Alarm Event):你可以为这个事件设定一个倒计时(alarm[x] = xx;),倒计时结束后这个事件的代码才会执行且只执行一次。一共可以设 置12 个不同的计时器事件(0-11)(例如alarm[0] = 30;代表30步后执行alarm的0号事件),同一个计时器事件用过之后可以再次使用。
  • 步事件(Step Event):这个事件中的代码,每一步都会执行一次,优先级低于创建事件(即对象刚被创建时的第一步先执行创建事件再执行步事件)。步事件分为普通步事件步开始(begin step)事件步结束(end step)事件,这三者执行先后顺序不同(即优先级不同)。
  • 碰撞事件(Collision Event):这个事件中的代码,当该对象(的实例)与其他对象(的实例)发生碰撞时会执行。
  • 键盘事件(Keyboard Event)按下键盘事件(Key Press Event)放开键盘事件(Key Release Event)的区别是:当你按住键盘时,键盘事件每一步都会执行一次,直到你松开为止;按下键盘事件只在按下键盘的那一步执行一次,放开键盘事件只在松开键盘的那一步执行一次。
  • 绘制事件(Draw Event):与步事件一样,是每一步都执行一次的事件,用于绘制图形的代码只有写在绘制事件里才有用。优先级与步事件不同。
  • 触发器事件(Trigger Event):如果上面的事件中没有你想要的,你可以自定义一个触发器事件,当你填入的条件满足时,会执行该事件。这个事件目前而言毫无作用。
  • “其他”中的各种事件,也都是在满足其条件下才会执行的事件,不再累赘讲述。其中的用户自定义事件只有在遇到代码:event_user(x);(x 代表事件编号)来调用才会执行一次。

Other Events

GM每一步事件执行的顺序是:

  1. 步开始事件(Begin Step)
  2. 计时器事件(Alarm)
  3. 键盘事件(Keyboard)
  4. 鼠标事件(Mouse)
  5. 普通步事件(Step)
  6. 对象的实例进行移动(并非事件,就如同字面上理解,这时期 GameMaker 会移动对象的实例)
  7. 碰撞事件(Collision)
  8. 步结束事件(End Step)
  9. 绘制事件(Draw)

事实上,GM 里可以用步事件来代替大部分其他事件。在很多比较复杂的逻辑中,通常都使用步事件来取代这些事件,这是因为在同一个事件中,代码的执行顺序是从上到下的,因此可以自己控制代码的执行顺序。而写在多个事件中的代码,可能会因为GM默认的事件执行顺序导致 bug。之后我会逐步讲解如何用步事件代替其他事件。

动作(Action)

动作即使指面板最右边的各种按钮。动作可以实现一些简单的效果。

当你添加了一个事件之后,你可以通过拖动这些按钮到大方框内,为这个事件添加一些效果。

但是,在这里我并不提倡使用动作。动作能实现的效果十分有限。一旦习惯于使用动作,你的 GM 水平会受到限制。在本教程中,将一律使用代码进行教学。你唯一会用到的动作就是 control 下的代码框,这是用来写代码的地方:

Code Editor