본당 밖에서도 무너지지 않는 방송·녹음

대상: 풀사이즈 Behringer WING으로 교회 예배의 객석 음향과 온라인 송출·녹음을 함께 운영하는 봉사자와 시니어 운영자
검증 기준: WING Series User Manual 2025-10-20, Firmware 3.1; 방송 음량·음성-영상 상대 시간 공식 자료, 확인일 2026-08-13
이 장의 핵심 등급: 확립된 원리 디지털 오디오·방송 측정 원리 · WING 공식 공식 기능·경로 · 현장 절차 반복 가능한 운영 관행 · 상황별 판단 플랫폼·장비·공간별 선택 · 선택 작업법 선택 가능한 작업 방식

본당에서 좋은 소리가 난다는 사실만으로 온라인 예배의 소리가 좋다고 판정할 수 없다. 본당 청취자는 스피커뿐 아니라 무대의 드럼, 기타 앰프, 회중의 찬송과 방의 울림을 직접 듣는다. 온라인 시청자는 마이크와 재생 신호 중 송출 경로에 실제로 들어간 것만 듣는다. 그 뒤에도 오디오 인터페이스, 영상 장비, 인코더, 네트워크, 플랫폼 처리와 시청자 기기가 소리를 바꿀 수 있다.

이 장은 12장의 raw split·Main/Bus/Matrix·recorder 구조를 반복해 외우게 하지 않는다. 그 기능을 이용해 다음 한 가지 질문에 끝까지 답한다.

설교와 음악과 회중의 현장감이 WING을 떠나 실제 시청자의 재생 기기와 복원된 녹음 파일까지 의도대로 도달했는가?

입장 조건: 2장의 Gain·Trim·Fader, 4장의 Bus·Main·Matrix, 5장의 Routing, 10장의 mono/stereo translation, 12장의 Source ownership와 recorder 복원 시험을 설명할 수 있어야 한다. 모르는 항목은 이 장의 링크를 따라 앞 장에서 먼저 확인한다.
권한 경계: 방송 운영 교육을 통과해도 공유 Head Amp·48 V, Output patch, Clock, 영상 장비, 네트워크, 전기, 저작권·초상권 정책을 임의 변경할 권한이 생기지 않는다. 교회가 지정한 소유자와 현장 SOP를 따른다.

---

이 장을 마치면#

다음 세 가지를 실제 증거로 수행할 수 있어야 한다.

1. FOH와 송출이 왜 다르게 들리는지 설명하고, WING에서 공유형·독립형·raw split형 경로 중 맞는 구조를 선택한다.
2. 입력부터 시청자 반환까지 Gain·Loudness·True Peak·mono·작은 스피커·lip sync를 각기 맞는 지점에서 검사한다.
3. 주 녹음과 예비 녹음을 실제로 복원하고, 무음·왜곡·한쪽 채널·지연·인코더 장애를 경계별로 좁혀 안전하게 축소 운영한다.

먼저 한 문장#

방송 믹스는 본당 Main을 녹음 버튼에 연결하는 일이 아니라, 화면 밖 시청자에게 필요한 소리를 별도 목적지로 섞고 인코더와 플랫폼을 지난 실제 반환 신호로 검증하는 일이다.

이번 장에서 먼저 쓸 말#

기관명과 표준 번호는 이 용어를 처음 이해하는 데 필요하지 않다. 측정 정의와 출처가 필요할 때 장 끝의 검증 근거와 적용 범위에서 확인한다.

---

14.1 먼저 두 개의 청취 공간을 분리한다#

본당

WING 객석 믹스+무대 직접음+방·회중 반응

회중석에서 실제로 듣고 여러 좌석의 전달을 확인한다.

방송

방송으로 보낸 믹스+필요한 마이크+의도한 공간감

인코더 뒤 실제 반환 신호를 휴대폰·이어폰·mono에서도 확인한다.

SOURCE→방송용 MIX→OUTPUT / USB→ENCODER→실제 시청자 반환

본당 청취자는 콘솔 밖의 소리도 듣는다 확립된 원리#

본당 한 좌석에서 들리는 결과는 대략 다음처럼 구성된다.

본당에서 듣는 것
= PA 스피커 소리
+ 드럼·피아노·기타 앰프 같은 무대 직접음
+ 회중이 직접 부르는 소리
+ 벽·천장·바닥에서 돌아오는 반사와 잔향

WING의 Main 미터는 첫 줄의 전기 신호를 보여 줄 수 있지만, 나머지 줄이 좌석에서 얼마나 더해졌는지는 보여 주지 않는다.

온라인 시청자는 송출 경로에 들어간 신호만 듣는다 확립된 원리#

[마이크·DI·재생]
        ↓
      [WING]
        ↓ 송출용 Main/Bus/Matrix/Output
[영상 장비·오디오 인터페이스]
        ↓
     [인코더]
        ↓
 [네트워크·플랫폼]
        ↓
  [시청자 앱·기기]

드럼이 본당에서 충분히 크더라도 드럼 마이크나 다른 마이크의 누음이 송출 믹스에 들어가지 않으면 온라인에서는 작거나 사라진다. 회중의 찬송과 박수도 마찬가지다. 반대로 본당에서는 자연스럽게 섞이던 리버브와 무대 소리가 온라인에서는 부족해 건조하고 가까운 소리만 남을 수 있다.

“FOH Main을 그대로 보내면 왜 이상하지?”#

FOH 운영자는 객석에 이미 존재하는 직접음과 방의 울림을 고려해 PA에 부족한 만큼 보탠다. 그 믹스의 전기 신호만 온라인에 보내면 시청자는 FOH 운영자가 객석에서 함께 들었던 나머지 성분을 받지 못한다.

다음 표는 같은 조작이 두 공간에서 왜 다르게 판단되는지 보여 준다.

현장 절차 — 방송 판단은 FOH 콘솔 위치의 공기 소리와 송출 헤드폰을 번갈아 듣는 것만으로 끝나지 않는다. 두 소리는 애초에 서로 다른 목적지다. 송출 경로를 독립적으로 Solo/AFL하거나 별도 monitor Source로 듣고, 마지막에는 실제 시청자 반환을 확인한다.

---

14.2 현장감 마이크는 “회중을 크게”가 아니라 공간의 반응을 전달한다#

역할부터 제한한다#

현장감 마이크는 보통 다음 정보를 보탠다.

• 회중의 찬송, 응답, 박수와 웃음
• 본당의 크기와 예배가 실제 공간에서 진행된다는 느낌
• 노래와 순서 사이의 자연스러운 전환
• 말과 음악이 끝난 뒤 공간이 반응하는 정도

현장감 마이크는 설교자의 주 마이크를 대신하지 않는다. 말 명료도가 부족하다고 현장감 마이크부터 올리면 방 반사, PA 누음과 무대 소음까지 함께 올라가 문제를 가릴 수 있다.

위치는 “어디가 제일 크나”보다 무엇을 피해야 하는가로 정한다 상황별 판단#

원하는 것: 회중의 넓은 반응과 자연스러운 공간감
피할 것: 한 사람의 목소리, PA 스피커의 직격, 드럼 한 파트, HVAC 소음,
         카메라·조명 장비 소음, 발걸음과 문 소리

다음 순서로 후보 위치를 비교한다.

1. 한 마이크만 임시 설치하고 출력이 격리된 녹음으로 듣는다.
2. 설교, 회중 찬송, 박수, 침묵을 각각 기록한다.
3. 주 마이크와 함께 켰을 때 말이 흐려지거나 음색이 빗살처럼 변하는지 비교한다.
4. 특정 사람이나 스피커가 과도하게 가까우면 위치와 각도를 먼저 바꾼다.
5. 두 대를 stereo로 쓸 때 L/R 이름, 실제 위치, polarity, 동일 경로 여부를 문서화한다.

마이크 사이 거리나 천장 높이에 보편적인 한 숫자를 적용하지 않는다. 방 크기, 스피커 방향, 좌석 배치, 카메라 프레임, 안전한 설치 위치가 다르기 때문이다.

주 마이크와 섞을 때 생기는 시간 문제 확립된 원리 상황별 판단#

같은 PA 소리나 설교 목소리가 가까운 주 마이크와 멀리 있는 현장감 마이크에 서로 다른 시간으로 도달한다. 두 신호를 많이 합치면 특정 음역이 줄고 다른 음역이 커지는 콤 필터, 말의 윤곽이 두꺼워지는 느낌, 공간이 뒤로 밀리는 느낌이 생길 수 있다.

이 때문에 현장감 마이크는 보통 다음처럼 운영한다.

• 설교 중에는 주 마이크의 명료도를 해치지 않는 범위에서 공간만 남긴다.
• 회중 찬송과 박수에서는 필요한 만큼 더 드러낸다.
• noise gate가 첫 박수나 작은 응답을 잘라먹는다면 자동 처리보다 장면별 Fader·Snapshot·Snippet 운용을 검토한다.
• delay를 숫자 하나로 맞추기 전에 어느 소리와 어느 지점에서 합칠 것인지 정한다.
• processing으로 해결하려 하기 전에 위치·각도·주변 소음을 먼저 개선한다.

피드백과 순환 경로#

현장감 마이크를 방송에만 보내도, 방송 반환이나 모니터 경로가 다시 PA로 들어가면 지연된 순환음과 피드백이 생길 수 있다. 따라서 다음을 문서화한다.

Audience L/R → 방송 경로: 허용
Audience L/R → 객석 Main: 기본 미사용 또는 목적 명시
Audience L/R → 무대 IEM/wedge: 기본 미사용 또는 목적 명시
시청자 반환 → 어떤 Main/Bus/Matrix: 모두 금지

상황별 판단 — 출연자의 IEM에 공간감이 꼭 필요하다면 방송 현장감 마이크와 같은 Source를 사용할 수 있지만, 해당 monitor 담당자가 별도 Send level·mute 정책과 돌발음 위험을 승인해야 한다. 방송에서 좋은 양이 IEM에서도 안전한 양이라는 뜻은 아니다.

현장 노트 1 — 실제 회중 반응을 필요한 만큼만 더한다 현장 절차 상황별 판단#

근거: FN-07-09; 서로 다른 영상 2개, 신뢰도 보통. 현장 행동은 보조 관행이며 WING 기능·신호 원리는 공식 매뉴얼로 확인했다. 대표 영상 13:35

• 상황: FOH와 달리 송출에서 회중 반응과 공간이 사라져 예배가 고립돼 들린다.
• 먼저 할 행동: HVAC와 PA 직접축을 피한 현장감 마이크 후보를 방송 Bus/Main에만 낮게 열어 실제 회중 반응이 살아나는지 비교한다.
• 왜 통하는가: 실제 마이크는 그 예배의 박수·찬송·공간 시간 정보를 함께 담는다. 인공 리버브는 공간감을 만들 수 있지만 실제 회중 반응을 만들어 내지는 못한다.
• 조건: 마이크 위치, speech와의 시간차, headroom, 방송 전용 Send와 반환 격리가 확인돼야 한다.
• 중단·예외: PA 직음, HVAC, 지연된 말, 저역 번짐, polarity/합산 문제가 더 크게 들리면 level을 더 올리지 말고 줄이거나 위치를 바꾼다. 객석 Main과 wedge로 되돌리지 않는다. 실제 공간이 지나치게 시끄럽거나 반응을 담으면 안 되는 순서라면 인공 공간감이 더 통제 가능한 선택일 수 있다.
• WING 확인: 현장감 Channel의 Sends 또는 SOF에서 방송 목적지만 열렸는지 확인하고 방송 Main/Bus를 AFL한 뒤 encoder 이후 반환과 비교한다.
• 성공 증거: 회중 반응은 살아나지만 설교 첫 음절과 주 보컬의 위치가 흐려지지 않고, 방송 master와 downstream meter에 필요한 여유가 남는다.

---

14.3 WING에서 송출 경로를 설계하는 네 가지 방식#

먼저 구조 선택 질문에 답한다#

아래 항목은 FOH 변화와 방송 변화가 얼마나 독립적이어야 하는가를 비교한다.

핵심 개념4개 항목 · 제목을 눌러 자세히 보기

FOH 완성 믹스 복사객석 Main 또는 그 복사본

방송에 들어가는 신호

객석 Main 또는 그 복사본

독립적으로 바꿀 수 있는 것

최종 출력 레벨·일부 Matrix 처리

함께 움직일 수 있는 것

FOH 밸런스·mute·processing

적합한 상황

별도 운영자가 없고 최소 송출만 필요

핵심 위험

본당 직접음·회중 반응이 빠져 온라인 밸런스가 빈약함

같은 Channel의 별도 Main각 Input/Aux Channel의 다른 Main Send

방송에 들어가는 신호

각 Input/Aux Channel의 다른 Main Send

독립적으로 바꿀 수 있는 것

Main별 Send level·pan, 송출 Main processing

함께 움직일 수 있는 것

Source, Head Amp, Channel processing; pre/post 선택에 따라 Channel Fader

적합한 상황

채널 수와 인력이 제한되지만 FOH와 다른 밸런스가 필요

핵심 위험

공유 processing과 mute 정책을 모르고 독립 믹스라고 착각

같은 Channel의 방송 Bus각 Channel의 TAP/POST/GROUP Send

방송에 들어가는 신호

각 Channel의 TAP/POST/GROUP Send

독립적으로 바꿀 수 있는 것

Send level과 Bus processing

함께 움직일 수 있는 것

선택한 TAP 이전 processing, Source·Head Amp

적합한 상황

방송을 하나의 목적 mix로 모으고 Main을 다른 용도로 쓸 때

핵심 위험

Send mode·TAP·mute 예외가 섞여 원인을 추적하기 어려움

raw Source를 방송 Channel로 분리같은 Source를 FOH Channel과 방송 Channel이 각각 받음

방송에 들어가는 신호

같은 Source를 FOH Channel과 방송 Channel이 각각 받음

독립적으로 바꿀 수 있는 것

방송 Trim·processing·Fader·Send

함께 움직일 수 있는 것

실제 Head Amp Gain·48 V·Source MUTE·polarity/phase·mono/stereo/M/S 구성

적합한 상황

전담 방송 믹스와 충분한 Channel이 있을 때

핵심 위험

같은 Source를 두 번 합산하거나 공유 Source 제어를 방송에서 임의 변경

어느 방식도 이름만으로 정답이 아니다. 교회의 인원, Channel 여유, 실패 시 우회, 운영자가 동시에 볼 수 있는 화면과 복구 능력을 함께 판단한다.

현장 노트 2 — 목적지가 다르면 같은 입력도 다르게 섞는다 현장 절차 상황별 판단#

근거: FN-05-03; 서로 다른 영상 2개, 신뢰도 보통. “목적지별로 다르게 판단한다”는 보조 관행이며 실제 Main/Bus/TAP 동작은 WING 공식 매뉴얼을 따른다. 대표 영상 06:29

• 상황: 한 WING이 객석 Main, 방송과 여러 wedge를 동시에 담당한다.
• 먼저 할 행동: 각 목적지의 청취 환경과 우선순위를 적고, 독립이 필요한 목적지는 별도 Main/Bus와 명시된 Send mode로 분리한다.
• 왜 통하는가: 객석은 PA와 무대 직접음을 함께 듣고, 방송은 route된 신호를 들으며, wedge는 연주자가 필요한 기준을 가까운 스피커로 듣는다. 같은 Source라도 필요한 상대 레벨과 처리가 다르다.
• 조건: 운영자가 각 목적지를 실제로 AFL/monitor할 수 있고 Source ownership와 비상 감쇠를 이해해야 한다.
• 중단·예외: 별도 mix 수가 운영 인력과 검증 능력을 넘으면 이름만 독립된 방치 경로가 된다. 복잡도를 줄이거나 검증된 공유 구조를 택한다. Head Amp Gain·48 V·Source MUTE·polarity/phase·mono/stereo/M/S 구성처럼 Source-level 공유 조작은 목적지별로 분리되지 않는다.
• WING 확인: Channel Sends, SOF, 대상 Main/Bus의 Feed Configuration에서 pre/post와 TAP/POST/GROUP, 실제 TAP 위치를 확인한다. Main·방송·wedge를 각각 AFL하고 해당 master·Output의 headroom을 따로 본다.
• 성공 증거: 한 목적지의 허용된 Fader/Send 조절이 문서대로만 다른 목적지에 반영되며, 운영자가 공유되는 조작과 독립되는 조작을 구술한다.

방식 A — FOH Main을 기록·송출한다 WING 공식 상황별 판단#

[FOH Input Channels] → [Main 1: 객석] → [송출 Matrix 또는 Output] → [인코더]

장점은 구조가 단순하고 FOH mute와 밸런스가 그대로 따라간다는 점이다. 단점은 14.1에서 설명한 본당 직접음의 부재를 보상하기 어렵다는 점이다. 현장감 마이크나 일부 송출 전용 보정이 필요하면 Main 1 뒤 Matrix에 제한된 처리를 두거나 더 독립적인 구조로 이동한다.

Matrix를 단지 “볼륨 하나 더”로 만들지 않는다. 다음 항목을 문서화한다.

Matrix 이름과 목적:
어느 Main/Bus가 어떤 pre/post 상태로 들어오는가:
현장감 마이크 등 추가 Send가 있는가:
최종 Output slot과 물리 연결:
mute·비상 감쇠 담당:
processing과 원복 상태:

WING — Matrix에는 Input·Aux·Bus Channel의 Matrix Send와 Main의 Matrix Send를 넣을 수 있다. 그러나 Matrix 출력을 다른 Bus나 Matrix로 직접 보낼 수는 없다. Matrix의 Direct Input도 임의의 microphone Source 선택기가 아니라 매뉴얼이 명시한 AES/EBU·Phones·Speakers·Solo bus용 추가 입력이다. Matrix를 다시 Input Channel의 Source로 받아 우회하는 재진입 경로는 가능하지만 추가 latency와 순환 경로 위험을 만들므로 일반 송출의 기본 구조로 쓰지 않는다.

방식 B — 같은 Channel에서 별도 Main을 만든다 WING 공식#

WING에는 4개의 stereo Main이 있고 각 Input/Aux Channel은 Main별 독립 Send를 가진다. 각 Main Send는 pre- 또는 post-fader로 구성할 수 있다. 예를 들어 Main 1은 객석, Main 2는 송출로 사용할 수 있다.

[한 Input Channel]
   ├─ Main 1 Send → [Main 1: 객석]
   └─ Main 2 Send → [Main 2: 송출]

이 구조는 두 개의 Main 출력을 만들지만 모든 단계가 독립되는 것은 아니다.

• 실제 Source의 Head Amp Gain·48 V뿐 아니라 Source MUTE, polarity/phase와 mono/stereo/M/S 구성도 공유된다.
• Channel의 Filter·EQ·Dynamics와 처리 순서는 공유된다.
• Main Send의 pre/post 선택에 따라 Channel Fader 변화가 반영되는 방식이 달라진다.
• mute와 Safe/recall 동작은 실제 Show에서 시험해야 한다.
• Main 2의 processing은 Main 1과 독립이다. 다만 Main 2 Fader는 SETUP → PREFERENCES → MAIN LINK에서 M1과 연결되지 않았을 때만 독립이다. 공유 DCA·Mute Group·Scene scope도 실제 Show에서 확인한다.

WING 작업 순서

1. 선택 대상: 송출에 사용할 Main을 정하고 BCAST, STREAM처럼 목적이 보이는 이름을 붙인다.
2. 화면/섹션: 각 Input/Aux Channel의 Main Sends 또는 선택한 Main의 Feed Configuration에서 참여 Source를 확인한다.
3. 변경 항목: Main Send level, pan, pre/post 상태를 한 번에 하나씩 정한다.
4. 영향 범위: FOH Channel Fader·mute·processing을 움직였을 때 송출이 어떻게 반응하는지 격리 녹음으로 시험한다.
5. 원복: 변경 전 Snapshot 또는 승인된 Send 표와 대조한다.

방식 C — 방송 Bus를 만든다 WING 공식#

[Input/Aux Channels] → [Bus: STREAM MIX] → [Main 또는 Matrix/Output] → [인코더]

WING의 Bus Send mode는 Channel마다 TAP, POST, GROUP을 다르게 쓸 수 있다. 송출 Bus를 만들었다고 모든 Channel이 자동으로 같은 시점에서 들어오는 것이 아니다.

• TAP: Input Channel에서는 현재 TAP 위치에서 별도 Send level로 보낸다. TAP이 POST FDR 또는 POST PROC이면 Channel Fader 영향도 따른다. Aux Channel의 TAP은 post-insert/pre-fader에 고정된다. TAP을 곧바로 raw 또는 pre-fader로 간주하지 않고 Channel 종류와 실제 TAP 위치를 기록한다.
• POST: Channel Fader 뒤에서 독립 Send level로 가져온다.
• GROUP: 별도 Send level 없이 Channel Fader 뒤 신호를 보낸다.

송출 Bus 안에서 mode를 섞을 이유가 없다면 정책을 단순하게 유지한다. 예외가 있다면 Source별로 이유와 mute 동작을 표에 남긴다. IGNORE CHANNEL MUTE가 켜진 TAP Send는 Channel을 mute해도 남을 수 있으므로 일반 운영자가 보는 이름과 비상 감쇠 경로를 분명히 한다.

현장 노트 3 — 한 사람이 FOH와 방송을 맡을 때의 post-fader stereo Bus 현장 절차 상황별 판단#

근거: FN-07-08; 고유 영상 1개, 신뢰도 제한. 단일 사례이므로 보편 규칙이나 독립 방송의 정답으로 사용하지 않는다. 대표 영상 10:45

• 상황: 별도 방송 콘솔·전담자가 없고 한 운영자가 본당 FOH와 송출을 동시에 맡아야 한다.
• 먼저 할 행동: 검증된 stereo 방송 Bus를 만들고 필요한 Channel Send를 POST로 구성한 뒤, SOF에서 본당 직접음이 방송에 빠지는 Source만 목적에 맞게 보정하는 방식을 후보로 시험한다.
• 왜 통할 수 있는가: FOH Channel Fader 변화가 방송의 기본 흐름을 따라가므로 단일 운영자의 동작 수를 줄이면서 Source별 Bus Send로 일부 차이를 보완할 수 있다.
• 적용 조건: FOH Fader와 mute가 송출에도 반영되는 것이 의도이며, 운영자가 방송 Bus AFL과 실제 반환을 표본 확인할 수 있어야 한다. 모든 Source의 Send mode와 mute 동작을 리허설에서 검증한다.
• 중단·예외: 드럼·앰프처럼 본당 직접음이 큰 Source, audience mic, 영상 삽입물은 FOH와 다른 보정이 필요할 수 있다. FOH 변화가 방송에 따라오면 안 되는 예배, 전담 방송 믹스가 필요한 품질 수준, 복잡한 automation에서는 raw split 또는 다른 독립 구조를 검토한다. POST라는 이름만 보고 mute·processing·recall 동작을 추정하지 않는다.
• WING 확인: 방송용 stereo Bus, 각 Channel의 POST Send, SOF 보정, Bus AFL, Bus/Matrix Output patch와 encoder input을 차례로 확인한다.
• 성공 증거: FOH의 정상 cue와 mute가 방송에서 예상대로 따라가고, 말·드럼·회중·영상 전환은 별도 보정 후 반환에서도 균형을 유지한다. 단일 운영자가 다음 cue를 놓치지 않을 정도로 조작 수가 실제로 줄어야 한다.

방식 D — raw Source를 별도 방송 Channel로 나눈다 WING 공식#

                         ┌→ [FOH Channel] ─→ [Main 1]
[Physical input] → [Source]
                         └→ [방송 Channel] ─→ [Main 2]

WING은 하나의 Source를 여러 Channel에 배정할 수 있다. 두 Channel은 Source의 Head Amp Gain·48 V뿐 아니라 Source MUTE, polarity/phase와 mono/stereo/M/S 구성을 공유한다. 각 Channel의 digital Trim·processing·Fader·Send만 독립이다. 이것이 이 장에서 말하는 raw split이며, 모든 Source-level 음향 제어는 지정된 Source owner만 변경한다.

WING 작업 순서

1. ROUTING → SOURCES에서 physical input, Source 이름, Gain·48 V 소유자를 먼저 확인한다.
2. ROUTING → CHANNELS에서 같은 Source를 FOH Channel과 방송 Channel의 MAIN Source로 각각 배정한다.
3. 두 Channel 이름에 목적을 함께 적는다. 예: SPCH-FOH, SPCH-BC.
4. 방송 Channel의 digital Trim과 processing을 실제 송출 청취 기준으로 독립 설정한다.
5. 두 Channel이 같은 객석 Main 또는 같은 방송 Main에 동시에 잘못 들어가 중복 합산되지 않는지 하나씩 mute해 확인한다.
6. Head Amp Gain·48 V·Source MUTE·polarity/phase·mono/stereo/M/S 구성은 Source ownership 담당자만 바꾼다. 방송에서만 작다면 방송 Channel Trim과 downstream 경로부터 본다.

Main·Bus·Matrix의 역할을 겹쳐 쓰지 않는다#

추천하는 개념적 분리는 다음과 같다. 실제 교회에 맞게 줄일 수 있다.

[개별 Source/Channel]
        ↓ 개별 밸런스
[방송 Main 또는 Bus]       ← “무엇을 얼마나 섞는가”
        ↓
[송출 Matrix]              ← “이 목적지에 어떤 최종 처리·레벨·지연을 적용하는가”
        ↓
[WING Output assignment]   ← “어느 USB/AES50/Local slot으로 내보내는가”
        ↓
[영상 장비·인터페이스·인코더]

Matrix 없이 Main을 직접 Output으로 보내도 된다. 반대로 이유 없이 Bus→Main→Matrix→Input Channel처럼 되돌려 복잡하게 만들면 추적과 latency·loop 위험만 늘어난다.

raw Source를 Output에 직접 보내는 것과 raw split은 다르다#

Source direct-to-output은 Channel processing, Fader와 mute를 우회할 수 있다. multitrack 원본 수집처럼 목적이 명확할 때는 유용하지만, 설교와 음악을 섞어 안전하게 감쇠해야 하는 일반 송출 믹스에는 부적합할 수 있다. raw split은 Source를 별도 Channel에 넣어 처리와 제어를 독립시키는 구조다.

---

14.4 인코더까지의 Gain Structure — 어느 단계가 깨졌는지 분리한다#

송출에는 여러 개의 ceiling이 있다 확립된 원리#

[마이크/DI]
  → [Head Amp와 A/D]
  → [방송 Channel]
  → [방송 Main/Bus]
  → [Matrix/Output]
  → [인터페이스·영상 장비 입력]
  → [인코더 내부 mixer]
  → [코덱·플랫폼]
  → [시청자 재생]

각 단계에는 감당할 수 있는 신호 범위와 별도 meter가 있을 수 있다. 앞 단계에서 이미 clip된 신호는 뒤 Fader를 내려도 복구되지 않는다. 반대로 WING이 깨끗해도 영상 장비의 analog input이나 인코더 mixer가 과입력되면 그 뒤에서 왜곡된다.

경계별로 확인한다#

안전한 맞춤 순서 현장 절차#

1. 실제 예배에서 발생할 가장 큰 정상 사용을 리허설에서 받는다. 비명이나 고의 타격으로 시험하지 않는다.
2. Source·Channel·Main/Bus·Matrix/Output·인코더 입력 meter를 앞에서 뒤로 기록한다.
3. 처음 과도하거나 깨지는 단계의 바로 앞 조절을 찾는다.
4. 뒤 단계가 너무 작다면 앞의 공유 Gain을 무작정 바꾸지 말고 그 경계 사이의 출력·입력 기준을 맞춘다.
5. 말, 음악, 회중 반응과 영상 재생을 실제 순서대로 통과시킨다.
6. 송출 녹음과 시청자 반환에서 왜곡·noise·mute·L/R를 다시 확인한다.

Limiter는 평균 음량을 자동으로 완성하지 않는다#

Limiter는 순간 피크가 설정 범위를 넘지 않게 제한하는 도구다. 평균 체감 음량, 말과 음악의 밸런스, 지나친 압축, pumping, 현장감은 대신 판단하지 못한다. Limiter가 계속 크게 동작한다면 “안전하게 막고 있다”보다 앞단의 밸런스·processing·출력 기준이 잘못됐는지 먼저 본다.

Limiter threshold와 WING peak meter는 그 자체로 dBTP 준수를 증명하지 않는다. 사용한 limiter가 true-peak 동작을 명시하지 않았다면 sample peak 제한으로 취급하고, 마지막 관련 처리와 필요하면 codec 이후 신호를 규격 기반 True Peak meter로 측정해 delivery profile의 여유를 확인한다.

WING meter와 방송 Loudness meter는 질문이 다르다#

WING의 Channel·Bus·Main meter는 해당 신호 지점의 디지털 레벨과 clip 위험을 추적하는 데 유용하다. 그러나 공식 WING 매뉴얼은 이 meter를 방송 프로그램의 표준 Loudness 결과로 규정하지 않는다. Integrated LUFS, True Peak, LRA를 승인하려면 실제 송출 프로그램을 받는 규격 기반 Loudness meter에서 측정한다.

디지털 Clock은 음량이나 lip sync 조절기가 아니다 확립된 원리 WING 공식#

디지털 오디오 clock은 연결된 장치들이 sample을 언제 읽고 쓸지 공유하는 시간 기준이다. WING에서는 SETUP → AUDIO → AUDIO CLOCK의 Clock Rate와 Sync Source로 확인하며, 동기되지 않으면 상단의 Clock Rate·Sync Source 표시가 빨간색으로 점멸한다. Clock 불일치는 click, drop, lock 상실이나 무음의 원인이 될 수 있지만, 이를 방송 전체 latency나 입술과 목소리의 상대 시간 차를 맞추는 노브로 사용하지 않는다.

예배 전에는 WING, stagebox, USB·확장카드와 downstream 디지털 장비 중 누가 기준 clock을 제공하고 누가 따라가는지 문서화한다. 예배 중 sync 문제가 생겨도 소유권과 전체 연결을 모른 채 Sync Source를 바꾸지 않는다. 먼저 마지막 정상 경계와 최초 비정상 경계를 찾고, 승인된 우회 또는 축소 운영으로 전환한다.

---

14.5 방송 음량을 쉬운 말로 읽는 법#

Peak와 Loudness는 같은 질문이 아니다 확립된 원리#

• Peak meter: 가장 높은 순간이 디지털 한계를 넘을 위험이 있는가?
• Loudness meter: 사람이 일정 구간을 들었을 때 프로그램이 얼마나 크게 느껴지는가?

두 파일의 최고 peak가 같아도 하나는 계속 빽빽하고 다른 하나는 대부분 조용하면 체감 음량이 다르다. 반대로 평균 Loudness가 비슷해도 짧은 타격의 peak와 왜곡 위험은 다를 수 있다. 그래서 송출은 Loudness와 True Peak를 함께 본다.

다섯 개의 표시를 한 문장씩 이해한다#

확립된 원리 — 유럽방송연맹(EBU)의 표준 EBU Mode 정의에서 Momentary는 약 0.4초, Short-term은 3초 창을 사용하고 Integrated는 측정 시작부터 종료까지 계산한다. 이 시간은 EQ·Compressor에 넣는 추천값이 아니라 meter가 어떤 시간을 보고 있는지 설명하는 정의다.

표시를 읽는 방향은 다음과 같다.

• LUFS는 절대 Loudness 표시다. 음수로 표시되는 일반적인 meter에서는 0에 가까운 쪽이 더 큰 체감 음량이다.
• LU는 두 Loudness 사이의 차이를 나타낼 때 쓴다. LRA도 LU로 표시된다.
• dBTP는 True Peak의 단위다. 0에 가까울수록 디지털 최대치까지 남은 여유가 작다.
• 이 방향을 안다고 목표값이 정해지는 것은 아니다. 목표와 허용 범위는 현재 delivery profile에서 확인한다.

Integrated가 시작 버튼에 따라 달라지는 이유#

Integrated는 측정한 프로그램의 범위에 의존한다. 예배 전 무음과 대기 음악을 포함했는지, 설교만 측정했는지, 전체 예배를 측정했는지에 따라 서로 다른 질문이 된다. 결과를 기록할 때 다음을 함께 남긴다.

Integrated는 모든 sample을 단순 산술평균한 값도 아니다. 규격의 주파수 가중과 channel 합산, 매우 조용한 구간의 영향을 제한하는 gate를 포함한다. 운영자는 계산식을 외우기보다 같은 규격의 meter, 같은 시작·종료 cue, 같은 signal point를 유지해야 비교할 수 있다.

측정 파일/송출 ID:
측정 시작·종료 cue:
무음·대기 화면 포함 여부:
meter 표준/mode와 version:
Integrated / Max Short-term / Max True Peak / LRA:
비교 대상과 청취 메모:

LRA는 “다이내믹이 좋다” 점수가 아니다#

LRA가 넓다고 무조건 음악적이지 않고, 좁다고 무조건 과압축된 것도 아니다. 말 중심 예배, 현대 찬양, 클래식 연주, 짧은 클립은 필요한 변화 폭과 측정 안정성이 다르다. LRA는 Integrated와 Short-term 추세, 실제 청취, 시청 환경과 함께 해석한다.

LRA에는 측정 길이를 함께 기록한다. meter가 안정성 표시를 제공하면 그 상태도 남긴다. EBU Mode 준수 meter는 프로그램 시작 후 첫 60초 동안 LRA 계산이 아직 안정적이지 않음을 표시해야 하므로, 이 구간의 LRA를 최종 승인값으로 사용하지 않는다. 매우 짧은 실습에서는 측정 범위에 따른 변화를 설명하는 관찰값으로만 사용한다.

왜 플랫폼 목표값을 교재의 영구 숫자로 쓰지 않는가 상황별 판단#

방송사 규격, 스트리밍 서비스, live와 업로드 파일, 광고와 본 프로그램은 서로 다른 정책과 후처리를 사용할 수 있다. 플랫폼은 loudness normalisation, codec, 최대 입력과 도움말을 변경할 수 있다. 다른 교회의 숫자나 오래된 영상의 숫자를 복사하지 않는다.

교회는 플랫폼별로 다음 현재 프로필을 관리한다.

플랫폼/채널/계정:
공식 요구사항 확인 URL과 확인 날짜:
live 또는 upload:
교회 내부 목표 범위와 승인자:
True Peak 제한과 meter 위치:
mono/stereo·sample format·codec 정책:
플랫폼 normalisation 또는 transcoding 확인 방법:
마지막 실제 반환 검증 날짜:

교재의 표준 자료는 측정 방법과 용어를 고정하는 근거다. 실제 목표값은 현재 플랫폼 문서, 계약·방송 규격, 교회가 검증한 encoder profile에서 가져온다.

현장 노트 4 — 서로 다른 구간은 peak가 아니라 연속 청취의 체감 음량으로 잇는다 현장 절차 상황별 판단#

근거: FN-07-21; 고유 영상 1개, 검토 강도 high, 신뢰도 제한. 고급·장비 종속 보조 노트이며 특정 방송 처리값은 채택하지 않았다. Loudness와 True Peak의 기술 정의는 이 장의 ITU/EBU 1차 근거로 별도 검증했다. 대표 영상 1:21:32

• 상황: live 예배 사이에 원격 발언, 영상 재생, 사전 녹화물처럼 제작 조건이 다른 Source가 이어진다.
• 먼저 할 행동: 실제 순서대로 구간을 연속 재생하고, encoder 이후에서 청취자가 기기 볼륨을 다시 만질 정도의 체감 음량 점프가 있는지 듣는다. Short-term 추세와 True Peak를 함께 기록한다.
• 왜 통할 수 있는가: 최고 peak가 같아도 평균 밀도와 체감 음량은 다를 수 있으며, codec·normalisation을 지난 결과가 콘솔 출력과 달라질 수 있다.
• 적용 조건: 비교 구간, meter 위치, encoder profile과 playback level이 고정돼야 한다. 각 Source의 WING Channel과 방송 master 중 누가 전환 level을 소유하는지 정한다.
• 중단·예외: 라디오·다른 플랫폼의 Compressor·Limiter 값이나 목표 숫자를 그대로 복사하지 않는다. 음악적 대비와 조용한 기도까지 없애라는 뜻이 아니며, 짧은 구간의 Integrated 숫자만으로 결론내리지 않는다.
• WING 확인: 원격 발언·영상 재생·live mix Channel과 방송 Main/Bus/Matrix를 추적하고, 각 구간의 peak뿐 아니라 규격 기반 meter와 실제 반환을 비교한다.
• 성공 증거: 장면의 의도된 대비는 남지만 시청자가 구간마다 볼륨을 계속 바꿀 필요가 없고, 어느 구간도 downstream에서 clip되거나 Limiter에 지속 의존하지 않는다.

---

14.6 Translation — 좋은 스튜디오 모니터 하나로 승인하지 않는다#

여기서 translation은 번역 언어가 아니라 재생 환경이 바뀌어도 핵심 전달이 유지되는가를 뜻한다.

다섯 가지 재생 조건#

Mono 검사의 목적#

Mono는 stereo를 포기하라는 뜻이 아니다. 휴대폰, 접근성 장비, 한쪽 이어폰, 잘못된 배선, 플랫폼 재생 조건에서도 설교와 핵심 음악이 유지되는지 보는 안전 검사다.

Mono로 바꿨을 때 전체가 조금 좁아지고 일부 공간감이 줄어드는 것은 자연스럽다. 다음은 실패 신호다.

• 설교나 리드보컬이 현저히 얇아지거나 사라진다.
• piano, playback, keyboard의 한 부분이 크게 줄어든다.
• 저역이 거의 없어지거나 특정 박자마다 변한다.
• 리버브만 남고 dry signal이 줄어든다.

이때 EQ부터 만지지 않는다. 같은 Source의 중복 경로, polarity, stereo width, mid/side decoding, L/R patch와 시간차를 먼저 확인한다.

비교 음량을 맞춘다#

큰 쪽이 더 선명하고 풍성하게 느껴지기 쉽다. processing 전후, stereo/mono, FOH 복사/독립 방송을 비교할 때는 체감 음량을 가능한 한 맞추고 같은 구간을 빠르게 전환한다. 비교 뒤에는 monitor level과 routing을 승인 상태로 원복한다.

---

14.7 음성과 영상의 상대 시간 — lip sync는 끝에서 측정한다#

전체 latency와 lip sync를 분리한다 확립된 원리#

• 전체 latency: 사건이 발생한 뒤 시청자에게 도착할 때까지 걸린 전체 시간.
• lip sync: 시청자에게 도착한 영상과 음성 사이의 상대적인 시간 차.

전체 송출이 수 초 늦어도 음성과 영상이 함께 늦으면 입술은 맞을 수 있다. 반대로 전체 지연이 짧아도 영상 처리와 음성 처리가 서로 다르면 입술이 어긋난다.

지연이 생길 수 있는 경로#

음성: mic/무선 → WING → USB/인터페이스 → 영상 mixer → encoder → platform → player
영상: camera sensor → camera processing → switcher → encoder → platform → player

각 경로에는 buffer, sample-rate conversion, noise reduction, frame synchronizer, plugin, codec와 네트워크 적응이 들어갈 수 있다. 어느 쪽이 더 빠른지는 장비 구성에 따라 달라진다. “오디오는 항상 영상보다 빠르다”처럼 외우지 않는다.

WING 내부 지연과 송출 전체 지연을 혼동하지 않는다#

WING 공식 매뉴얼은 정상적인 Input Channel → Bus → Main → Matrix 순방향 경로는 정렬을 유지하며, 앞 단계로 되돌리는 routing과 insert·일부 FX는 추가 latency를 만들 수 있다고 설명한다. 그러나 WING 내부 수치만 더해 시청자 lip sync를 판정할 수 없다. 카메라부터 플레이어까지 전체 경로를 실제로 측정해야 한다.

저위험 sync 검사 현장 절차#

1. 공개 송출이 아닌 승인된 test 또는 녹화 환경을 사용한다.
2. 카메라에 손뼉·clapper와 손의 접촉 순간이 명확하게 보이게 기록한다. 설교자의 입술과 파열음이 분명한 짧은 문장도 보조로 쓴다.
3. 각 경계에서 동일 clapper를 포함한 A/V 쌍을 공통 timebase로 기록한다. WING post-output 오디오는 camera reference 영상·오디오와 같은 recorder에 함께 기록하거나 공통 timecode/reference로 정렬한다. 인코더 preview와 실제 시청자 반환도 각각 별도 A/V 쌍으로 저장한다.
4. 각 A/V 쌍 내부에서 ΔAV = 음성 transient 시각 − 영상 접촉 시각을 비교한다. WING 오디오 전용 파일은 오디오 경로 추적에는 쓸 수 있지만 단독으로 lip sync를 판정하지 않는다.
5. 보정 지점의 소유자를 정하고 한 곳에서만 작은 변경을 한다. 영상과 음성 여러 장비에 중복 보정을 쌓지 않는다.
6. encoder restart, Scene 변경, frame-rate·sample-rate·buffer 변경 뒤 다시 측정한다.

검증 기록에는 음성이 영상을 앞섬/뒤짐, 측정 지점, 장비 profile, 변경 전후와 원복값을 남긴다. 공식 자료의 감지·허용 범위는 방송 시스템 설계 근거로 사용할 수 있지만, 교재의 한 숫자를 모든 예배·기기·시청자에게 적용하지 않는다.

sync가 틀렸을 때 먼저 할 일#

시간이 계속 떠다니는 문제, 여러 camera 간 sync, 외부 plugin·network clock, frame synchronizer 설계는 영상·방송 시스템 담당자에게 이관한다.

---

14.8 시청자 반환을 들어야 송출을 승인할 수 있다#

세 개의 monitor 지점을 구분한다#

세 지점은 서로 대신할 수 없다. 가장 먼 지점에서 문제를 발견했다면 앞 지점과 비교해 처음 달라지는 경계를 찾는다.

반환 monitor를 PA에 되돌리지 않는다#

시청자 반환에는 큰 network delay가 있다. 이 소리를 WING 입력으로 받아 방송 Main이나 객석 Main에 다시 보내면 지연된 반복음과 피드백 loop가 생길 수 있다.

안전한 반환 경로 예시는 다음과 같다.

[별도 phone/tablet/computer]
        ↓ 유선 headphone 또는 격리된 작은 monitor
[방송 담당자만 청취]

금지: viewer return → WING 방송 Channel → 방송 Main
금지: viewer return speaker 소리 → 열려 있는 audience mic에 크게 유입

반환 기기는 notification, microphone permission, 자동 볼륨·공간 음향·EQ 같은 소비자 처리를 확인한다. 한 기기만으로 전체 시청 환경을 대표한다고 보지 않는다.

예배 중 반환 청취의 우선순위#

1. 첫 대기 음악 또는 시작 안내에서 계정·채널·영상·음성 존재를 확인한다.
2. 첫 설교 문장에서 말 명료도, L/R, 왜곡과 lip sync를 확인한다.
3. 첫 찬양에서 보컬·리듬·현장감과 mono translation을 표본 확인한다.
4. 영상 재생·통역·원격 연결처럼 경로가 바뀌는 첫 cue를 확인한다.
5. 반환에 문제가 생기면 WING mix를 즉시 바꾸기 전에 WING→인코더→플랫폼 중 어디서 달라졌는지 선언한다.

승인 문장#

“WING meter가 움직인다”가 아니다.
“승인된 방송 Main의 설교·음악·현장감이 encoder input과 별도 시청자 반환에서 L/R·왜곡·상대 음량·lip sync 기준을 통과했고, 반환 소리는 program 경로와 격리되어 있다.”

---

14.9 녹음은 파일 생성이 아니라 복원 가능한 증거를 만드는 일이다#

세 가지 녹음 목적을 분리한다#

하나의 파일이 세 목적을 모두 완벽히 수행한다고 가정하지 않는다.

WING의 세 recorder 경로를 구분한다 WING 공식#

구체 channel 수, media format과 설정은 현재 WING manual과 실제 firmware를 확인한다. 전면 USB 설정과 후면 USB interface 설정은 서로 다른 항목이다. Format은 media의 기존 데이터를 지우는 파괴적 동작이므로 운영 media에서 즉흥 실행하지 않는다.

Track route 표를 만든다#

Recording ID: SVC-YYYYMMDD-PRIMARY
목적: 예배 archive / multitrack / 장애 증거

Track 01 역할: 설교 무선
원 physical input / WING Source: STG-SB1-IN09 / AES50-A 09
취득 지점: raw Source / `User Signal PRE`(Input Channel에서는 현재 TAP 위치와 실제 processing 포함 범위를 함께 기록) / 방송 Main post-fader
포함되는 processing과 Fader: __________________
Recorder와 slot: WLIVE REC 01 / USB Audio 01 / RECORDER L
복원 경로: 격리 playback Channel 또는 offline computer
마지막 실제 복원: 날짜 / 확인자

Recorder meter가 움직이는 것은 신호가 어떤 이름의 track에 올바르게 저장됐는지 증명하지 않는다.

30초 복원 시험 현장 절차#

1. 실제 output과 WING-LIVE Auto Input Select를 격리한 훈련 상태를 확인한다.
2. 각 필수 track에 역할과 번호를 말하는 voice slate를 순서대로 넣는다.
3. 말, stereo 재생, 짧은 무음, 정상적인 큰 구간을 포함해 녹음한다.
4. 녹음을 정상 종료해 파일을 닫는다.
5. 운영 입력과 다른 playback 경로 또는 offline computer에서 파일을 연다.
6. track 번호, L/R, silence, 왜곡, 길이, sample format을 확인한다.
7. 파일을 다른 승인 storage에 복사하고 다시 열어 본다.
8. 결과, 실패, media 잔여 시간, 다음 교체·정리 책임자를 기록한다.

안전 경계 — WING-LIVE playback이 live Channel의 ALT로 배정돼 있다면 PLAY 동작이 실제 마이크를 녹음으로 바꿀 수 있다. Global Input Select, MAIN/ALT 대상과 실제 Output을 확인하지 않은 상태에서 예배 Show로 복원 시험하지 않는다.

주 녹음과 예비 녹음의 독립성#

예비 녹음은 아이콘이 두 개라는 뜻이 아니다. 주 녹음과 어떤 고장 원인을 공유하는지 본다.

모든 고장을 완전히 분리할 수는 없다. 교회는 다음처럼 등급을 정할 수 있다.

• 최소: 완성 stereo 한 경로를 녹음하고 예배 전 복원한다.
• 운영: 완성 stereo와 multitrack을 서로 다른 recorder/media에 기록한다.
• 중요 행사: 핵심 음성의 독립 capture, 별도 전원·storage, 담당 분리까지 검토한다.

등급은 장비 수가 아니라 실제 failure domain과 복원 결과로 승인한다.

예배 후 파일 처리#

• 녹음 종료와 파일 닫힘을 확인한 뒤 media를 분리한다.
• 원본을 즉시 덮어쓰거나 편집본으로 교체하지 않는다.
• 날짜·예배·Source profile·recorder 역할이 드러나는 이름을 쓴다.
• 전송 또는 복사 뒤 파일을 실제로 열고 길이·L/R·첫/마지막 구간을 확인한다.
• 보존 기간, 접근 권한, 개인정보·초상권·저작권은 교회 정책과 적용 법률을 따른다.
• incident 구간을 잘라 공유할 때 민감한 대화와 개인정보가 포함됐는지 확인한다.

현장 노트 5 — 녹음을 평가 점수가 아니라 다음 행동의 증거로 쓴다 선택 작업법 현장 절차#

근거: FN-09-01; 서로 다른 영상 4개, 신뢰도 높음. 녹음 복기는 반복 확인된 현장 workflow지만, stereo LR 파일이 객석 전체를 대표한다는 주장으로 확대하지 않는다. 대표 영상 54:28

• 상황: 예배는 반복했지만 무엇이 개선됐는지 설명하지 못하거나 같은 첫마디·밸런스 문제가 되풀이된다.
• 먼저 할 행동: 녹음에서 문제가 들린 정확한 cue, 당시 조작, 들린 결과와 다음 예배에서 시험할 한 행동을 기록한다. 신뢰할 수 있는 한 사람에게 같은 구간에 대한 구체적 의견을 받는다.
• 왜 통하는가: 시각·조작·결과를 연결해야 다음 예배에서 비슷한 조건을 재현하고 변경 효과를 비교할 수 있다.
• 적용 조건: 파일의 취득 지점, processing·Fader 포함 여부와 실제 예배 조건을 알고 있어야 한다. 비교 파일은 같은 역할의 구간과 가능한 한 같은 청취 조건을 사용한다.
• 중단·예외: WING LR·방송 mix는 객석의 무대 직접음과 좌석별 방 응답을 완전히 담지 못한다. 녹음에서 부족하다는 이유만으로 다음 예배의 FOH Main을 크게 바꾸지 말고 객석 기록·방송 기록을 분리한다. 결과가 사람 비난으로 흐르면 중단하고 관찰 가능한 행동으로 다시 쓴다.
• WING 확인: 사건 시각의 Source/Channel/Bus/Main/Matrix 경로, Snapshot·Snippet과 조작 로그를 대조한다. 물리 Source·마이크 위치·공간 문제는 콘솔 밖의 기록과 함께 본다.
• 성공 증거: 다음 비슷한 예배의 같은 cue에서 기록한 문제가 줄었고, 무엇을 바꿨으며 무엇이 달라졌는가를 한 문장으로 설명할 수 있다.

복기 기록은 다음처럼 짧게 유지한다.

파일/사건 ID와 cue:
무엇이 들렸는가:
당시 어느 경로에서 무엇을 조작했는가:
그 결과 무엇이 달라졌는가:
다음에 시험할 한 행동과 중단 조건:
객석·방송·녹음 중 이 파일이 대표하는 범위:

---

14.10 예배 전·중·후 송출 운영 흐름#

예배 전 — 경로를 열기 전에 증명한다#

1. 오늘 사용할 DEPLOYED Show/Snapshot과 rollback을 확인한다.
2. Source ownership, 방송 Channel, Main/Bus/Matrix, Output, encoder input 표를 실제 화면·cable과 대조한다.
3. 송출 Main과 객석 Main의 즉시 감쇠 지점을 각각 확인한다.
4. encoder profile, account/channel, 공개 범위, network·storage 상태를 영상 담당자와 되말하기로 확인한다.
5. 설교 mic, 예비 mic, playback, 현장감 L/R를 line check한다.
6. 실제 순서의 말→찬양→영상→무음 전환을 방송 monitor에서 듣는다.
7. mono, L/R 단독, 작은 스피커, 낮은 음량을 표본 검사한다.
8. loudness 측정을 reset할 cue와 기록 범위를 정한다.
9. clapper 또는 명확한 음영상 사건으로 lip sync를 검사한다.
10. 주·예비 녹음을 30초 기록하고 둘 다 복원한다.
11. 별도 기기의 시청자 반환을 program 경로와 격리한다.
12. 긴급 시 남길 최소 서비스와 담당자를 선언한다.

예배 시작 직전 — 마지막으로 바뀐 것을 찾는다#

• rehearsal 뒤 Scene/Snippet·Main/ALT·SOF·Solo·mute가 원복됐다.
• audience mic가 객석 Main·IEM·반환 loop에 잘못 열려 있지 않다.
• 방송 Main/Bus와 encoder input meter에 신호가 있다.
• 주·예비 recorder의 REC 상태와 남은 media가 확인됐다.
• loudness meter가 오늘 프로그램 범위에 맞게 시작됐다.
• 시청자 반환의 account/channel과 음성·영상이 맞다.
• 담당자 한 명이 송출 mix를, 한 명이 영상·encoder·반환을 맡거나 한 사람이 전환 우선순위를 명확히 알고 있다.

현장 노트 6 — 격리된 방송실에는 무대 와이드 화면과 순서 큐가 필요하다 현장 절차 상황별 판단#

근거: FN-07-06; 고유 영상 1개, 검토 강도 high, 신뢰도 보통. 방송실이 현장과 분리된 조건에만 적용하는 보조 관행이다. 대표 영상 07:56

• 상황: 방송 담당자가 예배실을 직접 보거나 현장 반응을 즉시 느낄 수 없는 격리실에서 운영한다.
• 먼저 할 행동: 진행자·무대 전체·등장 동선을 볼 수 있는 와이드 화면과 현재/다음 cue가 표시된 순서 정보를 제공한다.
• 왜 통하는가: 박수 시작, 다음 발언자의 몸짓, 무대 진입과 예상 밖 순서 변경을 미리 보면 해당 mic·audience·playback을 첫 음절 전에 준비할 수 있다.
• 적용 조건: 화면과 큐의 지연, 담당자와 비상 연락 방법을 알고 있어야 한다.
• 중단·예외: 화면만 믿지 않는다. camera가 다른 장면을 잡거나 지연·고장이 생길 수 있으므로 실제 순서표, stage/FOH와의 talkback·comms, 되말하기를 함께 둔다. 방송실이 무대와 같은 공간에 있어 직접 시야와 cue를 충분히 얻는다면 별도 화면의 중요도는 낮아질 수 있다.
• WING 확인: 화면 제공은 WING 밖의 시스템이다. WING에서는 진행 mic, 예비 mic, playback과 audience Channel 이름·mute cue가 순서표와 일치하는지 확인한다.
• 성공 증거: 등장·박수·첫 발언을 놓치지 않고, 첫 음절 전에 올바른 Channel이 열리며, 영상 지연 때문에 너무 일찍 연 잡음이 늘지 않는다.

예배 중 — 장면의 목적을 따라간다#

우선순위

1. 안전과 돌발음 방지
2. 설교·기도·진행의 첫마디
3. 핵심 보컬·가사·리듬
4. 영상·통역·원격 Source 전환
5. 회중 반응과 공간감
6. 장식적인 폭·FX

다음 행동을 반복한다.

다음 cue 예측
→ WING 방송 경로 확인
→ encoder/return 표본 확인
→ 한 번에 한 변경
→ 귀와 meter에서 결과 확인
→ 예외·incident 기록

Integrated 숫자를 특정 값에 붙들기 위해 문장마다 Fader를 흔들지 않는다. Short-term 추세와 실제 청취로 장면 전환을 관리하고, 전체 결과는 프로그램이 끝난 뒤 같은 측정 범위끼리 비교한다.

예배 후 — 종료가 아니라 증거를 닫는다#

1. 주·예비 녹음을 정상 종료하고 파일을 닫는다.
2. 방송 종료 상태와 공개 범위를 확인한다.
3. 첫 문장, 대표 찬양, 영상 cue, 마지막 구간을 반환 또는 archive에서 표본 재생한다.
4. Integrated, Short-term/True Peak 사건, LRA와 청취 메모를 같은 ID로 기록한다.
5. 임시 Trim·processing·delay·routing·encoder 설정을 원복한다.
6. 파일을 승인 storage에 복사하고 복원 확인한다.
7. 무음·왜곡·sync·network·media 사건을 실제 시간축으로 incident log에 남긴다.
8. 다음 예배 전 고칠 일과 담당·기한·검증 방법을 정한다.

---

14.11 장애 진단 — 가장 먼 증상에서 첫 번째 나쁜 경계를 찾는다#

공통 여섯 문장#

1. 무엇이 잘못됐는가? 무음, 작음, 왜곡, 한쪽, 밸런스, 공간감, sync, 끊김 중 관찰 가능한 말로 바꾼다.
2. 어디까지 정상인가? WING Channel, 방송 Main, Output, encoder input, preview, 반환, 녹음 파일을 나눈다.
3. 모든 Source인가 하나인가? 범위를 선언한다.
4. 계속되는가 간헐적인가? 시각과 cue를 기록한다.
5. 최근 무엇이 바뀌었는가? Scene, cable, computer, network, account, buffer, camera, media를 확인한다.
6. 한 번의 안전한 변경으로 반증할 수 있는가? 실패하면 즉시 원복한다.

증상별 첫 진단#

진단 항목14개 항목 · 제목을 눌러 자세히 보기

방송 전체 무음방송 Main → Output → encoder input → 반환

처음 비교할 경계

방송 Main → Output → encoder input → 반환

먼저 할 행동

각 meter에서 신호가 처음 사라지는 지점을 찾음

하지 말아야 할 행동

모든 Gain·Fader를 동시에 올림

설교만 무음Source/방송 Channel assignment와 Main/Bus Send

처음 비교할 경계

Source/방송 Channel assignment와 Main/Bus Send

먼저 할 행동

FOH Channel과 방송 Channel의 Source·mute·Send를 대조

하지 말아야 할 행동

공유 Head Amp를 즉흥 변경

FOH는 정상, 방송만 왜곡방송 Channel 이후 각 ceiling

처음 비교할 경계

방송 Channel 이후 각 ceiling

먼저 할 행동

방송 Channel, master, output, encoder input 중 처음 깨지는 지점 청취·meter

하지 말아야 할 행동

마지막 Master만 내려 원인을 숨김

음악이 빈약함본당 직접음과 송출 참여 Source 차이

처음 비교할 경계

본당 직접음과 송출 참여 Source 차이

먼저 할 행동

드럼·악기·현장감 Source가 실제 송출에 있는지 확인

하지 말아야 할 행동

Master EQ로 모든 악기를 복구하려 함

말이 멀고 흐림현장감 mic·리버브와 주 speech 합산

처음 비교할 경계

현장감 mic·리버브와 주 speech 합산

먼저 할 행동

audience/FX를 잠시 낮춰 주 mic 명료도 변화 확인

하지 말아야 할 행동

speech mic EQ를 크게 바꿈

회중 반응이 없음audience mic Source→Channel→송출 Send

처음 비교할 경계

audience mic Source→Channel→송출 Send

먼저 할 행동

mic 위치·mute·Send와 장면 automation 확인

하지 말아야 할 행동

설교 중 audience를 크게 열어 해결

왼쪽 또는 오른쪽만 들림WING Main/Matrix L/R → interface → encoder

처음 비교할 경계

WING Main/Matrix L/R → interface → encoder

먼저 할 행동

mono Source와 stereo Source를 나눠 L/R meter·cable·mapping 대조

하지 말아야 할 행동

Pan을 무작정 중앙으로 모음

mono에서 핵심이 사라짐중복 경로·polarity·width·L/R mapping

처음 비교할 경계

중복 경로·polarity·width·L/R mapping

먼저 할 행동

의심 경로를 하나씩 mute해 합산 전후 비교

하지 말아야 할 행동

EQ로 사라진 음역을 boost

로컬 preview 정상, 반환 이상encoder 이후 account/platform/player

처음 비교할 경계

encoder 이후 account/platform/player

먼저 할 행동

다른 승인 기기와 현재 channel/profile로 반환 비교

하지 말아야 할 행동

WING mix를 즉시 재설계

입술이 어긋남capture→encoder→return의 상대 시간

처음 비교할 경계

capture→encoder→return의 상대 시간

먼저 할 행동

같은 clapper 사건을 각 지점에서 비교

하지 말아야 할 행동

여러 장비 delay를 동시에 변경

시간이 갈수록 sync가 변함clock·frame/sample rate·buffer

처음 비교할 경계

clock·frame/sample rate·buffer

먼저 할 행동

오류 로그와 설정을 고정해 재현

하지 말아야 할 행동

Fader나 EQ를 조절

녹음 meter 정상, 파일 무음/오배치recorder slot·file·복원 경로

처음 비교할 경계

recorder slot·file·복원 경로

먼저 할 행동

voice slate 파일을 다른 player에서 열어 track identity 확인

하지 말아야 할 행동

meter만 보고 다음 녹음 진행

주·예비가 함께 실패공통 failure domain

처음 비교할 경계

공통 failure domain

먼저 할 행동

같은 전원·WING·computer·routing·operator 의존성 확인

하지 말아야 할 행동

같은 경로에 recorder만 하나 더 시작

지연된 메아리·feedbackviewer return·monitor speaker·audience mic loop

처음 비교할 경계

viewer return·monitor speaker·audience mic loop

먼저 할 행동

반환 speaker를 mute/격리하고 program Send를 확인

하지 말아야 할 행동

Main EQ로 울림을 깎음

축소 운영 현장 절차#

복잡한 방송 경로가 복구되지 않을 때도 예배 전체를 위험하게 재구성하지 않는다. 미리 승인한 순서로 기능을 줄인다.

FULL: 독립 방송 mix + ambience + stereo + primary/backup multitrack
DEGRADED-B: 독립 방송 mix + 핵심 ambience + stereo archive
DEGRADED-A: 검증된 FOH/말 중심 feed + 단일 archive
MINIMUM: 설교·진행 mic와 필수 playback만 검증된 경로로 전달
STOP: 잘못된 계정, 개인정보 노출, 통제 불가 loop·돌발음, 안전 문제

어느 단계로 내려갈지, 잃는 기능, 한 번의 전환, 성공 확인과 원복 담당을 예배 전에 정한다.

---

14.12 저위험 실습 — 출력보다 녹음과 반환으로 증명한다#

공통 안전 조건#

• 관객 없는 시간, 훈련 Show와 승인된 test account/recording을 사용한다.
• 실제 PA, IEM, 공개 송출은 격리하거나 시설이 승인한 낮은 level로 제한한다.
• 공유 Head Amp·48 V·Output·Clock·운영 Scene은 소유자 승인 없이 변경하지 않는다.
• viewer return을 WING program 경로에 넣지 않는다.
• 저작권이 불명확한 음악과 개인 대화를 test 송출·공유 파일에 사용하지 않는다.
• 시작 전에 rollback을 만들고, 끝에 실제 화면·routing·mute를 두 사람이 대조한다.

Lab 1 — 본당에 있지만 방송에 없는 소리를 찾는다#

목표: FOH와 송출의 차이를 EQ 문제가 아니라 포착 경로 문제로 설명한다.

1. 실제 예배와 비슷한 말·악기·박수 구간을 만든다.
2. 객석 한 자리의 소리를 관찰하되 측정용 녹음은 FOH Main과 방송 Main을 각각 받는다.
3. 드럼·회중·방 울림 중 본당에는 있지만 방송 신호에 없는 성분을 적는다.
4. 현장감 mic 또는 독립 Send 하나만 추가해 전후를 비교한다.
5. 주 speech가 흐려지면 원복하고 위치·장면별 level을 다시 판단한다.

통과 기준: 본당에서 크다와 송출 Source에 들어 있다를 구분하고, 한 Source의 참여 여부로 차이를 반증한다.

Lab 2 — 네 가지 WING 구조를 도면에서 구분한다#

목표: FOH copy, 별도 Main, 방송 Bus, raw split을 이름이 아니라 신호 흐름으로 구분한다.

1. 실제 physical input 하나를 선택한다.
2. Source→FOH Channel→Main 1 경로를 기록한다.
3. 방송이 같은 Channel의 Main Send인지, Bus Send인지, 별도 Channel인지 찾는다.
4. Channel Fader·mute·processing 중 무엇이 방송과 공유되는지 구술한다.
5. 실제 출력은 열지 않고 meter 또는 격리 recorder로 Fader 전후를 시험한다.

통과 기준: 방송의 독립 범위와 공유 HA 소유자를 한 문장으로 설명하고 원래 상태로 돌아간다.

Lab 3 — Peak와 Loudness를 다르게 읽는다#

목표: Integrated·Short-term·Momentary·True Peak·LRA를 조작 목표가 아니라 관찰 지표로 사용한다.

1. 말→음악→박수→무음이 포함된 승인 녹음을 Loudness meter에 넣는다.
2. 측정 범위를 정하고 Integrated를 reset한다.
3. 각 장면에서 Momentary와 Short-term이 어떻게 움직이는지 적는다.
4. 전체 종료 뒤 Integrated와 LRA를 기록한다.
5. True Peak 사건의 시간으로 이동해 실제 transient와 왜곡 여부를 듣는다.
6. 같은 파일의 일부만 측정해 Integrated·LRA가 왜 달라지는지 설명한다.

통과 기준: 다섯 지표가 답하는 시간과 질문을 구분하고, 숫자 하나만으로 processing 결정을 내리지 않는다.

Lab 4 — 재생 환경 translation#

목표: stereo monitor에서 좋았던 믹스가 mono·작은 스피커·낮은 음량에서도 핵심을 유지하는지 검사한다.

1. 같은 방송 파일의 짧은 설교와 찬양 구간을 고른다.
2. stereo와 mono를 비교 음량을 맞춰 A/B한다.
3. L/R 단독을 각각 듣는다.
4. 작은 스피커와 낮은 음량에서 설교 첫 문장·가사·리듬을 적는다.
5. 실패하면 EQ보다 중복 경로·polarity·pan·width·밸런스를 먼저 조사한다.

통과 기준: 좋다/나쁘다 대신 어느 핵심이 어느 재생 조건에서 사라지는지 기록한다.

Lab 5 — end-to-end lip sync#

목표: WING latency와 전체 송출 sync를 분리한다.

1. clapper 사건을 camera와 mic가 함께 받게 한다.
2. 같은 clapper가 보이고 들리는 A/V 쌍을 WING post-output+camera reference, encoder preview, test distribution return에서 공통 timebase로 기록한다.
3. 각 A/V 쌍 내부에서 영상 접촉과 음성 transient의 상대 시간을 비교한다. 오디오 전용 파일끼리 시작 시각만 비교하지 않는다.
4. 처음 차이가 생긴 경계를 말한다.
5. 실제 보정은 소유자와 한 지점에서만 하고 전후를 재측정한다.

통과 기준: 음성이 앞섬/뒤짐, 최초 발생 경계, 변경 지점과 rollback을 기록한다.

Lab 6 — 주·예비 녹음 복원과 한 경로 실패#

목표: 두 REC 표시가 아니라 복원과 failure domain으로 redundancy를 증명한다.

1. 주·예비 recorder의 Source, tap, media, 전원, 운영자를 표로 만든다.
2. voice slate와 L/R 신호를 동시에 30초 녹음한다.
3. 둘을 서로 다른 playback 경로에서 복원한다.
4. 훈련 환경에서 computer recorder만 중지하는 등 안전한 한 고장을 주입한다.
5. 예비 파일이 계속 생성되고 복원되는지 확인한다.
6. 공통 WING·전원·Source 문제가 남는다는 한계를 적는다.

통과 기준: 주·예비 파일을 실제로 열고, 무엇에는 독립이고 무엇에는 독립이 아닌지 설명한다.

---

14.13 상황형 평가#

문제 1 — 본당 드럼은 큰데 방송에서는 약하다#

FOH 운영자는 드럼 Channel을 더 올리면 본당이 너무 커진다고 한다. 방송 운영자는 무엇을 먼저 확인해야 하는가?

판단 기준: FOH Gain이나 Main을 바꾸기 전에 드럼 Source가 방송 Main/Bus 또는 별도 방송 Channel에 어떤 경로로 참여하는지 확인한다. 본당 직접음은 방송 경로가 아니다.

문제 2 — 방송만 설교가 깨진다#

FOH Source meter와 객석 소리는 정상이고 방송 반환에서만 왜곡된다.

판단 기준: 방송 Channel→Main/Bus→Matrix/Output→영상 장비 입력→encoder의 순서로 처음 왜곡되는 경계를 찾는다. 공유 Head Amp를 방송 문제만으로 바꾸지 않는다.

문제 3 — Fader를 내렸는데 방송에는 남는다#

FOH Channel Fader를 −∞로 내렸지만 방송에서 설교가 계속 들린다.

판단 기준: 별도 방송 Channel raw split, pre-fader Main/Bus Send, User Signal PRE의 실제 Input TAP 위치, Source direct route 여부를 확인한다. 고장이라고 단정하지 말고 topology와 정책을 대조한다.

문제 4 — 반환에서만 말과 입술이 다르다#

인코더 로컬 preview는 맞지만 phone의 실제 channel 반환에서 어긋난다.

판단 기준: 같은 clapper 사건의 encoder output과 distribution return을 비교하고 profile·player를 기록한다. WING Channel delay를 즉흥 변경하지 않는다.

문제 5 — mono에서 찬양이 얇아진다#

Stereo에서는 넓고 풍성하지만 mono에서 keyboard와 보컬이 크게 줄어든다.

판단 기준: width·polarity·mid/side decoding·L/R mapping·중복 경로를 하나씩 분리한다. 사라진 음역을 EQ boost로 보상하지 않는다.

문제 6 — Integrated가 목표와 다르다#

예배 시작 후 첫 곡에서 Integrated 숫자가 내부 목표와 다르다.

판단 기준: 측정 범위와 reset cue를 확인하고 Short-term·청취·True Peak를 함께 본다. 첫 곡의 일부만 보고 전체 예배 Fader를 계속 흔들지 않는다. 현재 플랫폼 profile의 적용 여부도 확인한다.

문제 7 — 두 recorder의 REC가 켜졌는데 파일이 없다#

예배 후 하나는 빈 파일이고 다른 하나는 잘못된 Channel을 녹음했다.

판단 기준: REC 표시는 route·track identity·정상 종료·파일 복원을 증명하지 않는다. 30초 voice slate 복원 시험과 recorder slot 표가 없었다면 운영 절차 실패로 기록한다.

문제 8 — audience mic를 올리자 설교가 흐려졌다#

회중 반응을 살리려고 현장감 mic를 올렸더니 말이 멀고 두꺼워졌다.

판단 기준: 현장감 mic를 낮춰 주 speech와의 합산 문제를 반증하고, 위치·PA 직격·시간차·리버브·장면별 automation을 검토한다. speech EQ를 먼저 크게 바꾸지 않는다.

문제 9 — 방송 computer가 멈췄다#

FOH와 WING은 정상인데 encoder와 computer recording이 동시에 멈췄다.

판단 기준: computer를 공통 failure domain으로 선언하고 승인된 예비 recorder 또는 최소 송출 경로로 축소한다. 예배 중 driver·OS·network를 여러 사람이 동시에 재설정하지 않는다.

문제 10 — 반환에서 지연된 자기 목소리가 반복된다#

방송 담당자의 monitor와 audience mic에 지연된 소리가 겹쳐 들어온다.

판단 기준: viewer return speaker/headphone 경로를 즉시 격리하고 return Source가 어떤 WING Send에도 들어가지 않는지 확인한다. Main EQ로 고치지 않는다.

---

14.14 초보자·운영자·시니어와 전문가 이관#

역할별 수행 범위#

즉시 이관 조건#

• 실제 Source 또는 downstream analog 입력이 반복적으로 clip되는데 소유권과 기준 레벨이 불명확하다.
• 음영상 시간이 계속 떠다니거나 camera·encoder·audio clock 오류가 반복된다.
• encoder, switcher, network, account가 서로 얽혀 한 변경의 영향 범위를 설명할 수 없다.
• Output route가 실제 PA·IEM·송출·녹음 중 어디로 가는지 문서와 현장이 다르다.
• 공개 송출에서 개인정보, 저작권, 잘못된 계정·채널 또는 보안 사고 가능성이 있다.
• 주·예비가 같은 전원·computer·storage에 묶여 있는데 행사 중요도가 더 높은 독립성을 요구한다.
• audience mic, return speaker 또는 원격 연결에서 통제할 수 없는 loop·돌발음이 생긴다.

전문가에게 넘길 자료#

사건 ID / 날짜 / 예배 cue / 최초 발견자
증상: 무음·왜곡·한쪽·끊김·lip sync·loudness·file failure
정상 마지막 경계 / 처음 나쁜 경계
WING Show·Snapshot ID와 Source→Channel→Main/Bus→Matrix→Output 도면
encoder/camera/profile/software version과 변경 이력
WING 직후·encoder preview·distribution return 표본 파일
Loudness 측정 범위와 meter 정보
clock·network·storage·error log
수행한 한 변경, 결과, rollback 여부
현재 축소 운영 상태와 다음 예배 시각

“소리가 이상합니다”보다 이 자료가 있어야 전문가가 같은 실패를 재현하고 안전하게 고칠 수 있다.

---

14.15 흔한 오해 바로잡기#

“FOH에서 좋으면 방송도 좋은 것 아닌가?”#

아니다. FOH 청취에는 무대 직접음·회중·방이 더해지고 방송에는 route된 전기 신호만 들어간다. 둘은 같은 예배를 다루지만 다른 청취 공간이다.

“방송은 Main을 복사해서 Compressor와 Limiter를 걸면 끝 아닌가?”#

아니다. 빠진 Source, 말·음악 밸런스, 현장감, mono, 작은 스피커, lip sync, encoder 이후 결과와 녹음 복원을 처리하지 못한다.

“LUFS가 낮으면 Gain을 올리면 되지?”#

어느 Gain인지가 먼저다. 공유 Head Amp를 올리면 FOH·monitor·recording과 clip margin이 모두 바뀔 수 있다. 방송의 평균 음량 문제는 방송 Channel 밸런스, master processing, 송출 output·encoder 기준과 측정 범위를 나눠 판단한다.

“True Peak가 안전하면 방송 음량도 맞는 거지?”#

아니다. True Peak는 순간 넘침 위험을 보고, Integrated는 프로그램 전체의 평균 체감 음량을 본다. 둘 다 필요하며 어느 쪽도 말 명료도와 음악적 밸런스를 대신하지 않는다.

“LRA는 클수록 다이내믹하고 고급스러운 거 아닌가?”#

아니다. 프로그램 길이·장르·시청 환경과 함께 해석하는 보조 지표다. 조용한 기도와 큰 찬양이 있는 예배에서도 핵심 말이 사라지거나 시청자가 계속 볼륨을 바꿔야 하면 운용을 검토해야 한다.

“독립 Main을 만들면 FOH와 완전히 분리되는 거지?”#

아니다. 같은 Channel을 쓰면 Source, Head Amp와 Channel processing을 공유한다. Main Send의 pre/post 상태에 따라 Channel Fader의 영향도 달라진다. 완전한 processing 독립이 필요하면 raw Source를 별도 방송 Channel에 배정하는 구조를 검토한다.

“Matrix는 Source 하나를 바로 넣는 장치야?”#

WING에서는 Input·Aux·Bus Channel의 Matrix Send와 Main→Matrix feed를 사용할 수 있지만, Matrix Direct Input은 임의의 microphone Source를 고르는 기능이 아니다. Matrix는 다른 Bus나 Matrix로 직접 나갈 수도 없다. 개별 Source를 섞는 구조와 최종 destination 처리를 구분한다.

“방송 반환을 콘솔에 넣어 계속 들으면 편하지 않나?”#

monitor용으로 격리해 듣는 것은 가능하지만 program 경로로 되돌아가면 큰 지연의 loop가 된다. 반환은 별도 headphone/monitor에서 듣고 모든 Send를 차단한다.

“REC 불이 켜졌으면 녹음된 거지?”#

REC 상태는 route, track 이름, media 쓰기, 정상 종료와 복원 가능성을 모두 증명하지 않는다. voice slate를 넣고 파일을 다른 경로에서 실제로 열어야 한다.

“WING-LIVE와 computer에 동시에 녹음하면 완전한 backup이지?”#

computer failure에는 일부 독립적일 수 있지만 같은 WING, Source, 전원과 운영자 실수에는 함께 실패할 수 있다. 무엇에 독립인지 표로 밝혀야 한다.

“플랫폼 권장 LUFS 하나만 알면 계속 쓸 수 있지?”#

아니다. 플랫폼과 encoder 정책은 바뀔 수 있고 live·업로드·방송 계약의 요구가 다르다. 교재에는 측정법을 남기고 실제 목표는 URL·확인일·profile·반환 시험과 함께 관리한다.

---

14.16 한 장 운영표#

설계 승인표#

• FOH와 방송의 청취 차이를 팀이 설명할 수 있다.
• 방송 구조가 FOH copy, 별도 Main, Bus, raw split 중 무엇인지 도면에 표시됐다.
• 모든 공유 Source의 Head Amp·48 V 소유자가 정해졌다.
• 방송 Main/Bus/Matrix의 참여 Source, Send mode, pre/post, mute 예외가 기록됐다.
• WING Output slot과 실제 영상 장비·encoder input이 물리적으로 대조됐다.
• audience mic의 목적, 위치, L/R, PA·IEM·방송 Send 정책이 기록됐다.
• 송출 즉시 감쇠와 최소 서비스 경로가 실제 시험됐다.
• 플랫폼 profile은 공식 URL·확인일·meter 지점과 함께 관리된다.
• viewer return은 program 경로와 격리됐다.
• 주·예비 recording의 failure domain과 restore 결과가 기록됐다.

예배 전 통과표#

• 설교·예비 mic·playback·audience L/R가 올바른 방송 경로에 있다.
• FOH Fader·mute·processing 변화가 방송에 미치는 영향이 오늘 설계와 같다.
• 방송 Main/Bus→Matrix/Output→encoder input meter가 순서대로 정상이다.
• 말·찬양·영상 전환을 실제 순서와 비슷한 세기로 들었다.
• mono, L/R, 작은 스피커, 낮은 음량에서 핵심 전달을 확인했다.
• Loudness meter의 측정 범위와 reset cue가 정해졌다.
• clapper 또는 동등한 사건으로 end-to-end lip sync를 확인했다.
• primary와 backup을 30초 녹음하고 둘 다 복원했다.
• 실제 account/channel의 distribution return에서 음성·영상·L/R를 확인했다.
• 실패 시 축소 단계, 전환 담당과 기능 손실을 선언했다.

예배 후 통과표#

• 모든 recorder를 정상 종료하고 파일을 실제로 열었다.
• 첫 문장·대표 음악·영상 cue·마지막 구간을 표본 재생했다.
• Integrated 측정 범위, True Peak 사건, LRA와 청취 메모를 함께 남겼다.
• 임시 Fader·Trim·processing·routing·sync 보정을 원복했다.
• 원본을 승인 storage에 복사하고 복사본도 열었다.
• incident의 사실·시각·최초 나쁜 경계·조작·결과를 기록했다.
• 다음 수정의 담당·기한·성공 기준·rollback이 정해졌다.

---

장 요약#

1. 본당 소리는 PA뿐 아니라 무대 직접음·회중·방이 더해지지만 온라인 시청자는 송출 경로에 들어간 신호만 듣는다.
2. 현장감 마이크는 설교 주 마이크가 아니라 회중 반응과 공간을 보태며, 위치·PA 직격·시간차·loop를 관리해야 한다.
3. WING에서는 FOH 완성 mix 복사, 같은 Channel의 별도 Main, 방송 Bus, raw Source의 별도 Channel 배정을 필요에 따라 선택한다.
4. 별도 Main이 있어도 Source·Head Amp와 Channel processing을 공유할 수 있다. 완전한 processing 독립이 필요하면 raw split을 검토한다.
5. Gain structure는 Source부터 encoder input과 플랫폼 반환까지 경계마다 확인하며, 앞단 clip은 뒤 Fader로 복구할 수 없다.
6. Peak는 순간 한계, Integrated/Short-term/Momentary는 서로 다른 시간의 체감 음량, True Peak는 재생 파형의 넘침 위험, LRA는 변화 폭을 본다.
7. 플랫폼 목표값은 영구 보편값이 아니므로 공식 URL·확인일·profile·meter 지점·실제 반환과 함께 관리한다.
8. 송출은 stereo monitor뿐 아니라 mono, L/R 단독, 작은 스피커와 낮은 음량에서 핵심 전달을 검사한다.
9. 전체 latency와 lip sync는 다르며, camera부터 viewer player까지 같은 사건을 기록해 처음 어긋나는 경계를 찾는다.
10. WING, encoder preview와 distribution return은 각각 다른 범위만 증명한다. 반환은 program 경로와 격리한다.
11. 녹음은 REC 표시가 아니라 route 표, voice slate, 정상 종료와 실제 복원으로 승인한다.
12. 주·예비 녹음은 장비 수가 아니라 전원·WING·computer·storage·routing·operator failure domain의 독립성으로 판단한다.
13. 장애 때는 가장 먼 증상에서 앞 경계를 비교해 최초로 나빠진 지점을 찾고, 검증된 최소 서비스로 축소한다.

---

검증 근거와 적용 범위#

WING 공식 근거#

• [W1] Behringer, WING / WING COMPACT / WING RACK User Manual, 2025-10-20, Firmware 3.1.
  로컬 PDF: WING_User_Manual_2025-10-20.pdf
  추출 텍스트: WING_User_Manual_2025-10-20.txt

주요 적용 위치:

• Source의 물리 속성과 복수 Channel 배정: §§2.1–2.2, pp. 6–7
• 4 stereo Main과 Channel별 독립 Main Send의 pre/post 구성: §2.3, p. 7
• Bus의 TAP/POST/GROUP, Matrix, User Signal/User Patch: §§2.4–2.6, pp. 7–9
• ROUTING의 Source·Channel·Output assignment: §5.4, pp. 38–41
• Channel Main/Bus/Matrix Sends와 IGNORE CHANNEL MUTE: §6.1, pp. 72–74
• Matrix·Main의 processing과 feed, Matrix의 Direct Input·라우팅 제한, 정상 순방향·반환 routing latency: §§2.5, 6.4–6.6, pp. 7, 76–79
• Audio Clock의 Clock Rate·Sync Source와 비동기 표시: §5.5, p. 44
• monitor Source와 Solo/Talkback 경로: §7, pp. 80–82
• WLIVE REC/PLAY, RECORDER/USB PLAYER, WING-LIVE와 전면 USB recorder: §8, pp. 83–87

적용 한계 — 메뉴 위치, media 규격, track 수와 USB 동작은 모델·firmware에 따라 달라질 수 있다. 실제 콘솔과 현재 공식 문서를 우선한다. WING manual이 명시하지 않은 encoder input 기준, platform target, computer driver·buffer, camera timing을 WING의 보편 기능으로 쓰지 않는다.

방송 음량 측정의 1차 근거#

• International Telecommunication Union, ITU-R BS.1770-5 — Algorithms to measure audio programme loudness and true-peak audio level, 2023-11, in force. Programme Loudness와 True Peak 측정 알고리즘의 근거.
• European Broadcasting Union, EBU R 128 v5.0 — Loudness normalisation and permitted maximum level of audio signals, 2023-11. Programme Loudness·LRA·Maximum True Peak를 함께 다루는 방송 권고.
• European Broadcasting Union, EBU Tech 3341 v4.0 — EBU Mode metering, 2023-11. Momentary·Short-term·Integrated meter mode와 meter 일관성의 근거.
• European Broadcasting Union, EBU Tech 3342 v4.0 — Loudness Range, 2023-11. LRA의 계산·해석 범위 근거.
• European Broadcasting Union, EBU Tech 3343 v4.1 — Practical guidelines for Loudness production, 2023-11. Peak 중심 운용에서 Loudness 중심 제작으로 전환하고 장르·플랫폼 조건을 함께 보는 실무 근거.
• European Broadcasting Union, EBU R 128 S2 v3.0 — Loudness in Streaming, 2023-11. streaming이 broadcast와 다른 target·normalisation 환경을 가질 수 있다는 적용 경계.
• European Broadcasting Union, EBU Tech 3344 v2.1 — Distribution and reproduction guidelines, 2016-07. 제작실부터 소비자 재생까지 전체 분배 경로의 일관성을 검토하는 근거.

적용 한계 — 위 자료의 특정 방송 목표값을 교회의 모든 live platform에 복사하지 않는다. 이 장은 정의와 측정 방법을 사용하며, 실제 delivery 값은 현재 플랫폼 공식 문서·계약 규격·encoder profile과 실제 distribution return으로 별도 승인한다. WING 기본 meter를 BS.1770/EBU Mode Loudness meter로 간주하지 않는다.

음성과 영상의 상대 시간#

• International Telecommunication Union, ITU-R BT.1359-1 — Relative timing of sound and vision for broadcasting, in force. 방송에서 음성과 영상의 상대 시간 차를 별도 품질 문제로 다루는 근거.

적용 한계 — 감지·허용 범위는 콘텐츠, 표시 장치와 평가 조건의 영향을 받는다. 교재는 보편 delay 숫자를 처방하지 않고 현재 camera→encoder→platform→player 전체 경로에서 실제 사건을 측정하게 한다.

현장 사례의 적용 범위#

• 현장 노트 1–6은 목적지별 믹스 판단, 전환 재생, 방송 모니터링, 음영상 동기와 녹음 복기에 관한 YouTube 사례를 바탕으로 한다.
• 단일 출처인 FN-07-08과 FN-07-21은 신뢰도가 제한된 조건부 workflow로만 사용한다.
• YouTube 자료는 WING 제품 동작, Loudness 계산과 음영상 상대시간의 기술 사실을 확정하는 근거로 사용하지 않았다. 해당 사실은 위 WING·ITU·EBU 1차 자료로 별도 검증했다.

운영·법적 경계#

• 현장감 마이크의 장면별 운용, 세 monitor 지점, 30초 voice slate, failure-domain 표와 축소 운영은 기술 표준이 모든 교회에 강제하는 절차가 아니라 관찰→판단→한 변경→복원을 가능하게 하는 운영 설계다.
• 이 장은 특정 플랫폼의 서비스 약관, 저작권·초상권·개인정보 법률 의견, 방송 허가, network 보안 설계, camera·switcher service manual을 대신하지 않는다. 공개 범위와 녹음·보존·배포 권한은 교회 정책과 적용 법률, 현재 서비스 문서를 담당자가 확인한다.
• 고정 배선, 전원, clock·network drift, 복잡한 영상 동기, 장비별 analog 기준 레벨과 codec 검증은 해당 공식 문서와 자격·권한 있는 음향·영상·IT 담당자에게 이관한다.