光明頂

標題說的很難的樣子，『Philosophy』在英文是很常使用的字彙

說的白一點就是這個控台當初設計時的中心思想，一定不是主觀的喜歡與否，而是理性的實際操作上，是不是符合你的工作習慣與使用需求。

我們先問自己使用燈控台時以下的問題：

1.當你按下Record/Store時，用什麼方式會被儲存？

2.在演出時，燈光畫面如何被執行（Playback）；然後如何去編輯它的內容？

3.當有多種輸出狀態時，例如編修畫面，這控台如何對應這中間的關係？

看似簡單的3個問題，引發出來的子問題就帶出實際的使用問題了

從燈光控制的演變史來看，尚未有電腦化的控制台有大概可以分為兩類Tracking及Preset

那個年代完全是手動控制的方式

我們可以想像一台控台只有一組對應的推桿，當要變換場景燈光時，

你只要動有變化的推桿即可，與上一個場景燈光亮度一樣的，就不需要動它，直到這燈的亮度被變動為止

這類控台在執行燈光畫面可算是Tracking的始祖了。

我們再想像另一個控台它有兩組甚至三組對應推桿，每組間有總推桿

你可以預先在另一組推桿預設下一個燈光畫面的設定，

除了上一個畫面是0的推桿外，只要有亮度的，不管與上一個一不一樣都要重設定，

當要變換場景燈光時，將兩組總推桿，要換新的那一組往100%走，舊的那組往0%走，

這類控台在執行燈光畫面可算是Preset的了。

以ETC EXPRESSION系列來說，它歸類於Preset-State-HTP傳統燈控台，

當你給了手動數值與SubMaster，按下Record時，它是將所有的輸出紀錄下來，

如果你使用Submater給一組燈光亮度且亮度超過原本的輸出值，那就會記錄較高的這組輸出，如果要降低亮度呢？

你就要用叫號的方式或將這組Submaster拉低囉！

但如果當成臨時Submaster，並不想被錄呢？那就先拉掉Subnaster，然後錄Cue。

編修時，比如說完成CUE1後將CUE1執行到舞台上，然後接續編輯過程，

只要你不要放掉RELEASE，就一直依序的錄下你所要的燈光畫面，比如說CUE2～5，錄完CUE5按下RELEASE兩次，畫面會回到CUE1。

這個中心思想就是你場上凡有用到就會錄進去，基本上就是你看到的一切東西都會被錄進去。

但是如果是多重播放的演出，比如場上有3區場域，3區場域都有各自的變化，與其他場域並無一定的關聯

這時候如果是Preset-State的控台，錄Cue時就得一直將不屬於你要錄的場域的燈關掉再錄，過程就會變得非常的棘手

因此廠商發展出一個叫"Programmer"的概念，

你已經錄的，進到所謂的Cuelist區，按GO時這些組合的數值便在背景上被執行

而你接下來變動的數值則被拉到編程區(Programmer)，

當你再錄的時候，僅有剛剛變動的數值被你錄到指定的目標區，

以MA或HOG這類控台就是Tracking的控台

他們的設計不是只有給傳統燈而已，還有電腦燈，多重區域控制，

所以控制操作的邏輯就不一樣，同上的例子，它就沒有Submaster的這個功能，

當在MA的預設狀態按下Store的時候，它紀錄被激活（Active Value，HOG裡稱Hard Value）的參數值

然後繼續下一個編修與儲存的動作，它記錄的是被選取更動的參數值，而不是整個輸出，

你無需去重複輸入上一個畫面參數值，往下繼續做就是

若另一個區域同時間要給燈，它與目前的區域並無直接的關聯，你就可以錄到另一個Fader上

為什麼要這樣呢？它是採用一個叫Multi Cuelist的概念，

它的推桿不叫Submaster而是Fader，這樣可以端看節目所需，自己設定執行多個Cuelist、Effect等，使用上的彈性較大，

這樣我在編修存錄時就不用擔心錄到不想用的東西到目標區，

假設另一個Fader只錄一個畫面，當推出來時，這行為就跟推Submaster很像，但是編修畫面時並不會將這個Fader的內容錄進你指定的Cue理，除非你激活(Active)這個Fader內的參數值。

這個中心思想就是你錄製的東西在背景執行時，場上只有激活(Active)的參數值才會錄進去。

簡言之，必須分辨控台是以你所看到的全數狀態錄製畫面的，或是以激活(Active)原則錄製畫面的

若是依序畫面順序錄製Cue，這兩者程序與結果並不會有甚麼不一樣

但是若是跳修Cue時，就有問題了

跳修Cue時，你在修Cue 12這個畫面你很滿意，同時你也要錄到Cue 6，Express會讓結果是Cue12=Cue6-->State+Active

但MA或HOG如果你在Cue12上給了參數值，然後Store/Record Cue 12+6 Please/Enter，結果Cue12不會等於Cue6的，

Cue 6的內容會是當初Cue6加上剛剛激活的參數值-->Tracking+Active

在這類Tracking控台你就要利用其他的方式來做這件事了，例如Copy Status或Recall From這類的指令了。

很多人在Preset與Tracking控台誤解這一點，常常混淆了

所以，在使用控台時，你應該要有個切換模式，切對模式才不會發生災難式的錯誤。

即使是從Express 轉換到 EOS也是。