WING을 시스템으로 운용하는 법

검증 기준: 풀사이즈 Behringer WING · Firmware 3.1 · 공식 매뉴얼 2025-10-20 · 확인일 2026-08-13

WING을 잘 다룬다는 것은 메뉴를 많이 외우는 일이 아니다.
신호·상태·권한을 설계하고, 변경 결과를 예측하고, 실패해도 검증된 상태로 돌아갈 수 있게 만드는 일이다.

기초 과정에서는 신호가 어디에서 처음 사라졌는지 찾았다. 이 장에서는 한 단계 더 나아간다. 정상일 때의 경로를 우연에 맡기지 않고 설계하며, 예배 중 필요한 변화와 절대로 따라오면 안 되는 변화를 분리한다. 이 능력이 있어야 WING의 자유로운 routing과 recall이 편리함으로 남고 사고의 원인이 되지 않는다.

이 장은 풀사이즈 WING, Firmware 3.1의 공식 매뉴얼을 기준으로 한다. 다른 WING 모델이나 펌웨어에서는 표면 버튼과 화면 배치가 다를 수 있다. 메뉴 이름과 기능의 영향 범위가 실제 콘솔에서 일치하는지 먼저 확인한다. 공식 문서가 명확히 규정하지 않은 동작은 고정 규칙으로 만들지 않고, 출력이 격리된 상태에서 meter와 recording으로 검증한다.

이 장에서 WING 공식+확립된 원리는 Firmware 3.1 매뉴얼로 확인한 동작, 설계 판단은 현장별로 검증할 운용 선택, 안전 경계는 값보다 먼저 확인할 권한·원복 조건을 뜻한다. “보통 이렇게 쓴다”는 말은 기능 정의가 아니다.

입장 조건: 9장에서 만든 입력·출력·Head Amp 소유권·비상 우회표를 현재 교회와 대조했다.
권한 경계: WING 시니어는 상태를 예측·검증·복구하는 교육 수준이다. 실제 작업 권한은 시설 책임자, 신호 소유자, 현장 SOP가 별도로 부여하며, 평가 통과가 공유 Head Amp·48 V·Output·Clock·firmware·시스템 DSP의 독립 권한을 주지 않는다.

---

이 장을 마치면#

다음 일을 할 수 있어야 한다.

1. 물리 입력, Source, Channel, Bus/Main/Matrix, Output의 소유자와 목적을 한 장의 설계표로 설명한다.
2. Input Channel의 processing order와 TAP을 “관행”이 아니라 monitor·recording 목적에 맞춰 정하고 문서화한다.
3. MAIN/ALT와 Global Input Select를 이용해 live input과 virtual soundcheck를 전환하되 진행 mic와 실제 output을 침범하지 않는다.
4. Snapshot, Scope, Global Safe, NO GLOB, RESTORE, Snippet, Show를 변경 규모에 맞게 선택하고 rollback을 검증한다.
5. Custom Controls와 User Layer를 운영자가 틀리기 어려운 표면으로 설계한다.
6. LIVE/STUDIO Solo와 SIP, Automix, RTA, meter, AES50 COR/UNC, Clock 표시가 증명하는 범위와 증명하지 못하는 범위를 말한다.
7. WING-LIVE, 전면 USB recorder/player, 후면 USB audio interface를 구분하고, 녹음·재생 routing과 latency를 시험한다.

---

12.1 시스템 운용의 출발점 — 세 장의 문서를 먼저 만든다#

01PHYSICAL

실제 소켓·stagebox·clock

소유자와 영향 범위

02SOURCE

HA Gain·48 V·polarity·MAIN/ALT

입력의 정체와 공유 상태

03CHANNEL

Trim·processing order·TAP·Fader

한 작업 경로의 처리

04TOPOLOGY

Send·Bus·Main·Matrix·DCA

오디오와 제어의 구조

05OUTPUT

Output patch·단자·DSP·speaker

실제 목적지와 보호 경계

RECALL CONTROLScope · Global Safe · REC/LOAD Focus · 승인 · 검증 · rollback

시니어 운영자는 콘솔 화면부터 열지 않는다. 먼저 다음 세 문서가 현재 상태와 일치하는지 확인한다.

문서 A — Source ownership 표#

이 표는 누가 물리 입력을 바꿀 권한을 가지는가를 정한다.

WING 공식+확립된 원리 — WING의 Source는 이름·색과 mono/stereo/mid-side 구성을 가지며, Local In·AES50처럼 preamp에 연결된 external Source는 해당 장비가 제공하는 Gain, phantom power, polarity 같은 물리 제어도 노출할 수 있다. USB·playback·internal Source에 물리 preamp나 48 V가 있다고 가정하지 않는다. 하나의 Source를 여러 Channel에 배정할 수 있으며, Source를 physical/digital Output에 직접 patch할 수도 있다. [W1: §§2.1-2.2, pp. 6-7; §5.4, pp. 38-41]

Source ownership는 “누가 fader를 잡는가”와 다르다. FOH와 방송이 같은 stagebox preamp를 공유한다면 Head Amp Gain과 48 V를 한 소유자가 관리하고, 다른 믹스는 각자의 Channel Trim으로 작업 레벨을 보정한다. A/D 변환 전에 이미 clip된 신호는 Trim으로 복구할 수 없다. 48 V는 “마이크처럼 생겼다”가 아니라 연결 장치의 요구와 케이블 상태를 확인한 뒤 출력이 mute된 절차에서 바꾼다. 무선 수신기·DI·라인 장비는 모델에 따라 phantom 허용 여부가 다르므로 장비 문서를 확인한다.

WING 공식+확립된 원리 — 다른 WING의 onboard preamp를 AES50로 원격 제어하려면 Source를 실제로 AES50로 보내야 하며, 소유 WING의 SETUP → REMOTE → ENABLE HA REMOTE 포트 허용과 ROUTING → SOURCES의 개별 Source REMOTE가 모두 필요하다. 이 절차를 모든 stagebox의 보편 규칙으로 일반화하지 않는다. stagebox별 remote HA 조건은 그 모델의 공식 문서를 따른다. [W1: §5.4, pp. 40-41; §5.5, p. 50]

문서 B — Topology 표#

이 표는 어느 신호가 어디에서 합쳐지고 갈라지는가를 정한다.

[Physical input / remote preamp]
              ↓
           [Source]
              ↓ assignment
       [Input Channel]
        ├─ TAP Send ───────→ [Bus 1–4: IEM]
        ├─ GROUP Send ─────→ [Bus 9: Drum Group]
        ├─ POST Send ──────→ [Bus 13–14: FX]
        ├─ Main 1 Send ────→ [Main 1: 객석]
        └─ Main 2 Send ────→ [Main 2: 방송]

[Main 1] ─post-fader→ [Matrix 1: 로비] ─→ [AES50-A Out 1]
         └post-fader→ [Matrix 2: 유아실] ─→ [AES50-A Out 2]

[Main 2] ───────────→ [USB Audio/WING-LIVE recording route]

이 그림은 예시다. 실제 교회는 각 화살표에 send mode, TAP 위치, mute 예외, output port를 적어야 한다. “Bus 1은 monitor”처럼 목적지만 적으면 부족하다. 어느 Channel이 Bus 1에 TAP, POST, GROUP 중 무엇으로 들어가는지는 각각 다를 수 있기 때문이다.

위 예시에서 Main 2를 방송 독립 mix로 쓰려면 MAIN LINK가 꺼져 있어야 한다. 이 조건을 확인하지 않으면 Main 1 level 조작이 방송 Main에도 적용될 수 있다.

문서 C — 상태와 복구 표#

이 표는 현재 상태를 어떻게 저장하고 어느 파일로 돌아갈지 정한다.

파일이 목록에 있다는 사실은 복구 가능성을 증명하지 않는다. 실제 output이 격리된 환경에서 load하고, Source·Channel·Send·Output과 물리 목적지를 대조해야 복구본으로 승인할 수 있다.

---

12.2 Source ownership — 이름보다 실제 프리앰프를 추적한다#

이름·슬롯·물리 소켓은 서로 다른 정보다#

AES50-A 09는 AES50 A link의 전송 slot 9다. 그것만으로 stagebox의 XLR 9라고 확정할 수 없다. 송신 장치에서 다른 preamp input이나 다른 console signal을 slot 9로 보낼 수 있기 때문이다.

Source를 변경하기 전에는 다음 순서로 확인한다.

1. 무대 patch label에서 실제 mic와 stagebox socket을 확인한다.
2. 송신 장치 routing에서 그 socket이 어느 AES50 slot으로 가는지 확인한다.
3. WING의 ROUTING → SOURCES에서 Source Group과 번호, Gain·48 V·polarity·REMOTE 상태를 확인한다.
4. ROUTING → CHANNELS에서 그 Source가 어느 Channel의 MAIN/ALT에 배정됐는지 확인한다.
5. 같은 Source를 받는 다른 Channel·console·recording 경로를 찾는다.

이 다섯 단계가 끝나기 전에는 AES50 Source의 Gain·48 V를 바꾸지 않는다. 화면 이름이 “목사”라도 물리 경로가 확인되지 않았다면 이름은 단서일 뿐 증거가 아니다.

raw split과 processed copy를 구분한다#

한 external Source를 FOH Channel과 방송 Channel에 각각 직접 배정하면 두 Channel은 Head Amp Gain·48 V뿐 아니라 Source mute, Source polarity, mono/stereo/mid-side 구성 같은 Source 속성도 공유한다. 반면 각 Channel의 digital Trim, processing, Fader, Send는 독립이다. 이를 raw split으로 사용할 수 있지만, “두 Channel이 완전히 독립”이라고 부르면 안 된다.

반대로 FOH Channel에서 처리된 결과를 다른 Channel·recording으로 복사하려면 User Signal과 TAP 위치를 검토한다. User Signal은 Input/Aux/Bus/Main/Matrix의 pre- 또는 post-fader 복사본을 Source처럼 사용할 수 있다. 각 User Signal은 mono이며, stereo 또는 mid-side로 쓰려면 인접한 두 User Signal을 한 Source로 구성한다. User Patch는 서로 다른 external Source Group이나 인접하지 않은 raw Source를 stereo/mid-side 조합으로 만드는 기능이다. 둘은 같은 복사 기능이 아니다. [W1: §2.6, pp. 8-9]

문서 한계: Firmware 3.1 매뉴얼은 §2.6에서 User Signal을 24개라고 쓰지만 Routing 설명에서는 최대 48이라고 적는다. 수량은 실제 콘솔 UI를 확인하며, 이 장에서는 고정 개수를 숙련 기준으로 삼지 않는다.

교회 설계 판단#

• 방송이 FOH EQ와 Fader를 따라가면 안 된다면 raw Source를 별도 방송 Channel에 배정한다.
• FOH가 만든 완성 mix를 단순 archive하고 싶다면 Main/Matrix 같은 완성 경로를 recorder에 patch한다.
• vocal processing까지 공유하되 FOH Fader는 따라가지 않게 하려면 해당 Channel의 실제 processing order와 PRE FDR TAP을 검토한다.
• Source direct-to-output은 channel processing과 mute를 우회할 수 있으므로 recorder split처럼 이유가 명확한 경로에만 쓰고 output map에 표시한다.

실패를 반증하는 질문#

“FOH Fader를 내렸는데 방송에 남는다”는 고장이 아닐 수 있다. 다음 중 하나면 정상 동작이다.

• 방송 Channel이 같은 raw Source를 독립적으로 받는다.
• User Signal이 pre-fader TAP에서 복사된다.
• Source가 recorder/output에 직접 patch됐다.
• 해당 Channel의 방송용 Main Send 또는 Matrix Send가 pre-fader로 설정되어 있거나, 방송 Matrix가 그런 방송 Main을 feed로 받고 있다.

반대로 둘 다 같은 Main에 열려 있다면 같은 Source의 중복 합산이 생긴다. Channel을 하나씩 mute해 어느 경로가 실제로 기여하는지 확인한다.

---

12.3 Topology — Bus, Main, Matrix, DCA를 한 줄로 부르지 않는다#

Bus의 mode는 Bus 전체가 아니라 각 Send의 속성이다#

WING의 16 Bus에는 보내는 Channel마다 mode를 다르게 사용할 수 있다. Input/Aux Send에서는 TAP, POST, GROUP을 구분한다. Bus/Main/Matrix가 feed source일 때 Feed Configuration의 TAP/PRE 선택은 고정 pre-fader를 뜻한다. 같은 Bus 1 안에서도 설교 mic는 TAP, 영상은 POST, 다른 Bus return은 PRE일 수 있으므로 버튼 표기뿐 아니라 발신 Channel 종류와 실제 취득 지점을 함께 기록한다. [W1: §2.4, pp. 7-8; §6.1, p. 74]

IGNORE CHANNEL MUTE는 Input/Aux의 TAP mode에서만 사용할 수 있다. 켜져 있으면 Channel mute 중에도 Send가 남는다. 이는 talkback·recording 같은 특수 설계에는 쓸 수 있지만 일반 monitor에서는 “mute했는데 왜 남지?”라는 사고를 만든다. [W1: §5.1, p. 35; §6.1, p. 74]

선택한 Bus/Main/Matrix의 HOME 중앙 grid 또는 Bus Feed section에서 Feed Configuration을 열 수 있다. 여러 Channel의 mode·pan·mute 동작을 한꺼번에 바꿀 수 있으므로 KEEP의 의미를 모르는 상태에서 batch edit하지 않는다. [W1: §5.1, pp. 34-36]

Main은 하나가 아니다#

WING에는 4 stereo Main Bus가 있고 각 Input/Aux Channel은 Main별 독립 Send를 가진다. Main Send도 pre/post-fader를 선택할 수 있다. 다만 SETUP → AUDIO → PREFERENCES → MAIN LINK가 켜져 있으면 Main 1 level 조작이 선택한 다른 Main level에도 적용된다. 한 Main을 객석, 다른 Main을 방송으로 독립 운용하려면 Main별 Send뿐 아니라 MAIN LINK가 꺼져 있는지 확인하고, DCA·Mute Group·Scene Scope까지 함께 검증해야 한다. [W1: §§2.2-2.3, p. 7; §5.5, p. 45; §6.1, p. 72]

Matrix는 출력 구역이지만 Main의 단순 복사본은 아니다#

Main→Matrix Send는 pre/post-fader를 선택할 수 있다. Input/Aux Channel도 별도 Matrix Send로 들어갈 수 있다. Matrix Channel의 Direct Input은 임의 Source가 아니라 AES/EBU, Phones, Speakers, Solo bus로 제한된다. Input→Matrix Send와 Matrix Direct Input을 같은 기능으로 부르지 않는다. [W1: §6.1, pp. 73-74; §§6.4-6.5, pp. 76-77]

Matrix는 physical/digital Output으로 갈 수 있지만 다른 Bus나 Matrix로 Send하지 않는다. 다만 Matrix를 Input Channel의 Source로 다시 선택할 수 있으므로, 복잡한 반환 routing에서는 latency와 loop 가능성을 검토한다.

DCA와 Mute Group은 audio topology가 아니라 control topology다#

DCA는 member audio를 한 Bus에 합산하지 않는다. 이미 각자 routing된 Channel/Aux/Bus/Main/Matrix의 level을 함께 제어한다. Mute Group은 Channel, Bus, Main, Matrix뿐 아니라 Source도 묶을 수 있으며, Mute Group을 풀어도 기존 individual mute는 풀리지 않는다. [W1: §5.1, p. 31; §5.11, pp. 66-67]

DCA는 별도의 audio Source·Bus·Output endpoint가 아니므로 자체 출력으로 patch할 수 없다. 일반 post-fader/Main 경로에서는 member level이 함께 변하지만, pre-fader TAP Send가 같은 방식으로 따라온다고 가정하면 안 된다. DCA mute가 실제 Channel mute를 만드는지는 아래 DCA MUTEGROUPS 설정에 따라 달라지고, TAP의 IGNORE CHANNEL MUTE 같은 예외도 남을 수 있다. 목적지별 meter와 실제 청취로 확인한다.

SETUP → AUDIO → PREFERENCES → DCA MUTEGROUPS가 켜져 있으면 DCA mute가 member Channel mute를 동작시킨다. MUTEGROUP/SIP OVERRIDE가 켜져 있으면 Mute Group, DCA Mute, SIP 때문에 mute된 개별 Channel을 다시 unmute할 수 있다. 이 두 설정은 편의를 위한 체크박스가 아니라 교회의 mute 정책이다. [W1: §5.5, p. 45]

Topology 승인 문장#

각 Bus/Main/Matrix는 다음 형식으로 승인한다.

Bus 1 IEM-리더는 Input Channel의 PRE FDR TAP Send만 받는다. IGNORE CHANNEL MUTE는 모두 Off다. Bus 1 Fader 뒤 신호는 AES50-A Out 1로 가며 IEM transmitter 1에 연결된다. 비상 시 Bus 1 mute와 transmitter mute 중 어느 것을 사용할지 담당자가 정해 두었다.

이 문장을 만들 수 없으면 아직 그 destination을 안전하게 운영할 준비가 되지 않은 것이다.

---

12.4 Processing order와 TAP — “pre-fader”만으로는 부족하다#

WING의 Input Channel은 가변 순서다#

Input Channel의 GATE, EQ, COMP, INS1은 모두 pre-fader 영역에 있지만 순서를 바꿀 수 있다. INS2는 항상 post-fader다. Channel HOME 왼쪽 아래 wrench icon에서 processing block과 TAP point를 drag한다. [W1: §6.1, p. 68]

다음은 Input Channel의 TAP 위치를 이해하기 위한 축약도다. Main/Bus/Matrix Send, Channel mute, post-fader delay와 Automix 같은 모든 분기를 표시한 전체 회로도가 아니다.

Source assignment
    ↓
Channel Trim / Filter
    ↓
[GATE · EQ · COMP · INS1]  ← 네 블록의 순서는 바뀔 수 있음
    ↓
Channel Fader
    ↓
INS2
    ↓
Width / 후단

TAP은 이 경로의 한 지점을 복사한다.

TAP 3은 Gate 뒤라는 뜻이 아니다. 현재 첫째와 둘째 block 사이일 뿐이다. processing order가 Scene recall로 달라지면 TAP 3에 포함되는 processing도 달라진다.

한 Channel에는 하나의 TAP 기준이 있다#

그 Channel의 Bus/Matrix Send 중 TAP mode인 Send와, 해당 Channel을 원본으로 삼아 PRE로 만든 User Signal은 선택된 TAP 위치를 참조한다. POST User Signal은 post-fader copy이므로 Channel TAP 위치의 영향을 받지 않는다. “IEM 1에는 EQ 전, IEM 2에는 EQ 후”를 같은 Channel의 TAP Send만으로 동시에 만들 수 있다고 가정하지 않는다. 서로 다른 처리 지점이 필요하다면 raw Source를 별도 Channel로 분기할지, 목적을 다시 설계할지 검토한다.

교회 사례 — 보컬 monitor TAP 선택#

목표가 “FOH Fader와 독립하되 HPF와 기본 보컬 EQ는 monitor에도 유지”라면 다음과 같이 설계할 수 있다.

1. processing order에서 Filter와 monitor에 필요한 EQ의 위치를 확인한다.
2. TAP을 PRE FDR에 두면 모든 pre-fader block이 포함된다는 사실을 받아들인다.
3. FOH에서 compressor threshold나 EQ를 크게 바꾸면 IEM도 변할 수 있음을 patch sheet에 기록한다.
4. monitor에 FOH processing 변화를 공유하고 싶지 않다면 raw Source를 별도 monitor Channel로 분기하는 편이 더 명확할 수 있다.

어느 선택도 보편 정답이 아니다. 중요한 것은 영향을 예측하고 담당자들이 같은 설계를 이해하는 것이다.

처리 순서 변경 승인 절차#

1. 현재 block 순서와 TAP을 사진·문서로 남긴다.
2. 변경 목적을 한 문장으로 쓴다. 예: “IEM TAP에 Comp를 포함하지 않기 위해 EQ와 Comp 사이로 옮긴다.”
3. 영향을 받는 모든 TAP-mode Bus/Matrix Send와 PRE User Signal을 찾는다.
4. 실제 output이 없는 test Bus와 recording에서 변경 전후를 level-matched 비교한다.
5. Snapshot Scope의 CONFIG에 processing sequence와 TAP position이 포함될 수 있음을 확인한다.
6. 실패하면 bypass가 아니라 원래 순서와 TAP으로 되돌린다.

---

12.5 MAIN/ALT — virtual soundcheck 전환을 하나의 안전 시스템으로 만든다#

MAIN/ALT의 정확한 뜻#

각 Input/Aux Channel은 MAIN Source와 ALT Source를 미리 배정하고 둘 중 하나를 선택할 수 있다. 여기의 MAIN은 Main Bus가 아니라 Channel의 주 입력이다. ROUTING → CHANNELS에서 MAIN/ALT 중 어느 쪽을 편집하는지 확인한다. [W1: §5.4, pp. 38-39; §6.1, pp. 68-69]

SETUP → AUDIO → INPUT SELECT의 GLOBAL INPUT SELECT ENABLE grid에 포함된 Channel만 전역 MAIN/ALT switch를 따른다. GLOBAL INPUT SELECT OVERRIDE가 켜져 있으면 grid 대상 Channel도 개별 전환할 수 있다. [W1: §5.5, pp. 44-45]

안전한 virtual soundcheck 설계#

예시:

• 음악 Channel MAIN: AES50-A 01–24 live stagebox Source
• 음악 Channel ALT: WLIVE PLAY 01–24
• Global 대상: 음악 Channel 1–24만
• Global 대상 제외: 설교 mic, talkback host, 영상/BGM, 예비 mic, audience mic, recorder return

이 설계는 다음 이유로 안전하다.

• virtual playback 중에도 담당자가 실제 설교 mic로 말할 수 있다.
• playback Source 자체와 recorder return이 다시 녹음되는 loop를 피하기 쉽다.
• 예배 시작 전 MAIN으로 돌아왔는지 음악 Channel만 한 번에 검증할 수 있다.

WING-LIVE Auto Input Select의 조건#

WING-LIVE의 SETTINGS → AUTO INPUT SELECT는 (1) WLIVE REC/WLIVE PLAY 경로로 WING-LIVE에 route되어 있고 (2) GLOBAL INPUT SELECT ENABLE에도 포함된 Channel에 적용된다. 선택한 SD section이 자동 전환을 제어하며, STOP / PLAY / RECORD INPUT은 각 transport 상태에서 Source를 유지할지 MAIN 또는 ALT로 바꿀지를 정한다. 두 조건과 상태별 결과를 출력이 격리된 훈련 Show에서 확인한 뒤 활성화한다. [W1: §8.1, pp. 85-86]

이 기능은 편리하지만 transport가 input patch를 바꾸는 자동화다. 처음부터 실제 교회 전체에 적용하지 않는다.

virtual soundcheck 전환 체크#

Playback으로 들어가기 전#

• 실제 PA, IEM, 방송 중 어느 destination을 열 것인지 정했다.
• Global grid에 음악 Channel만 들어 있다.
• 각 Channel MAIN은 live Source, ALT는 동일 역할의 playback Source다.
• playback에 live mic가 합쳐져 feedback loop를 만들지 않는다.
• ROUTING → OUTPUTS → WLIVE REC에 playback return이나 이미 재생 중인 WLIVE PLAY 경로가 다시 들어가 순환 녹음되지 않는다.
• 현재 상태를 훈련용 Snapshot으로 저장했다.

Live로 돌아오기 전#

• playback을 stop했다.
• Global switch가 MAIN임을 화면과 Channel 여러 개에서 확인했다.
• live Source meter가 실제 무대 소리에 반응한다.
• playback Channel/return이 Main과 monitor에 남지 않는다.
• 첫 mic를 낮은 level PFL로 확인한 뒤 destination을 하나씩 연다.

실패 사례#

PLAY를 눌렀는데 설교 mic가 과거 녹음으로 바뀌었다면 recorder 고장이 아니다. 설교 Channel이 Global grid에 들어 있고 ALT가 WLIVE playback으로 지정된 설계 문제다. 임시로 Gain을 만지지 말고 live MAIN 입력으로 복구한 뒤 Global 대상과 ALT assignment를 수정한다.

---

12.6 Snapshot과 Safe — “저장”과 “불러오기”를 분리한다#

Snapshot이 저장하는 것#

WING Snapshot은 저장할 때 콘솔의 모든 파라미터를 담는다. Scope는 일반 recall 때 어느 항목을 적용할지 정한다. “Scope 밖은 저장되지 않았다”가 아니다. [W1: §5.6, pp. 54-57]

Scope에는 Channel/Aux/Bus/Main/Matrix, Source Group, Output Group, DCA, Mute Group, FX, console configuration과 함께 다음 내용이 포함될 수 있다.

• CONN: Source assignment와 MAIN/ALT 선택
• IN: Gain, Trim, phantom power, polarity
• Filter, Gate, Dynamics, Insert, EQ, Pan
• Main Send, Bus/Matrix Send, Fader, Mute
• CONFIG: Solo option, TAP 위치, processing sequence
• fader layer와 Custom Controls 등 surface configuration

따라서 “곡 Snapshot”의 Scope에 IN, CONN, OUTPUT, CONFIG가 들어 있다면 곡 전환이 preamp·routing·TAP·surface까지 바꿀 수 있다.

특히 IN에는 Gain·Trim·phantom power·polarity가 포함된다. 공유 AES50/Local Source의 Head Amp Gain·48 V가 recall되면 같은 Source를 쓰는 방송·모니터·다른 console에도 영향이 갈 수 있다. 곡 전환용 Snapshot에서 IN을 포함하는 것은 편의가 아니라 공유 preamp 변경 권한을 행사하는 일이다.

LOAD 계열의 차이#

RESTORE는 강한 복구 기능이지만 가장 안전한 되돌리기 버튼은 아니다. 실제 output이 열린 예배 중에는 검증되지 않은 RESTORE를 사용하지 않는다.

UPDATE는 선택 Snapshot의 기존 Scope 안에 있는 현재 변경을 저장한다. PARTIAL UPDATE는 열린 Scope에서 선택한 파라미터만 갱신한다. 둘은 recall이 아니다. [W1: §5.6, p. 54]

Global Safe의 설계 원칙#

Global Safe는 모든 변화를 막는 방패가 아니다. 너무 넓게 잡으면 필요한 Scene 변화까지 막고, 너무 좁으면 진행 mic·broadcast routing·output이 과거 상태로 돌아갈 수 있다.

Safe 설계는 다음 질문으로 시작한다.

1. 예배 중 어떤 값이 바뀌면 즉시 진행을 잃는가?
2. 그 값을 Scene마다 바꿀 실제 이유가 있는가?
3. Channel 전체를 보호하지 않고 CONN, IN, OUTPUT, 특정 Send처럼 필요한 항목만 보호할 수 있는가?
4. NO GLOB와 RESTORE 권한을 누가 가지는가?

Global Safe와 Solo Safe는 다르다. Solo Safe는 SIP가 다른 Channel을 mute할 때 제외하는 기능이다. 이름이 같아도 recall 보호와 program mute 보호를 섞지 않는다.

Snapshot 릴리스 절차#

[변경 요구]
   ↓ 바꿀 것 / 유지할 것 분리
[작업본 Snapshot 또는 Snippet]
   ↓ 출력 격리 + before/after 비교
[동료 Scope·Safe 검토]
   ↓ 실제 순서 리허설
[VERIFIED]
   ↓ 외부 사본 + rollback 보존
[운영 Show에 배포]

Snapshot 이름에 최종만 쓰지 않는다. 날짜, 용도, 검증 상태를 넣는다.

2026-08-13_SERVICE_BASELINE_VERIFIED
2026-08-13_SONG2_WORKING
2026-08-13_PRE_CHANGE_ROLLBACK

---

12.7 Snippet과 Show — 변화의 크기에 맞는 단위를 고른다#

Snippet은 작은 변경을 기록한다#

Snippet은 모든 콘솔 상태를 저장하지 않는다. REC를 누른 뒤 바뀐 파라미터를 기록하고 STOP → SAVE하며, REC FOCUS로 기록할 Channel과 항목을 제한할 수 있다. ADD ITEMS로 항목을 명시적으로 추가하고, PARTIAL LOAD로 일부만 recall할 수도 있다. [W1: §5.6, p. 58]

“작은 cue에는 Snippet”은 WING의 불변 규칙이 아니라 이 교재의 운용 원칙이다. 실제 안전성은 파일 형식보다 Snippet 안의 item 목록, 대상 Channel, recall 순서와 rollback 검증으로 결정된다. item 수가 적어도 48 V·Source·Output 같은 항목이면 영향은 작지 않다.

교회에서 Snippet에 적합한 변화:

• 곡 2에서 vocal delay Send와 delay mute만 변경
• 설교 시작 때 찬양 FX Return mute
• 특정 cue에서 audience mic 두 개의 방송 Send만 열기
• 영상 재생 시작 시 playback Channel mute와 level의 검증된 조합

부적합한 변화:

• Source assignment와 output patch를 포함한 전체 밴드 교체
• 새 stagebox 연결 뒤 전체 routing 복구
• 기준 상태 전체를 보존해야 하는 시스템 백업

Show는 cue의 순서다#

Show에 들어간 Snapshot, Snippet, Clip, FX preset 등의 항목을 Scene이라고 부른다. Scene은 곧 Snapshot이라는 뜻이 아니다. PREV/NEXT는 선택을 이동하고 GO는 선택 Scene을 load한다. [W1: §5.6, pp. 52-53]

Show의 고급 기능은 기능명보다 연쇄 영향을 이해해야 한다.

• SKIP: navigation과 recall에서 Scene을 임시 제외한다.
• LINK: 현재 Scene을 recall할 때 다음 Scene도 함께 load한다.
• TAG #1–#128: Custom Control 또는 MIDI로 특정 Scene을 recall한다.
• SEND MIDI: Scene recall과 함께 외부 장치에 MIDI string을 보낼 수 있다.

LINK된 다음 Scene이 Clip이나 Snippet이면 GO 한 번에 서로 다른 종류의 Scene 두 개가 함께 load될 수 있다. 매뉴얼은 LINK의 동시 load까지 명시하지만 Clip의 transport 결과를 이 문장에서 별도로 정의하지 않으므로, 실제 playback 시작·정지 동작은 출력이 격리된 훈련 Show에서 확인한다. 실제 예배 순서대로 첫마디·곡 끝·영상 정지까지 rehearsal한다.

부팅 자동 load의 위험#

이름이 STARTUP으로 시작하는 Show/Snapshot/Snippet을 root의 STARTUP folder에 두면 부팅 시 자동 load할 수 있다. 전원을 켤 때 LIBRARY를 누르고 있으면 STARTUP file의 자동 load를 우회한다. [W1: §5.6, p. 52; Shortcuts, p. 91]

시스템이 잘못된 상태로 반복 부팅될 때 무작정 Initialize하지 않는다. STARTUP bypass 후 현재 파일과 routing을 확인한다.

Show preflight#

• SETUP → GENERAL → CONFIRM LIBRARY LOAD 정책이 정해져 있다.
• ALWAYS SHOW ACTIVE SCENE으로 현재 Scene을 확인할 수 있다.
• 모든 LINK/SKIP/TAG가 목록으로 출력돼 있다.
• Snapshot Scene의 Scope·Safe, Snippet Scene의 실제 item 수를 확인했다.
• Show 첫 Scene과 마지막 Scene 뒤의 상태를 시험했다.
• 운영 Show와 rollback Show가 외부에 보관돼 있다.

오프라인 사본은 실제 복원으로 승인한다#

SETUP → GENERAL → WING DATA는 후면 USB type B 연결을 data disk mode로 바꾸어 Snapshot, Snippet, channel preset, WAV 같은 파일을 computer와 주고받게 한다. 연결을 끊기 전에는 computer에서 drive를 먼저 eject한다. [W1: §3.4, p. 11; §5.5, p. 43]

WING DATA는 공식 매뉴얼에서 preset transfer와 data exchange 수단으로 설명된다. 이를 검증 없이 “전체 console을 한 번에 복구하는 image backup”이라고 부르지 않는다. 운영 Show의 오프라인 사본은 다음 시험을 통과해야 한다.

1. 날짜·console model·firmware·검증 상태가 적힌 별도 folder에 보존한다.
2. 출력이 격리된 training state에서 다시 load한다.
3. Show 순서, linked Scene, Snapshot Scope·Global Safe, Snippet item, Source/Output patch, User Layer·CC를 기준표와 비교한다.
4. 복원 뒤 test Source가 예상 Channel과 test Bus까지만 도달하는지 확인한다.
5. 원본과 오프라인 사본을 서로 다른 저장 장치에 두고, 다른 운영자가 문서만 보고 찾을 수 있게 한다.

---

12.8 Custom Controls와 User Layer — 자주 쓰는 기능보다 사고 없이 빨리 해야 하는 기능#

User Layer는 역할 중심으로 만든다#

풀사이즈 WING은 left, center, right fader section에 User Layer를 구성할 수 있다. fader section의 VIEW를 길게 누르거나 CONFIG 화면에서 Input/Aux Channel, Bus/Main/Matrix, DCA, 특정 Send, Bus→Bus Send, FX parameter, MIDI CC를 layer에 배치한다. [W1: §4.2, pp. 14-16; §5.10, pp. 64-66]

같은 모양의 fader라도 다음 중 하나일 수 있다.

• Channel master level
• Bus/Main/Matrix master
• DCA
• 특정 Channel→Bus Send
• FX parameter
• MIDI CC

따라서 strip 이름에 type과 destination을 넣는다.

CH_PASTOR       DCA_BAND
BUS_IEM_LEAD    SEND_LEAD→IEM1
MTX_LOBBY       FX_VOX_DELAY

실제 교회 운영 layer 예시#

SUNDAY_OP — 일반 예배 운영자#

• 설교 mic, 인도자 mic, 예비 mic
• BGM, 영상 playback
• 찬양 DCA, 말 mic DCA, FX Return DCA
• Main 1, 방송 Main 2의 확인용 strip
• 검증된 FX mute와 Talk A

MONITOR_CHECK — monitor 담당자#

• Bus 1–4 master
• 핵심 Input→각 Bus Send를 목적지별 page로 분리
• talkback, DIM
• 실제 output patch·48 V·Snapshot RESTORE는 제외

SYSTEM — 시니어 전용#

• Main/Matrix/critical Bus
• recorder transport 상태
• error/clock 확인으로 이동하는 CC
• emergency mute로 검증된 control

일반 운영 layer에 Source Gain·48 V, Output patch, RESTORE, NO GLOB, format 같은 파괴적 기능을 빠른 버튼으로 노출하지 않는다.

Custom Controls의 정확한 위치와 성격#

SETUP → CC EDIT 또는 SETUP을 두 번 눌러 CC를 편집한다. 풀사이즈 WING의 상단 CC는 16 layer, 각 layer에 4 encoder와 8 button을 배정할 수 있다. Scene recall, transport, send, FX parameter, tap tempo 등 여러 기능을 배치할 수 있다. [W1: §4.8, pp. 25-27]

버튼은 상태가 보이도록 이름·색을 설계한다. 이름 앞 *는 exact value를 표시하고 |는 이름 배경 표시를 반전한다. 그러나 색과 문구는 실제 영향 범위를 대신하지 않는다. 배포 전 버튼 하나씩 눌러 무엇이 변하는지 기록한다.

Surface option이 만드는 숨은 상태#

SETUP → SURFACE의 다음 설정은 audio가 아니라 조작 대상과 표시를 바꾼다.

• ALTERNATIVE SOF MODE: 다른 Channel을 선택해도 SOF destination을 고정
• SHOW SOF FRAME: SOF 중 화면에 표시
• RIGHT SECTION SENDS ON FADERS: 오른쪽 section의 SOF 역할
• FULL FADER PAGING: page 이동 단위
• FADER/SCREEN LAYER LINK: 물리 fader와 main display layer 연동
• CH AUTOSELECT: fader를 움직인 Channel 자동 선택
• USER LAYER LINK: 세 fader section의 User Layer 연동
• DCA SPILL: 선택 DCA member만 표시

SOF와 Spill은 routing을 바꾸는 기능은 아니지만, 운영자가 보고 움직이는 대상이 달라진다. Show/Snapshot Scope에 surface·layer·CC configuration이 포함될 수 있으므로 Scene recall 뒤 표면도 재검증한다.

---

12.9 Solo와 SIP — 운영자 청취와 program audio를 분리한다#

세 Solo mode의 영향 범위#

SETUP → AUDIO → SOLO SYSTEM에서 mode를 확인한다. [W1: §5.5, pp. 45-47]

PFL/AFL은 fader 전/후 Listen을 뜻한다. PFL이 preamp 직후 또는 EQ 전이라는 뜻은 아니며, AFL이 모든 post processing 뒤라고 단정할 수도 없다. WING 3.1 manual은 fader 대비 위치를 정의하지만 모든 processing block 대비 정확한 Solo tap을 명시하지 않는다.

MONITORS 화면이 청취 결과를 바꾼다#

Monitoring/Talkback section의 VIEW 또는 SETUP → MONITORS에서 PHONES와 SPEAKERS path를 독립 설정한다. [W1: Monitors, pp. 80-82]

• 기본 SOURCE와 SRC LEVEL
• Solo 중 기본 Source를 함께 섞는 SRC MIX
• DIM, PFL DIM, BAND SOLO boost
• 추가 DIRECT IN
• 8-band EQ, Pan/Width, Invert/Delay, Limiter

PFL에서 Main이 희미하게 함께 들리면 mic bleed를 의심하기 전에 SRC MIX를 본다. PFL만 작으면 Channel Gain보다 PFL DIM을 확인한다. Monitor EQ·delay가 켜져 있으면 headphones에서 듣는 음색·시간은 program과 다를 수 있다.

SOURCE SOLO를 켜면 ROUTING → SOURCES에서 Source 단위 Solo를 사용할 수 있고, manual은 신호가 Channel 39 또는 Aux 7로 route된다고 설명한다. 이 Channel/Aux의 기존 용도를 확인하지 않은 채 켜지 않는다. [W1: §5.5, p. 45]

안전 기준#

• 예배 전 LIVE 또는 STUDIO인지 확인한다.
• headphones level은 낮게 시작한다.
• PH+SPK 상태에서는 control-room speaker 유입과 feedback 가능성을 고려한다.
• Band Solo boost를 사용하기 전 monitor level을 낮춘다.
• 종료할 때 CLR SOLO하고 Solo indicator가 없는지 확인한다.
• SIP 교육은 실제 output이 없는 훈련 Show에서도 program meter가 어떻게 변하는지 읽는 데서 멈춘다.

---

12.10 Automix — 여러 말 mic를 다루는 도구이지 음악을 대신 믹스하는 기능이 아니다#

WING의 40 Input Channel은 INS2에서 AUTO-X 또는 AUTO-Y를 선택해 두 개의 독립 Automix group에 들어갈 수 있다. 전역 enable은 SETUP → AUDIO → AUTOMIX에 있다. 자동 감쇠는 Channel Fader 뒤에 추가되고, Channel Fader 조정은 Automix의 반응에도 영향을 준다. 마지막 active Channel을 열어 두어 gate가 열고 닫힐 때의 artifact를 줄인다. [W1: §5.5, p. 47; §6.1, p. 72]

적합한 사례#

• 설교 후 패널 대화의 table mic 4개
• 여러 사람이 번갈아 말하는 기도·간증 mic
• 회의형 좌석의 다중 speech mic

부적합하거나 검증이 필요한 사례#

• 여러 보컬이 동시에 노래하는 찬양팀
• 합창처럼 모든 mic의 음악적 합이 필요한 소스
• audience 반응 mic처럼 계속 공간감을 유지해야 하는 소스
• 하나의 mic에만 speaker와 music이 함께 들어오는 상황

Automix가 여러 Channel의 leak와 noise를 줄일 수는 있지만, 나쁜 mic 거리·과도한 wedge·방 잔향·RF 문제를 고치지 않는다.

교회 적용 절차#

1. Automix에 넣을 speech Channel만 목록으로 만든다.
2. 각 Channel의 실제 Source를 확인하고, 예상 최대 음성에서 preamp clip이 없으며 Fader·EQ가 기준 상태인지 먼저 검증한다.
3. Automix를 포함한다고 확인한 post-fader 청취 경로에서 한 사람 말하기, 빠른 교대, 두 사람 겹침, 침묵을 녹음한다. 격리한 test Bus를 쓴다면 해당 Channel을 POST로 보내고, 그렇지 않으면 Channel AFL 또는 검증된 post-fader recorder route를 사용한다. TAP/PRE Send는 Automix 앞에서 신호를 가져올 수 있으므로 Automix 검증 증거로 사용하지 않는다.
4. Automix off/on을 level-matched 비교한다.
5. 첫 음절 손실, 말하는 사람 전환, 두 사람 동시 발언, 마지막 mic가 남는 상태를 확인한다.
6. music Channel과 FX Return이 group에 들어가지 않았는지 검증한다.
7. 실제 예배 적용은 감독하에 낮은 output부터 열고, 문제가 생기면 INS2 Automix를 bypass한 검증 상태로 돌아간다.

Automix를 사용했다고 운영자가 fader에서 손을 뗄 수 있는 것은 아니다. 발언 우선순위, mic handling, 예상 밖의 동시 발언은 사람이 계속 판단한다.

---

12.11 RTA, Meter, COR/UNC, Clock — 표시가 증명하는 범위만 믿는다#

RTA는 “좋은 소리 점수”가 아니다#

Channel HOME의 Settings에서 RTA Source를 IN, EQ, POST 중 선택할 수 있다. Detector는 Peak, RMS, AVG를 사용할 수 있고 decay, range, autogain, fixed gain 등을 정한다. [W1: §5.1, pp. 33-34]

• IN: Channel에 배정된 raw Source의 spectrum을 본다.
• EQ: post-EQ signal을 본다.
• POST: post-fader signal을 본다.

RTA는 현재 전기 신호의 주파수별 level 분포를 보여 준다. 방의 impulse response, speaker 간 시간 정렬, 객석 coverage, feedback 안정성을 한 그래프로 증명하지 않는다. RTA peak를 볼 때 먼저 RTA Source와 detector·range가 같은지 확인한다.

Meter는 위치가 다르다#

Meter가 움직인다는 것은 그 지점에 signal이 있다는 뜻이다. 올바른 mic인지, 말이 명료한지, speaker가 실제로 소리를 내는지는 증명하지 않는다.

AES50 COR/UNC#

SETUP → AUDIO → AES50 PORTS는 port별 corrected COR과 uncorrected UNC transmission error counter를 제공한다. RESET은 counter를 0부터 다시 관찰하게 할 뿐 cable이나 clock을 수리하지 않는다. [W1: §5.5, p. 47]

판단 순서:

1. 현재 COR/UNC와 시간을 기록한다.
2. RESET 후 실제 rehearsal 구간 동안 다시 본다.
3. click/drop 발생 시각과 counter 증가를 비교한다.
4. UNC가 증가하거나 실제 drop이 재현되면 link를 정상으로 승인하지 않는다.
5. COR만 지속적·빠르게 증가해도 cable, connector, 길이, 전원, 상대 장치를 점검한다.

WING–stagebox AES50 cable은 official manual상 shielded CAT-5e, rugged/lockable end, 최대 80 m 조건을 요구한다. [W1: §3.4, p. 11]

Clock#

SETUP → AUDIO → AUDIO CLOCK에서 Clock Rate와 Sync Source를 정한다. 동기화되지 않으면 상단 Clock Rate와 Sync Source icon이 빨간색으로 깜박인다. [W1: §5.5, p. 44]

운용 중 Clock을 바꾸기 전에 topology에서 다음을 확인한다.

• 어느 장비가 master인가?
• WING, stagebox, 다른 console, USB/DAW가 각각 무엇에 sync하는가?
• Clock Rate 변경 시 어느 digital path가 동시에 끊기는가?
• independent analog backup이 있는가?

초심자는 상태를 기록하고 인계한다. 시니어도 관객·IEM·broadcast가 열린 상태에서 clock 값을 시험하지 않는다. Clock 변경 실습은 분리된 training rig에서만 수행한다.

---

12.12 Recorder와 virtual soundcheck — 녹음 버튼보다 route와 복원 시험#

세 종류의 USB/recording 경로를 구분한다#

SETUP → AUDIO → USB AUDIO는 computer interface channel 수를 정한다. 전면 USB의 SETUP → GENERAL → USB HOST SPEED가 FS이면 2-track/16-bit로 제한되고 HS이면 4-track/24-bit를 허용한다. 이 둘은 같은 설정이 아니다. [W1: §5.5, pp. 44, 47]

WING-LIVE는 한 SD card에 8/16/32 track을 설정하며, 32개를 넘겨 녹음하려면 두 card를 LINK CARDS로 연결해야 한다. SD card는 FAT32, 32 kB cluster가 필요하고 최대 32 GB card는 console에서 format할 수 있다. Format은 기존 데이터를 지우는 파괴적 동작이므로 운영 card에서 즉흥 실행하지 않는다. [W1: §8.1, pp. 83-86]

CR123 battery backup은 정전 때 WING-LIVE recording을 stop/save하도록 돕는다. PA와 WING 전체를 계속 작동시키는 UPS가 아니다.

녹음 route 설계#

각 track에 다음 다섯 항목을 기록한다.

Track 01
역할: 설교 무선
Source: AES50-A 09 raw / 또는 User Signal PRE FDR
Recorder slot: WLIVE REC 01
포함 processing: 없음 / Filter·EQ 포함 등 명시
복원 확인: WLIVE PLAY 01 → training Channel ALT

“무엇을 녹음하는가?”에 따라 tap을 다르게 선택한다.

• 후반 remix용 multitrack: raw 또는 제한된 pre-fader processing
• 예배 archive: Main/Matrix의 완성 stereo mix
• 장애 분석: critical Bus/Main/Matrix와 raw speech mic를 함께 기록
• virtual soundcheck: live Source와 Channel 역할이 1:1로 대응하는 multitrack

Recorder meter가 움직여도 track identity는 증명되지 않는다. 각 track에 순서대로 voice slate를 넣은 30초 test recording을 만든 뒤 다른 playback path로 재생해 L/R, track 번호, clipping, silence를 확인한다.

latency가 생기는 경로#

WING manual은 일반 Input Channel → Bus → Main → Matrix 순서를 따르면 processing 사용 여부와 관계없이 channel alignment를 유지한다고 설명한다. 그러나 앞 단계로 되돌아가는 routing은 지연을 추가한다. [W1: §6.6, pp. 78-79]

• Bus→Bus Send: 8 samples
• Bus/Main/Matrix를 Input Channel Source로 재입력: 38 samples
• Insert point: 32 samples
• 일부 FX: insert latency에 추가 latency가 더해짐

교회 실패 사례 — parallel path#

드럼 raw Channel이 Main으로 직접 가고 Drum Bus를 거친 copy도 Main으로 간다. Bus를 정상 순방향으로 한 번 거쳤다는 이유만으로 시간 불일치를 단정하지 않는다. WING은 Input Channel → Bus → Main → Matrix의 정상 순방향에서 Channel alignment를 유지한다. 합산이 얇아졌다면 Bus→Bus, Bus/Main/Matrix의 Input Channel 재입력, insert/FX, 외부 round-trip처럼 추가 latency가 명시되거나 예상되는 경로가 있는지 먼저 확인하고 실제 합산점에서 측정한다. polarity invert 하나로 일정한 시간 차를 모든 주파수에서 고칠 수 없다.

병렬 처리가 의도된 경우에는 다음을 검증한다.

1. 원경로와 병렬경로가 어디에서 합쳐지는지 표시한다.
2. 각 경로의 insert와 반환 routing을 기록한다.
3. 한 경로씩 mute해 음색·transient·level을 확인한다.
4. 두 경로 합산을 level-matched recording으로 비교한다.
5. 필요하면 전문 측정 도구와 적절한 엔지니어에게 시간 정렬을 이관한다.

virtual soundcheck playback에는 현재 스피커→방→mic의 feedback loop, 실제 stage spill, 연주자의 monitor 반응이 없다. 따라서 Scene·Fader·processing 연습에는 유용하지만 최종 feedback margin과 monitor level 승인에는 사용할 수 없다.

---

12.13 고급 Lab — 실제 output을 열기 전에 시스템을 증명한다#

Lab의 목적은 위험 기능을 많이 실행하는 것이 아니다. 영향 범위를 예측하고, 한 변수를 바꾸고, 기록과 meter로 결과를 증명한 뒤, 기준 상태로 돌아오는 능력을 훈련한다.

공통 안전 조건#

다음 조건을 모두 만족하지 못하면 설정을 변경하지 않고 read-only 추적만 한다.

• 관객이 없는 시간
• 운영 Show가 아닌 복사한 training Show
• actual PA, wedge, IEM transmitter, broadcast, recorder return과 분리된 test Bus/Matrix
• downstream amp/transmitter mute 또는 physical output 미할당을 두 사람이 확인
• 일정한 playback Source와 미사용 test Channel
• 변경 전 Snapshot, 화면 사진, output map
• 감독자와 원복 확인자
• headphones/monitor level을 낮게 시작

권한 단계#

Lab 1 — Source ownership audit#

상황: AES50-A 09가 설교 mic라고 불리지만 실제 socket과 사용처가 불명확하다.

절차

1. stage patch, 송신 장치 route, WING Source, Channel MAIN/ALT, 모든 목적지를 순서대로 추적한다.
2. Gain·48 V를 바꾸지 않고 Source meter와 Channel post-Trim meter를 비교한다.
3. 같은 Source를 받는 Channel과 direct Output/User Signal을 찾는다.
4. ownership 표에 Head Amp·48 V·Trim·Fader 담당자를 기록한다.

통과 기준: Source 이름 없이 실제 장비·port·slot·Channel·destination으로 경로를 말한다. 공유 Head Amp 변경의 영향을 받는 모든 운영자를 지목한다.

Lab 2 — TAP와 Bus mode truth table#

상황: Channel mute와 Fader를 내려도 test monitor Bus에 signal이 남는다.

절차

1. test Channel 세 개를 test Bus에 TAP, POST, GROUP으로 각각 보낸다.
2. TAP point를 기록하고 Channel Fader, Channel mute, Send level을 한 번에 하나씩 바꾼다.
3. 한 TAP Send에만 IGNORE CHANNEL MUTE를 켠다.
4. Bus meter와 PFL/AFL을 기록해 truth table을 만든다.

통과 기준: 남는 signal을 “pre-fader라서” 한마디로 넘기지 않고 mode, TAP, mute exception, DCA/Mute 상태로 증명한다.

Lab 3 — MAIN/ALT virtual soundcheck#

상황: live music Channel 8개만 WING-LIVE playback으로 전환한다.

절차

1. MAIN과 ALT의 Source 역할을 1:1 표로 만든다.
2. Global Input Select 대상에 음악 test Channel만 넣는다.
3. STOP/PLAY/RECORD 상태별 기대 입력을 먼저 적는다.
4. 실제 output 없이 WING-LIVE playback을 실행하고 Channel Source·meter를 확인한다.
5. MAIN으로 돌아와 live Source meter가 실제 입력에 반응하는지 확인한다.

통과 기준: 설교·talkback·playback return이 전환되지 않고, playback이 recorder input으로 재순환하지 않는다.

Lab 4 — Snapshot diff와 rollback#

상황: 곡 cue에서 vocal delay Send와 mute만 바뀌어야 한다.

절차

1. 변경할 항목과 유지할 항목을 적는다.
2. Snapshot과 Snippet 중 Snippet을 선택한 이유를 설명한다.
3. REC FOCUS를 제한하고 test 변경을 기록한다.
4. load 전후 Source, IN, Send, Fader, Mute, Output, CONFIG을 비교한다.
5. 의도하지 않은 변경을 한 개 주입하고 rollback으로 돌아간다.

통과 기준: 변경된 파라미터 목록이 요구 사항과 일치한다. rollback 뒤 사전에 정한 CONN / IN / Send / Fader / Mute / Output / CONFIG 항목의 diff가 0이고, 의도적 예외만 배포 명세서와 일치한다.

Lab 5 — 운영자용 표면 검증#

상황: 초심 운영자가 설교·영상·찬양 DCA·FX mute만 다룬다.

절차

1. SUNDAY_OP User Layer와 CC bank를 만든다.
2. master와 Send를 type prefix·색·빈 strip으로 구분한다.
3. 잘못된 page, SOF 잔류, DCA Spill 상태를 일부러 만든다.
4. 다른 운영자가 10초 안에 현재 mode와 destination을 말하는지 시험한다.

통과 기준: 초급 운영자 2명이 잘못된 page·SOF·Spill 상태 6개 중 5개 이상에서 현재 대상과 destination을 변경 전에 말한다. 숨겨진 layer나 위험 기능에 우연히 접근한 경우는 실패로 기록한다.

Lab 6 — Solo monitor chain#

상황: PFL에서 Main이 함께 들리고 signal이 예상보다 작다.

절차

1. SETUP → AUDIO → SOLO SYSTEM이 LIVE/STUDIO인지 확인한다.
2. PHONES path만 선택하고 SPEAKERS는 mute한다.
3. SRC MIX, PFL DIM, Monitor EQ/Delay를 한 항목씩 확인한다.
4. Channel Gain은 바꾸지 않고 원인을 분리한다.
5. 종료 후 CLR SOLO하고 monitor 기준 상태로 돌아간다.

통과 기준: program path와 monitor path를 혼동하지 않고 원인을 MONITORS 설정으로 증명한다.

Lab 7 — Speech Automix#

상황: 네 개의 발언 mic에서 leak를 줄이되 첫 음절과 동시 발언을 보존한다.

절차

1. Input Channel 네 개만 AUTO-X에 넣고 music Channel은 제외한다.
2. 한 사람씩, 빠른 교대, 두 사람 동시 발언, 침묵을 녹음한다.
3. POST test Bus, Channel AFL 또는 검증된 post-fader recorder route에서 Automix off/on을 같은 체감 level로 비교한다. TAP/PRE Send는 검증 경로로 쓰지 않는다.
4. Fader 변화가 Automix 반응에 미치는 영향을 test Channel 하나에서만 확인한다.

통과 기준: 단독 발언, 빠른 교대, 동시 발언, 침묵의 네 녹음에서 첫 음절 손실·명백한 pumping·music Channel 참여가 없고, 실패하면 한 동작으로 승인된 bypass 상태에 돌아간다.

Lab 8 — 디지털 경계 진단#

상황: AES50 여러 Source에서 간헐 click이 난다.

절차

1. Clock Rate/Sync Source와 상단 sync icon을 기록한다.
2. COR/UNC를 시간과 함께 기록하고 RESET한다.
3. rehearsal 동안 증가와 click 시각을 비교한다.
4. cable ID, 길이, connector, 상대 장비 전원을 문서화한다.
5. 실제 clock 값은 바꾸지 않고 담당자에게 evidence packet을 넘긴다.

통과 기준: “AES50가 이상함”이 아니라 어느 port에서 언제 어떤 counter와 증상이 함께 변했는지 보고한다.

Lab 9 — Recording 복원 시험#

상황: 24-track virtual soundcheck용 recording을 승인한다.

절차

1. track별 Source/tap/slot 표를 만든다.
2. 각 track에 식별 voice slate를 넣어 30초 녹음한다.
3. 별도 playback Channel로 복원해 번호, L/R, level, silence를 확인한다.
4. MAIN/ALT mapping과 Global 대상이 역할별 1:1인지 검사한다.
5. primary와 backup recording이 동일한 한 cable·computer·power에만 의존하지 않는지 본다.

통과 기준: recorder meter가 아니라 복원 playback으로 모든 필수 track을 증명한다.

Lab 10 — 감독하 실제 Output release#

이 Lab은 앞의 출력 없는 Lab을 모두 통과한 뒤, 시설 책임자가 승인한 maintenance 시간에만 수행한다. 실제 PA·IEM·broadcast를 처음 여는 절차이지 새 기능을 시험하는 시간이 아니다.

절차

1. 기준 Show·rollback, output map, downstream amp/transmitter mute 상태를 두 사람이 확인한다.
2. 진행 mic 하나의 Source→Channel→Main/Matrix→Output을 meter로 먼저 추적한다.
3. 실제 output은 한 구역만 선택해 master를 충분히 낮춘 상태에서 연다. 다른 Matrix·IEM·broadcast는 닫힌 채 유지한다.
4. 식별 speech를 짧게 재생해 output 번호·물리 위치·noise·예상 level control을 확인한다. 여러 speaker 또는 병렬 경로의 polarity·시간 관계는 이 청취만으로 승인하지 않고, 승인된 기준 신호·측정 절차와 시스템 담당자의 검증으로 분리한다.
5. Main Fader, Matrix Fader, emergency mute가 설계 문서대로 어느 구역을 남기고 닫는지 시험한다.
6. 성공한 구역을 다시 닫은 뒤 다음 구역으로 이동한다. 여러 output을 동시에 처음 열지 않는다.
7. 임시 Send·Solo·SOF·ALT·test Source를 제거하고 기준 Snapshot·output map과 대조한다.

중단 기준: 예상하지 않은 speaker/IEM에서 signal이 나거나, output meter와 물리 위치가 맞지 않거나, feedback·심한 noise·clip이 나타나면 즉시 해당 destination을 닫고 원인 분석을 출력 없는 상태로 되돌린다. Clock, 48 V, firmware, format, system limiter는 이 Lab에서 변경하지 않는다.

통과 기준: output map의 각 구역을 한 번씩 독립 개방해 위치·승인된 감쇠·mute를 확인한다. 다른 구역에서 예상 밖의 출력이 나면 즉시 실패로 처리하며, 마지막에 임시 routing이 하나도 남지 않는다.

---

12.14 통합 교회 설계 예시#

다음은 정답 template가 아니라, 결정과 검증을 기록하는 방식의 예다.

시스템 목적#

• Main 1: 객석 PA
• Main 2: 방송 독립 mix (MAIN LINK Off 확인)
• Bus 1–4: IEM
• Bus 9: Drum Group
• Bus 13: Vocal Reverb
• Bus 14: Vocal Delay
• Matrix 1: 로비, Main 1 post-fader
• Matrix 2: 유아실, Main 1 post-fader
• WING-LIVE: 24-track raw/limited processing multitrack
• 전면 USB 2-track: Main 2 emergency archive

Ownership#

• Stagebox Head Amp Gain·48 V: FOH senior 한 명
• 방송: 독립 Channel Trim/EQ/Fader, Head Amp 변경 요청만 가능
• IEM: Bus level은 monitor 담당, Source Gain 변경 불가
• Output patch·Clock·Snapshot RESTORE: 시스템 책임자
• 일반 운영자: SUNDAY_OP layer와 검증된 Show GO만

TAP 정책#

• IEM Input Send: PRE FDR; FOH pre-fader processing 변화가 monitor에도 영향을 준다는 점을 기록
• FX Send: POST
• Drum Group: GROUP
• WING-LIVE raw track: external Source 또는 목적에 맞는 User Signal; Channel Fader 제외
• 모든 IGNORE CHANNEL MUTE: 기본 Off, 예외는 별도 승인

MAIN/ALT 정책#

• music 1–24만 Global 대상
• MAIN: AES50 live Source
• ALT: WLIVE PLAY 대응 track
• 설교·talkback·BGM·영상·예비 mic 제외
• WING-LIVE Auto Input Select는 훈련 Show에서만 검증 후 사용

Main 독립 정책#

• SETUP → AUDIO → PREFERENCES → MAIN LINK: Off
• Main 1·2가 함께 들어간 DCA/Mute Group과 Scene Scope를 목록화
• Main 1 Fader·mute·Snapshot 전환이 Main 2 meter와 방송 return에 영향을 주지 않는지 실제 순서로 검증

Recall 정책#

• 곡 cue: Snippet 중심
• 팀 변경·기준 상태: Snapshot
• 예배 순서: Show
• NO GLOB, RESTORE: 예배 중 일반 운영자 금지
• CONN, IN, OUTPUT, CONFIG, CC/layer recall은 시스템 변경 Scene에만 포함
• 매 배포마다 rollback Snapshot과 외부 WING DATA 사본 보존

관찰 정책#

• PFL/AFL 전에 LIVE/STUDIO 확인, SIP 금지
• RTA Source/Detector를 기록하고 EQ 판단을 RTA 하나로 승인하지 않음
• rehearsal 전후 AES50 COR/UNC와 clock sync 확인
• 녹음은 30초 복원 시험 후 승인
• 예배 종료 후 임시 routing, Solo, SOF, Global ALT, Automix bypass 상태를 점검

이 예시의 핵심은 설정값이 아니다. 모든 선택에 목적, 소유자, 영향 범위, 검증, rollback이 붙어 있다는 점이다.

---

12.15 상황형 평가#

문제 1 — 방송만 Gain이 달라졌다#

FOH와 방송은 같은 AES50-A 09 Source를 각각 다른 Channel로 받는다. FOH는 정상인데 방송 Channel processing이 지나치게 세게 반응한다. 무엇을 먼저 바꿀까?

판단 기준: Source Head Amp가 clip하지 않고 공유 ownership가 FOH라면 방송 Channel의 digital Trim과 processing threshold를 검토한다. 방송 문제만으로 공유 Head Amp를 바꾸지 않는다.

문제 2 — Mute했는데 IEM에 남는다#

Channel mute를 눌렀지만 IEM Bus 1에 vocal이 남는다.

판단 기준: Bus 1의 해당 Send mode와 TAP, IGNORE CHANNEL MUTE, DCA MUTEGROUPS, Mute Group/SIP Override를 확인한다. Main mute나 Gain을 추측으로 바꾸지 않는다.

문제 3 — Scene 뒤 mic가 바뀌었다#

곡 Snapshot을 LOAD한 뒤 설교 Channel이 다른 Source를 받는다.

판단 기준: Snapshot Scope의 CONN, MAIN/ALT, Global Input Select, linked Scene을 확인한다. 현재 상태 보존 후 검증된 rollback으로 복구하고, Scope를 제한한다.

문제 4 — Safe했는데 값이 돌아갔다#

Global Safe한 Channel의 Gain이 Snapshot recall 뒤 과거 값으로 바뀌었다.

판단 기준: 실행한 동작이 PARTIAL LOAD + NO GLOB 또는 RESTORE였는지 확인한다. Initialize도 Global Safe를 덮을 수 있다. Safe 고장으로 단정하지 않는다.

문제 5 — PFL이 Main과 섞인다#

PFL에서 선택하지 않은 전체 mix가 낮게 함께 들린다.

판단 기준: SETUP → MONITORS의 SRC MIX와 기본 Source를 본다. mic leak를 줄이겠다며 Gate를 먼저 조절하지 않는다.

문제 6 — Virtual playback이 live mic를 바꿨다#

WING-LIVE PLAY를 누르자 설교 mic가 녹음으로 바뀐다.

판단 기준: 설교 Channel이 Global Input Select 대상인지, ALT에 무엇이 배정됐는지, Auto Input Select의 PLAY INPUT이 무엇인지 확인한다. playback route와 live route를 다시 분리한다.

문제 7 — Recorder meter는 정상인데 track이 없다#

WING-LIVE meter는 움직였지만 재생해 보니 설교용 track에 다른 mic가 녹음되어 있다.

판단 기준: ROUTING → OUTPUTS → WLIVE REC의 slot assignment와 Source/tap 표를 대조한다. meter만으로 track identity를 승인하지 않고 voice slate 복원 시험을 한다.

문제 8 — Drum parallel path가 얇아졌다#

Drum Bus processing을 섞자 저역이 강해지지 않고 일부 대역이 사라진다.

판단 기준: 정상 순방향 Bus 경유 자체를 지연 원인으로 단정하지 않는다. raw와 Bus path의 합산점, Bus→Bus, Bus/Main/Matrix→Input 재입력, insert/FX, 외부 round-trip 여부를 확인한다. polarity만 뒤집어 해결했다고 단정하지 않고, 경로를 하나씩 mute한 뒤 필요하면 시간 정렬 측정을 이관한다.

---

12.16 시니어·마스터 통과 기준#

시니어#

• 진행 mic 하나의 physical input→Source→Channel→모든 Bus/Main/Matrix→Output을 실제 번호로 설명한다.
• Head Amp, 48 V, Trim, Fader, monitor, broadcast, output의 소유자를 정한다.
• 모든 핵심 TAP Send의 processing 포함 범위와 mute 예외를 문서화한다.
• MAIN/ALT virtual soundcheck를 진행 mic 침범 없이 전환·원복한다.
• Snapshot Scope·Global Safe·NO GLOB·RESTORE의 영향 차이를 설명한다.
• 역할별 User Layer와 CC를 설계하고 SOF/Spill 잔류를 운영자가 식별하게 한다.
• LIVE/STUDIO Solo에서 monitor path 문제와 program 문제를 분리한다.
• COR/UNC, clock icon, meter tap, RTA Source를 기록해 진단 범위를 좁힌다.
• recording을 복원 재생으로 검증한다.

마스터#

• raw split, processed split, direct output, Bus/Main/Matrix 반환 경로의 topology와 latency를 표시한다.
• Scene 변경 요구를 Snapshot/Snippet/Show 단위로 나누고 peer review·rollback을 운영한다.
• 외부 사본에서 training system을 복구하고 Scope·Safe·routing 완전성을 증명한다.
• stagebox/console의 audio, clock, HA remote, customization sync를 서로 다른 흐름으로 문서화한다.
• 원격·표면·recording·Scene 장애를 주입한 모의 예배에서 안전한 최소 상태로 전환한다.
• 다른 운영자가 같은 증상에서 같은 첫 행동을 선택하도록 SOP와 Lab 평가표를 만든다.

마스터는 모든 문제를 혼자 고치는 사람이 아니다. 자신이 직접 수행할 변경, 감독하에 수행할 변경, 시스템·전기·RF·측정 전문가에게 넘길 변경을 정확히 나누는 사람이다.

---

장 요약#

1. WING 운용은 Source ownership, audio topology, control topology, recall state, operator surface를 함께 설계하는 일이다.
2. Source 이름보다 실제 physical input·AES50 slot·사용 Channel·소유자를 확인한다.
3. Bus의 TAP/POST/GROUP은 sender마다 다를 수 있고, processing order와 TAP은 monitor·recording 결과를 함께 바꾼다.
4. MAIN/ALT와 Auto Input Select는 virtual soundcheck를 빠르게 하지만 Global 대상이 틀리면 live mic를 바꾼다. 여러 Main을 독립 mix로 쓸 때는 MAIN LINK도 확인한다.
5. Snapshot은 전체 상태를 저장하고 Scope로 일반 load 범위를 정한다. NO GLOB, RESTORE, Initialize는 Safe를 우회할 수 있다.
6. 작은 cue는 Snippet, 전체 기준점은 Snapshot, 순서 운용은 Show를 사용하며 모든 Scene을 실제 전환으로 rehearsal한다.
7. Custom Controls와 User Layer는 빠른 접근보다 오조작 방지를 목표로 설계한다.
8. LIVE/STUDIO Solo는 program을 바꾸지 않지만 SIP는 실제 Bus/Main/Matrix를 바꾼다. MONITORS 설정이 PFL/AFL 청취를 바꿀 수 있다.
9. Automix는 여러 speech mic를 위한 도구이며 음악 보컬을 대신 믹스하지 않는다.
10. RTA, meter, COR/UNC, clock icon은 각자의 지점과 범위만 증명한다.
11. recorder는 route와 복원 시험으로 승인하며, virtual soundcheck는 현재 feedback loop를 재현하지 않는다.
12. 일반 Input→Bus→Main→Matrix는 정렬되지만 Bus→Bus, Bus/Main/Matrix 재입력, insert에는 추가 latency가 있다.
13. 모든 고급 변경은 출력 격리, 한 변수, before/after 기록, peer verification, rollback을 포함해야 한다.

---

검증 근거와 적용 범위#

WING 공식 근거#

• [W1] Behringer, WING / WING COMPACT / WING RACK User Manual, 2025-10-20, Firmware 3.1.

주요 참조 위치:

• Source, Channel, Bus, Main, Matrix, User Signal/User Patch: §§2.1–2.6, pp. 6–9
• AES50 연결 요건: §3.4, p. 11
• Fader/User Layer: §4.2, pp. 14–19
• Custom Controls, SOF: §§4.8–4.9, pp. 25–29
• Channel HOME, Tags, RTA, Bus Feed: §5.1, pp. 30–36
• ROUTING: §5.4, pp. 38–41
• Setup, Clock, MAIN/ALT, Solo, Meter, AES50 error, Surface, Remote: §5.5, pp. 41–51
• Show, Snapshot, Scope, Global Safe, Snippet: §5.6, pp. 52–60
• User Layer CONFIG와 Mute Group: §§5.10–5.11, pp. 64–67
• Input processing, TAP, Automix, Sends: §6.1, pp. 68–74
• Bus, Matrix, Main, latency: §§6.3–6.6, pp. 75–79
• Monitor/Solo/Talkback path: §7, pp. 80–82
• WING-LIVE와 전면 USB recorder: §8, pp. 83–87
• Startup bypass, Initialize, Emergency Boot, Surface Lock: §§9–10, pp. 88–91

검증·안전 경계#

• 이 장의 WING 기능 설명은 위 공식 매뉴얼로 확인했다. 실제 firmware나 모델이 다르면 현재 console UI와 해당 공식 문서를 우선한다.
• User Signal 수량처럼 동일 manual 안에서 충돌하는 숫자는 고정 사실로 가르치지 않는다. 실제 Firmware 3.1 UI의 가용 수를 작업 전 확인한다.
• Stagebox별 HA remote, computer driver/buffer, network 보안, GPIO electrical wiring, system DSP/limiter, speaker alignment는 해당 장비 문서와 자격 있는 담당자의 검증이 필요하다.
• Lab의 권한 구분과 rollback은 안전한 운영을 위한 현장 workflow다. 제조사가 모든 교회에 강제하는 단일 절차가 아니다.