調音台上的 Mute Group 與 DCA：選對演出控制方式

TL;DR — mute group 的工作很單純：把指定路徑一次性靜音或取消靜音。DCA 則是對指定通道做比例式音量控制，通常也包含 master mute。兩者通常都不承載音訊，而且實際送到哪些目的地會因調音台而異。應該依演出動作來選擇，並測試 FOH、所有監聽、效果、錄音與轉播送出，最後記錄成員、預期狀態、recall 行為、負責人與復原方式。

Mute group 和 DCA 解決的是不同的控制問題

mute group 會對選定的一組通道、bus、效果返回，或其他路徑套用共用的靜音指令。它的正常用途是立即改變狀態：這些成員不是開啟就是靜音。

DCA——digitally controlled amplifier，與類比調音台上的 VCA 類似——是一層控制介面，用來改變其所分配成員的有效音量。移動 DCA 推桿時，會保留這些成員彼此之間的相對平衡。DCA 通常也有 mute 鍵，但讓它不只是 mute group 的關鍵是推桿本身。

這兩種控制通常都不是音訊 bus。音訊不會在其中被加總，因此它不能提供共用 EQ、compression、metering 或實體輸出。若要建立共用音訊路徑，請比較 DCA 與音訊 subgroup。

控制台上的標示並不統一。有些調音台會用 DCA master 來實作 mute group，有些則提供分開的功能。請以實際的 block diagram、設定與測試結果為準。

選 mute group，是為了做明確的狀態切換

當操作員需要一個可重複的開／關動作，而且不需要群組層級的連續調整時，就使用 mute group。

典型例子包括：

• 在換場時靜音所有已開啟的樂團輸入；
• 關閉多個效果返回，方便口語說明；
• 只有在 Q&A 時才打開一組 panel microphone；
• 將備用通道靜音到真的需要為止；
• 在掌聲或轉播段落之外，關閉觀眾麥克風。

成員設計應該對應一個操作事件。叫做 CHANGEOVER 的 group，會比 GROUP 4 更清楚，因為其他操作員一看就知道它的用途與啟用時機。

除非已經逐一驗證每個目的地，否則不要建立過於寬泛的「mute everything」群組。talkback、timecode、playback、緊急播報、錄音送出與遠端貢獻者，可能需要與主 PA 不同的狀態。

選 DCA，是為了做比例式音量控制

當相關路徑必須一起移動，但又要保留彼此內部平衡時，就使用 DCA。人聲 DCA 可以把 lead 與 backing vocals 一起壓低，而不改變在 channel fader 上已經建立好的比例。樂團 DCA 可以在保留成員既有路由的情況下，為口語內容騰出空間。

常見的 DCA 分配包括：

• 鼓組或打擊樂；
• 主唱與和聲；
• 樂團樂器；
• playback 與工具型音源；
• 主持人或無線麥克風；
• 效果返回；
• 需要更高層級 show control 的 buses。

一個 channel 通常可以屬於多個 DCA。這對巢狀控制很有幫助——例如鼓組同時屬於 DRUMS 與 BAND——但效果會累加。某個 channel 可能看起來是開的，但另一個分配到的 DCA 其實已經拉下或靜音。請讓重疊 membership 保持有意義且可見。

DCA mute 不一定等於它的推桿

移動 DCA 推桿與按下其 mute key，對不同目的地的影響可能不同。pre-fader 的監聽 send 可能不受 DCA 推桿移動影響，但仍會跟隨由 DCA mute 觸發的 channel mute。direct outputs、effects sends、matrices、network feeds 與錄音路徑，可能會依不同 tap point 或 mute 規則而行事。

不要因為看到「pre-fader」就直接推論 mute 行為。應該分開問兩個問題：

1. 這個目的地會不會跟隨 DCA level 變化？
2. 這個目的地會不會跟隨 DCA master mute？

答案取決於調音台型號、firmware、tap-point 設定與路徑類型。請測試實際 show file，不要把另一張 console 的習慣直接帶過來。

依演出動作選擇，不要只看熟悉的名稱

兩者同時使用是合理的。製作上可以用 DCA 做持續混音，再用獨立的 mute group 做換場控制。不要因為功能可用就重複配置同一組成員；每一層都應該對應真實的 cue 或復原工作。

測試每一個會受影響的目的地

1. 從已知的 show 狀態開始

先儲存或確認已核准的 baseline。測試前，確認正確的 console file、I/O 設定與 scene。

2. 稽核 membership

列出每一個已分配的 channel、bus 與 return。檢查 stereo pair、隱藏層、備援通道、觀眾麥克風、talkback、playback，以及新加入的輸入。名稱應該與目前的 input list 一致。

3. 測試 DCA 音量行為

在送入安全測試訊號時，將 DCA 推到可見的幅度。檢查主混音、pre- 與 post-fader 監聽、effects、matrices、record feeds、streams 與 direct outputs。把 master 回到文件記載的 reference。

4. 另外測試 mute 行為

啟動 mute group 或 DCA mute。確認每一個必要目的地是安靜還是持續送出。確認 master 與 member paths 上的指示燈，讓操作員日後能診斷狀態。

5. 測試 scene 與 safes

Recall 觸發此控制動作前後的 cues。確認 membership、master level 與 mute state 是被儲存、過濾還是保護。這份 scene 與 snippet 指南 說明了 recall scope 如何改變這項測試。

6. 演練復原

刻意讓一個 master 保持 down 或 muted，然後走一次另一位工程師會用的故障排除流程。復原不應依賴記住隱藏層。請提供清楚的 baseline scene 或手動重置清單。

記錄控制交接

大多數 technical rider 應該描述預期結果，而不是要求特定品牌的實作。當藝人提供 show file、控制是 cue-driven、多人共同操作同一批目的地，或 mute 與安全相關時，詳細的 group 資料就很重要。

在 Techrider.live 中，請讓 channel 名稱與 stage plot 和 input list 保持一致，只加入與 show 直接相關的控制註記，並邀請負責的工程師編輯同一份 Rider。儲存已同意的版本，在 routing 變更後檢視歷史紀錄，並輸出附日期的 PDF 供場館交接使用。

控制清單

• 每個 master 都已標示為 DCA、VCA、mute group 或音訊 subgroup。
• membership 與目前的 input list 和 show file 一致。
• 重疊的 DCA 分配是刻意設計的。
• DCA 推桿行為已與 DCA mute 行為分開測試。
• FOH、監聽、效果、錄音、stream 與通訊路徑都已檢查。
• scene recall 與 safes 能保留所需狀態。
• baseline level、負責人、cue 與復原方式都有記錄。

常見問題

mute group 跟 DCA 有什麼差別？

mute group 是對指定路徑套用一次性的二元靜音指令。DCA 則提供對指定成員的比例式音量控制，而且通常也提供 master mute。兩者通常都不會加總或承載成員的音訊。

DCA 靜音會影響監聽 send 嗎？

很多情況下會，即使 DCA 推桿移動未必會影響 pre-fader 的監聽 send。行為會因調音台與設定而異，因此應把 master 推桿與 master mute 分開測試，並在每個重要目的地上確認。

調音台什麼時候該用 mute group？

當你需要明確的開／關事件時，例如 band changeover、panel transition、效果切斷，或一組未使用輸入，就適合用 mute group。若操作員還需要平順的群組音量調整，就使用 DCA。

一個 channel 可以同時加入多個 DCA 或 mute group 嗎？

許多數位調音台都可以。多重分配有助於巢狀控制，但也會增加 channel 被衰減或靜音的可能位置。請讓 membership 保持精簡、命名清楚並完成測試。

mute group 會跟調音台 scene 一起 recall 嗎？

membership 與 mute state 可能會被儲存、過濾、保護，或依調音台而作為全域設定。請確認實際的 recall scope，並在製作用 show file 上依序測試 cues。

讓預期的演出動作一目了然

使用 Techrider.live 建立並分享目前的 Rider，讓 group membership 與已命名的輸入一致，並記錄下一位操作員最需要知道的一件事：這個控制會改變什麼、哪些目的地會跟隨，以及如何恢復到核准狀態。