
OBS 예배방송 설정은 인터넷에서 찾은 bitrate와 preset을 그대로 복사하는 일이 아니다. 안정적인 baseline은 Camera와 Mixer가 실제로 보내는 신호, OBS가 장면을 만드는 방식, Encoder가 처리할 수 있는 부하, 교회 Network가 지속할 수 있는 전송량을 맞추는 데서 시작한다.
이 글은 단일 “최적값” 대신 입력부터 YouTube 시청 화면과 로컬 녹화까지의 관계를 설명한다. 설정을 바꿀 때 어느 구간이 달라졌는지 알 수 있어야 문제를 재현하고 복구할 수 있다.
먼저 OBS 안팎의 신호 경로를 구분한다

영상은 Camera → HDMI/USB → Capture Device → OBS Video Source로 들어온다. 음향은 Microphone → Mixer → USB/Audio Interface → OBS Audio Source로 들어온다. OBS는 Scene에서 두 신호와 자막을 합성하고 Encoder가 압축한 뒤 YouTube로 전송한다. Recording은 같은 Program을 로컬 File로 남기는 별도 출력이다.
| 설정 Layer | 바꾸는 대상 | 관찰할 곳 | 잘못 맞을 때의 현상 |
|---|---|---|---|
| Input Source | Camera·Audio 장치의 실제 mode | Source Properties, Audio Meter | 검은 화면, 무음, 한쪽 소리 |
| Scene·Canvas | Source 배치와 제작 공간 | Preview, Rendering Lag | 잘린 화면, 비율 오류, 합성 지연 |
| Output Video | 시청자에게 보낼 frame | Output Resolution, recording | 과도한 scaling, 흐린 자막 |
| Encoding | Video/Audio 압축 | Encoding Lag, bitrate | Frame 누락, 화질 붕괴 |
| Network | Platform까지 전송 | Dropped Frames, Stream Health | 끊김, 재연결 |
| Recording | 로컬 보존 File | 녹화본 재생 | 손상 File, audio track 누락 |
OBS Auto-Configuration Wizard는 PC와 Network에 맞는 출발점을 제안한다. 이후 교회가 실제 사용하는 Camera, Scene, 자막, 찬양 음량으로 검증해야 한다.
Camera 입력은 장치가 실제 지원하는 mode로 맞춘다

Video Capture Device Source에서 Device를 선택한 뒤 화면이 나오면, Resolution/FPS Type을 무조건 Custom으로 바꾸기 전에 Device Default를 확인한다. OBS 공식 문서는 장치가 지원하지 않는 Resolution과 FPS를 지정하면 출력이 실패할 수 있다고 설명한다.
Camera 메뉴와 battery icon, focus frame이 남으면 Camera 쪽 Clean Output 설정을 확인한다. 색이나 밝기가 OBS에서만 달라지면 Video Format, Color Space/Range와 Capture Driver를 원인 후보로 분리한다. 한 번에 여러 값을 바꾸지 말고 Preview와 짧은 Recording을 비교한다.
Canvas와 Output은 같은 숫자가 아니라 서로 다른 역할이다

Base Canvas는 Scene을 설계하는 좌표 공간이고, Output Resolution은 Encoder로 전달할 최종 크기다. 4K Camera가 있다고 Canvas와 Output을 모두 4K로 둘 필요는 없다. 모든 Camera·Graphic·Caption을 1080p 기준으로 만들고 1080p로 전송한다면 불필요한 scaling과 GPU 부하를 줄일 수 있다.
| 목표 | Base Canvas | Output | FPS 판단 | 설명 |
|---|---|---|---|---|
| 안정적 기본 방송 | 제작 자산 기준 | Platform 목표 기준 | 30fps부터 검증 | 설교·고정 장면 중심 |
| 움직임 많은 찬양 | 제작 자산 기준 | 회선·Encoder가 감당하는 값 | 60fps 이점과 부하 비교 | Camera와 Capture도 같은 FPS 필요 |
| 낮은 성능/회선 | 장면 비율 유지 | 낮은 Resolution 검토 | 30fps | Frame 지속성을 해상도보다 우선 |
YouTube는 H.264 live encoding에서 Resolution/FPS별 권장 bitrate, CBR과 2초 Keyframe을 안내한다. 이 값은 출발점이며, 실제 회선과 Encoder에서 안정적으로 유지되는지 시험해야 한다.
Audio는 한 번만 Capture하고 Meter를 신호 지도처럼 읽는다
같은 Audio Device를 Settings → Audio의 Global Device와 Scene의 Audio Input Capture에 동시에 넣으면 중복이나 Echo가 생길 수 있다. 운영 구조를 하나로 정한다. Scene별 제어가 필요하면 Global Input을 Disable하고 Source로 명시하는 편이 추적하기 쉽다.
Mixer의 방송용 출력, Audio Interface input, 운영체제 Device, OBS Source 순서로 신호를 확인한다. Meter가 움직이지 않으면 앞단으로 돌아가고, 빨간 영역에 계속 닿으면 Filter보다 앞단 Gain과 Bus Level을 먼저 조정한다. 한쪽만 들리면 Cable과 Channel을 확인한 뒤 Mono Source인 경우 Downmix to Mono를 적용한다.
Monitoring은 담당자가 듣기 위한 경로이고 Stream Output과 다를 수 있다. Headphone에서 들린다는 사실만으로 YouTube에 들어갔다고 결론내리지 말고, OBS Recording과 실제 Watch Page를 재생한다.
Encoding과 Network 문제는 Stats에서 분리한다

| 증가하는 값·현상 | 우선 조사할 구간 | 첫 조정 |
|---|---|---|
| Rendering Lag | Scene 합성, GPU, Canvas | Browser Source·Filter·Scene 복잡도 축소 |
| Encoding Lag | Encoder 부하 | Hardware Encoder, Output/FPS, preset 검토 |
| Dropped Frames | PC 이후 Network | Ethernet, bitrate, router, ingest 비교 |
| YouTube만 전체 지연 | Platform processing과 player | Stream Health와 다른 기기 재생 비교 |
| Local recording도 sync 오류 | Capture·Audio clock·OBS | 입력별 delay와 장시간 drift 측정 |
Dropped Frames가 늘 때 GPU를 바꾸고, Encoding Lag가 늘 때 회선만 증설하는 것은 원인과 해결이 어긋난다. OBS Stats와 YouTube Stream Health를 같은 시간축에 기록하면 어디서 문제가 시작됐는지 좁힐 수 있다.
Stream Key는 비밀번호처럼 취급한다. Screenshot, 교육 영상, Log, 승인 Package와 공개 Visual에 포함하지 않는다. YouTube 연결은 공식 Live Control Room에서 새 Stream 또는 예약 Event의 정확한 Key와 ingest를 확인한다.
Recording은 방송 확인과 복구를 위한 두 번째 증거다
OBS는 비정상 종료 시 전체 File 손상 위험을 줄이기 위해 MKV 같은 안전한 Recording Container를 권장하며, 필요하면 File → Remux Recordings에서 MP4로 변환할 수 있다. 편집용 Multiple Audio Track을 사용하더라도 Stream Track에는 시청자가 들어야 할 Source가 모두 포함돼야 한다.
로컬 Recording이 정상인데 YouTube가 끊기면 Network 이후를 우선 조사한다. Recording부터 Frame이 빠지거나 Audio가 어긋나면 Capture, Scene, Encoder, Audio Clock을 먼저 본다. 이 차이가 로컬 녹화를 단순 backup 이상으로 만든다.
첫 방송은 기능보다 Baseline을 고정한다
한 Camera, 한 Audio Source, 한 Scene으로 Local Recording을 만든다. 다음으로 YouTube 제한 공개 Stream을 열어 Watch Page에서 영상, 좌우 Audio, Sync를 확인한다. 이후 Caption, 두 번째 Camera, Filter, 복잡한 Transition을 하나씩 추가한다.
시험은 실제 예배와 비슷한 길이와 움직임, 찬양 음량으로 진행한다. 시작·20분·40분 지점에서 OBS Stats, Stream Health, Audio/Video Sync를 남기고, OBS와 Camera를 다시 시작한 뒤 같은 Scene이 복구되는지 확인한다.
좋은 OBS 설정은 많은 숫자를 외운 구성보다 입력 mode, 합성, 압축, Network, Recording의 관계가 분명한 구성이다. 이 관계를 고정하면 PC나 Camera가 달라져도 새 환경에 맞는 baseline을 다시 만들 수 있다.
공식 자료
공개 사례와 공식 자료로 만든 FaithAX 예배방송 운영 모델
이 섹션은 FaithAX의 직접 현장 경험을 주장하지 않습니다. 공개된 OBS 사용자 사례 5건에서 반복된 실패 지점을 분류하고, OBS 공식 문서 2건과 대조해 예배 순서에서 복구까지 이어지는 운영 모델로 재구성했습니다.
FaithAX Worship Broadcast Workflow Model
| 단계 | 운영 질문 | 확인 신호 | 실패 시 다음 행동 |
|---|---|---|---|
| 예배 순서 | 지금 어떤 순서인가? | 큐시트의 현재 행 | 다음 순서와 비상 순서를 함께 표시 |
| OBS Scene | 순서에 맞는 장면인가? | 선택된 Scene 이름 | 복구 Scene으로 전환 |
| Source | 필요 영상·음향이 모두 있는가? | Source 표시·OBS meter | 전역 Source와 Scene Source를 분리 확인 |
| Preview | 전환 전 구성이 안전한가? | Preview 영상·meter | 문제 Source를 숨기고 재확인 |
| Transition | 전환 시점과 방식이 맞는가? | Preview/Program 차이 | Cut으로 단순화하거나 복구 Scene 사용 |
| Program | 송출 출력이 의도와 같은가? | Program 화면·Track 1 | 마지막 정상 Scene으로 복귀 |
| Monitoring | 운영자와 시청자가 같은 신호를 듣는가? | Monitor·로컬 녹화·비공개 재생 | Monitor Only/Output routing 비교 |
| Recovery | 30초 안에 안전한 화면·음향으로 돌아갈 수 있는가? | 복구 Scene·복구 담당 | 원인 추적보다 먼저 송출 안정화 |
OBS Worship Workflow Sheet
예배 전에 한 행씩 작성하고, 리허설에서는 한 번에 한 변수만 바꿉니다. 실제 운영 시 이 표를 인쇄하거나 복사해 사용할 수 있습니다.
| 예배 순서 | 장면명 | 필요 Source | 운영자 확인 | 전환 시점 | 복구 장면 |
|---|---|---|---|---|---|
| 오프닝 | |||||
| 찬양 | |||||
| 설교 | |||||
| 광고/헌금 | |||||
| 비상 | RECOVERY | 안전 이미지·기본 음향 | 즉시 | RECOVERY |
사례에서 반복된 패턴
- 장면 전환 때 Scene-local Source와 전역 Source가 섞여 누락·중복이 발생
- OBS meter에는 신호가 있지만 Monitor Only 또는 Track routing 때문에 송출·녹화가 무음
- 예배 직전 Source·filter 변경 뒤 전체 경로를 다시 확인하지 않아 장애가 확대
- 문제 발생 시 돌아갈 복구 Scene이 없어 원인 조사 중 잘못된 화면이 계속 노출
이 자료를 만든 방법
공식 커뮤니티 사례 5건을 장면·Source·오디오 routing·동기화·복구 관점으로 분류했습니다. 사례의 해결 결과가 명확하지 않은 경우에는 가능한 원인으로만 표시했고, 제품 동작과 OBS 기능은 공식 문서를 우선했습니다. 공개 사례는 통제 실험이 아니므로 모든 교회 환경에 동일하게 적용되지 않습니다.
| Source | Type | Verification | Limitation |
|---|---|---|---|
| No sound while live streaming | OFFICIAL_COMMUNITY_FORUM | PLAUSIBLE_PUBLIC_EXPERIENCE | 게시자가 최종 해결 결과를 회신하지 않아 원인 확정 불가 |
| Lost audio in live stream when changing scenes | OFFICIAL_COMMUNITY_FORUM | PLAUSIBLE_PUBLIC_EXPERIENCE | 특정 OBS 버전·구성 사례이며 전체 환경에 일반화 불가 |
| Audio Issues During Church Live Streams | OFFICIAL_COMMUNITY_FORUM | PLAUSIBLE_PUBLIC_EXPERIENCE | 정확한 필터 설정과 후속 측정값은 공개되지 않음 |
| A small church needs help: dropped frames and sync | OFFICIAL_COMMUNITY_FORUM | PLAUSIBLE_PUBLIC_EXPERIENCE | 초기 문제 제보 중심이며 모든 조치의 최종 결과는 없음 |
| Can't remove unwanted audio source | OFFICIAL_COMMUNITY_FORUM | PLAUSIBLE_PUBLIC_EXPERIENCE | 단일 구성에 대한 포럼 답변이며 장기 안정성 자료 없음 |
| OBS Sources Guide | OFFICIAL_DOCUMENTATION | OFFICIAL_REFERENCE | 기능·동작 확인용 |
| OBS Multi-track Audio Guide | OFFICIAL_DOCUMENTATION | OFFICIAL_REFERENCE | 기능·동작 확인용 |