g r a n d M A 3 控制台的收光走位（MIB）功能源自其1.2.0.2版（发布于2020年7月28日），后续版本略有改动。本文采用grandMA3 on PC 1.5.2.3版软件（发布于2021年8月5日），用到一台 VL3500 Spot灯具。

      MIB的全称是Move In Black，可译为“收光走位”，简称“走位”。

      比如：把Dim值设为100，保存到 Cue 1中；把Dim值设为0，保存到Cue 2中；把Dim值设为100，把P/T值设为-27/95，保存到Cue 3中。在Sequence表中，把Cue 3所在行、收光走位模式（MIB Mode）所在列中的改为Late（图1-1、1-2）。None就是“不走位”。Late就是“尽可能晚”走位。

     运行Cue 1，灯具满光，灯头朝下（默认值P/T=0/0）；运行Cue 2，灯具收光，收完光后，P/T转向-27/95处；走到位后，运行Cue 3，灯具满光。

      P/T=-27/95被保存在Cue 3中，但由于启用了MIB，所以，P/T在Cue 2收光后就提前走到位了，只待Cue 3出光。否则，运行Cue 3时，一边出光、一边摇头，俗称“飞灯”。在Cue 2中，-27.00/95.00的字体为黑色、背景呈深海绿色（图1-2），这表明这两个值并没有被保存在Cue 2中，而是来自后面的Cue。

      MIB的本质是跟踪（Tracking），是除Dim属性值外其他属性值从后往前跟踪。文本主要以P/T为例，其他属性也是这个道理。Dim=0是收光走位的必要非充分条件。

      Cue 3中的P/T，要么不走位，要么只能在Cue 2收光后走位。现在，在Cue 2和Cue 3之间插入Cue 2.1~2.6，在这6个Cue中，要保证Dim=0，其他不重要。为方便起见，插入6个空Cue（图2-1、2-2）。现在，能用来走位的Cue多了，究竟在哪个Cue走位，这主要由MIB Mode来决定。

    由图2-2可知，在运行Cue 2.6时走位，因为一开始把MIB Mode设为Late，它表示“尽可能晚”走位。在Late上长按鼠标左键（或单击鼠标右键），出现Select MIBMode弹出框（图3）。其中，Early与Late正好相反，表示“尽可能早”走位，即在Cue 2收光后就走位了。

     UponGo表示在运行Cue 2.1时走位（图4-1、4-2）。这怎么理解？UponGo指向Early后面那个Cue，也就是说，Cue 2收光后不走位，还要按一下Go+键才走位，即Cue 2.1。当然，不一定非要按Go+这个键，无论用什么方法，只要能运行Cue 2.1就行。值得一提的是，UponGo是个新造的英语单词，很有意思。

      Defined是“自定义”的意思，这时要在MIB Target中输入一个Cue号，如2.3，表示尽可能在运行Cue 2.3时走位（图5-1、5-2），还可以在MIB Target中直接输入2.3，MIB Mode会自动变为Defined。为什么是“尽可能”？因为如果在Cue 2.3中Dim>0，就不能在该Cue走位了。即使在Cue 2.3 中Dim=0，但在Cue 2.4中Dim>0，也得顺延到Cue 2.5走位（图6）。

     Default表示采用序列选项中的默认值。在Sequence表中，单击标题栏上的Settings键，出现Sequence settings弹出框，再单击MIBMode键，出现Select SequMIBMode弹出框（图7），选择Late，再把MIB Mode设为Default，这时MIB Mode为（图8），注意：Late位于尖括号内。

      单击MIB Mode键上方的MIB键，出现Select SequMIB弹出框（图9）。其实，之前的操作都在Enabled下进行。现在选择Force UponGo，不管原先是什么MIB Mode，此时一律变为UponGo!（图10）。注意：该UponGo的末尾带有感叹号，表示具有强制性，优先级很高。此外，它面向该序列中的所有Cue，再保存两个Cue，选择Force Late，则Cue 3、Cue 5的MIB Mode均变为Late!（图11-1、11-2）。

      Never!就是不走位。

      从上文看，P/T最终在哪个Cue走位，由Cue 3决定，其他Cue似乎没什么发言权，除非Dim>0。其实不然，MIB Preference恰恰赋予了这方面的权限，使得每个Cue都可以独立地表达自己的意愿——成为走位Cue的意愿。

      比如，有一个Cue很安静，这一走位，可能会引发噪音，可能会导致其他灯具及其光束、光斑的晃动，所以这个Cue对走位肯定抱有强烈的抵触情绪，意愿值最低（0），不能成为走位Cue。反之，还有一个Cue很热闹，可以用锣鼓喧天、鞭炮齐鸣来形容，它甚至对走位发出了热烈邀请，意愿值最高（100）。当然，这是两种极端情况，MIB Preference的取值范围是0~100，数值越大，成为走位Cue的意愿越高。系统提供6个内置值（图12），默认值为Normal(50)。

      把Dim值设为100，保存到Cue 2.3中；把Dim值设为0，保存到Cue 2.4中；把Cue 2.5中的Dim=0恢复为跟踪值（保留该实际值也行，对MIB没有影响）；删除Cue 4、Cue 5。再把Cue 3的MIB Mode设为Early，然后设置MIB Preference值（图13-1、13-2）。

     由图13-1可知，Cue 2.2的MIB Preference值最大，似乎应该在这个Cue走位，但由于在Cue 2.3中这台灯又亮了起来，所以只能往后顺延。这时，根据MIB Preference规则，由于52（Cue 2.5）>Normal（Cue 2.4），最终在Cue 2.5成功走位，否则在Cue 2.4收光后走位。MIB Preference值一样时，前面的Cue优先，所以不在Cue 2.6走位。

      这台灯没能在Cue 2.2走位，这并不妨碍其他灯可以在Cue 2.2走位。反正，Cue 2.2对所有灯都发出了最真挚的走位邀请，至于能不能真正邀请到，还得满足走位的必要条件。

      若MIB Mode为Defined，则MIB Preference失效。紧接上例，把MIB Mode设为Defined，把MIB Target设为2.3，其他全都不变（图14-1、14-2）。可见，P/T在Cue 2.4收光后就走位了，即使52（Cue 2.5）>Normal（Cue 2.4）。

      确定在哪个Cue走位后，还得看看：什么时候开始走位，走位过程又花了多少时间。前者是MIB Delay，后者是MIB Fade。

     MIB Delay的优先级有2层，MIB Fade的优先级有3层。①全局MIB Delay、MIB Fade，位于Menu / Preferences and Timing / Timing / MIB Timing中；②每个灯库的每个属性都有自己的MIB Fade；③每个Cue都有自己的MIB Delay、MIB Fade。优先级：①<②<③。<>

     先回到图5-1、5-2状态，再把Cue 2的Cue Fade设为2，然后设置①、②、③的MIB Delay、MIB Fade（图15-1~15-3、表1）。

      运行Cue 1，灯具满光。运行Cue 2，灯具渐渐收光，耗时2 s，收完光后的那一刻，开始倒计时，10 s后，MIB Delay结束。运行Cue 2.1、Cue 2.2，可在10 s内运行，也可在10 s后运行。运行Cue 2.3，这时若没到10 s，则继续延迟，直至10 s为止，再进入MIB Fade；若已到10 s，则直接进入MIB Fade，最后，P/T开始走位，耗时5 s走到位，走位总耗时大的大于等于15 s（10+5）。

      现在把③中的MIB Delay改为Default ，则 MIB Delay=1 、 MIB Fade=5；再把③中的MIB Fade改为Default，则MIB Delay=1、MIB Fade=4；然后把②中的MIB Fade改为Default，则MIB Delay=1、MIB Fade=2 。如果对走位要求不高的话，采用的正是①中的时间。

     此外，在Menu / Preferences and Timing / Cue / MIB Preferences 中也有MIB Delay、MIB Fade（图16），它面向一个个用户组（User Profile），是该用户组中所有用户的使用偏好 。在图 1 6 状态下保存Cue 时，该 Cue 的 MIB Delay=2 、 MIB Fade=3（MIB Mode=UponGo、 MIB MultiStep=Running），即③。若这里的MIB Delay、MIB Fade为Default，则指向MIB Timing，即①。

      设置MIB Delay、MIB Fade优先级，是为了让不同灯具的不同属性拥有自己的走位时间，很有意义。以MIB Fade为例，全局MIB Fade不见得适合所有灯库的所有属性，而每个Cue很可能需要自己的走位时间。有了这3层优先级，这类问题迎刃而解。

      注意：这里的 M I B P r e f e r e n c e s 与上文的 M I B Preference无关。

     从1.4.0.2版开始改为现名MIB MultiStep，原名MIB Dynamic。

    还有一列MIB MultiStep，它怎么用？

    先回到图5-1、5-2状态，再把内置的Magenta Green 效果保存到Cue 3中（图17、18-1）。内置效果可通过 Import Predefined Phaser宏一键导入。

      从头运行Cue，运行到Cue 2.3时，不但P/T走位，而且效果也提前运行起来了，只是看不见，因为Dim=0。若把Running改为Paused（图18-2），则运行到Cue 2.3 时，效果并没有运行起来。若临时让Dim>0，该灯发出品红色。

      可见，MIB MultiStep的作用是：当一个Cue中有效果时，用来决定效果是否走位。若选择Running，则从Cue 2.3开始就运行效果，即效果走位了。要是Cue 2.3~Cue 3这段时间持续很久的话，效果也会运行很久。注意：是在不出光的情况下运行很久，因此在做无用功。若选择Paused，则效果要到Cue 3才运行起来，即效果不走位。对于Dim效果，MIB MultiStep失效。

      上文均以Cue为例，其实，MIB不仅面向Cue，而且还面向分Cue。

     先回到图5-1、5-2状态。把Zoom值设为10，用Store Cue 3 Part 1指令保存到Cue 3的分Cue 1中；把R/G/B值设为20/30/90，保存到Cue 3的分Cue 2中。再设置MIB Mode、MIB Delay、MIB Fade（图19-1、19-2）。其实， Cue 3本身也是一个分Cue，即Cue 3的分Cue 0。

     P/T在Cue 2.3走位，MIB Delay=8，MIB Fade=4；Zoom在Cue 2.1走位，MIB Delay=1（图15-1），MIB Fade=1；R/G/B不走位。可见，每个分Cue都可以选择是否走位、在哪个Cue走位、走位时刻、走位快慢。分Cue早已有之，是MIB凭借分Cue的优势，使自身得到进一步发展。

     （ 1 ）图 1 5 - 1 中还有一个收光走位过渡（ M I B Transition），单击它后出现Select MIBTransition弹出框（图20），它决定了MIB Fade的插值方式。系统提供9条 MIB Transition曲线，默认值为SCurve（图21），两头速度较慢、中间速度较快。

     （2）MIB也适用于虚拟Dim属性。以Led Par RGB灯具为例，该灯只有R/G/B这3个属性，没有Dim属性。图22是其灯库中的属性和通道号，可见，Dim属性没有通道号。也就是说，该属性不占用实际通道，所以把它叫做虚拟Dim属性。但是，用起来和其他真正有Dim属性的灯没什么两样，MIB照常适用。

     （3 ）在启用 M I B 时，有些实际值会被忽略掉 。先回到图 5 - 1 、 5 - 2 状态，再把 P/T 值设为-65/80，保存（不选Cue only）到Cue 2.4中（图23）。这时，P/T仍在Cue 2.3走位，那么运行Cue 2.4时，P/T会不会转向-65/80处？不会。通常，在灯不亮的情况下，让P/T在两个位置之间转来转去，这个意义不大。如果非要这么做的话，可让MIB失效，或者采用其他办法。

     （4）在Sequence Sheet Settings弹出框中有一个 MIB Settings 键（图 24 ） 。若启用它，则在 Sequence 表中显示与 MIB有关的列，包括MIB Preference、MIB Mode、MIB Target、MIB MultiStep、MIB Fade、MIB Delay，否则会把这些列隐藏起来。

      （5）若关闭 Sequence settings 弹出框中的 Tracking 键（图25），则该序列中的MIB全部失效。

      （6）在grandMA2中有I.Delay、I.Fade，grandMA3将其更名为Indiv Delay、Indiv Fade，它们面向每台灯的每个属性，优先级相当高。

     在grandMA2中，若给某台灯的某个属性设置I.Delay或I.Fade，则其MIB失效。这样，即使启用了MIB，某台灯的某个属性仍然可以不走位。但是，在grandMA3中，这个功能似乎尚未实现。就本例来说，设置P/T的Indiv Delay、Indiv Fade 值，保存到Cue 3中，这时P/T仍然会走位。在grandMA3 User Manual（Version 1.5）和各版本的Release Note中，没有找到有关这方面的介绍。

      另外，预制定时（Preset Timing）面向不同的功能组（Feature Group），也就是grandMA2中的预置类型（Preset Type），它只是对延迟时间、变化时间作进一步细分，不会对MIB造成任何影响。在这方面，grandMA3与grandMA2是一致的。

      别看MIB挺好用，它也有不足的一面。因为启用MIB后，后面Cue中的许多属性值都提前演出来了，“飞灯”是解决了，但也给改Cue带来一些麻烦。

     以图5-2为例，运行Cue 2.4时，如上所述，P/T转向-27/95处。这时，把Dim值设为100，保存到Cue 2.4中（图6）。现在再运行Cue 2.4，这次P/T转向0/0处，但笔者可没把P/T=0/0保存到Cue 2.4中。就在刚才，P/T明明转向-27/95处。

      要知道，之前Dim=0，在MIB的作用下，P/T值从后往前跟踪，即跟踪Cue 3中的值；而现在Dim>0，MIB失效，P/T值从前往后跟踪，即跟踪Cue 1中的值。

      有两种解决方法。第一，要是来得及走位，要是没有其他问题，尽量晚一点走位，如Late。第二，在改Cue时，有时可以让MIB失效，就算满台“飞灯”又何妨。只要启用MIB，就能解决问题，易如反掌。而在MIB失效的情况下，没有从后往前的跟踪，只有从前往后的跟踪，有条不紊、秩序井然。这样，既利用了MIB的优势，又避免了MIB的劣势。但凡在跟踪环境下改Cue，都是这个道理。

      有人把MIB译为暗场到位，有两点不妥。第一，没有暗场，该亮的灯还亮着，只有那些要走位的灯不亮了。第二，“到”字，重点不在“到”上，而是怎么到，到的过程才是它的核心，英文用了Move。 

      纵观grandMA3的MIB功能，可谓逻辑严密、细致入微。与grandMA2相比，grandMA3主要新增了MIB面向Cue（分Cue）、MIB Preference、MIB MultiStep、UponGo、MIB Transition等功能，原有功能也得到了很大改进。

      grandMA3问世不久，MIB功能还会得到不断完善。笔者就解读到这里，水平有限、挂一漏万，敬希读者不吝匡正。

选自《演艺科技》2021年第11期 施端《解读grandMA3控制台的收光走位（MIB）功能》，转载请标注：演艺科技传媒。更多详细内容请参阅《演艺科技》。

（本文仅用于行业交流学习，并不用于商业用途。文中观点为作者独立观点。如不慎侵涉第三方权益，请与我们联络，我们将第一时间删除处理。）

订阅《演艺科技》杂志