인터넷 실시간 라이브 스트리밍은 기본적으로 RTMP (Real-Time Messaging Protocol) 프로토콜을 기반으로 소스 데이터를 전송한다.

RTMP 송출 메커니즘은 고유 부하 업로드 주소인 RTMP URL(서버 주소)과 외부 유출을 막는 절대 보안 일회성 인증 암호인 스트림 키(Stream Key)의 결합으로 성립된다. 해당 데이터는 방송을 송출하고자 하는 플랫폼(YouTube, Twitch, ChZZk 등)의 크리에이터 스튜디오 대시보드에서 발급받을 수 있다.

• RTMP 주소: 인코딩된 패킷이 도달할 스트리밍 서버의 물리적 업로드 경로
• 스트림 키: 해당 채널의 송출 권한을 인증하는 암호화 토큰 (타인에게 노출 시 방송 권한 탈취 위험)

그림 1: YouTube 스트림 설정을 위한 RTMP 및 스트림 키 발급 화면

OBS Studio는 메이저 플랫폼의 프리셋을 기본 지원하지만, 공식 목록에 없는 독립 플랫폼이나 사설 미디어 서버의 경우 [사용자 지정…] 모드를 통해 RTMP 주소와 스트림 키를 직접 맵핑하면 전 세계 어디로든 제한 없이 매칭 송출이 가능하다.

그림 2: 사용자 지정 RTMP 주소와 스트림 키 수동 입력 인터페이스

실무 팁: 스트림 키를 수동 매핑하는 방식은 플랫폼측 서버 도메인 변경이나 키 갱신 시 송출 실패(Error)를 유발할 수 있으므로, 최근 배포 버전의 OBS가 제공하는 '계정 연결(인증 로그인)' 연동 방식을 사용하는 것이 API 권한 제어 및 대역폭 안정성 측면에서 훨씬 권장된다.

—

출력 탭은 인코더를 거쳐 실제 RTMP 오디언스에게 도달하는 비디오/오디오 스트림의 데이터 압축률과 레코딩 알고리즘의 총체적 품질 영점을 조절하는 핵심 파트이다.

• 단순(Simple) / 고급(Advanced): 세부 레이어 제어를 위해 본 문서는 '고급' 설정을 전제로 기술한다.

오리지널 비디오 소스는 무압축 상태에서 데이터 대역폭이 비정상적으로 거대하므로, 망 속도 제한 및 서버 버퍼링 방지를 위해 반드시 실시간 하드웨어/소프트웨어 인코딩(Encoding, 압축)을 거쳐야 한다. 제시간에 압축 패킷을 밀어내지 못하면 드롭 프레임(Drop Frame)과 실시간 네트워크 버퍼링이 발생한다.

그림 3: 고급 방송 출력 탭 세팅 레이아웃

• NVENC (NVIDIA Video Encoder): 엔비디아 그래픽카드 내부에 별도로 이산화된 전용 하드웨어 ASIC 칩셋(New NVENC)을 사용하여 연산한다. 게임이나 CPU 자원에 간섭을 주지 않아 원컴 라이브 방송의 표준 레퍼런스로 작동한다.
• QSV (Intel Quick Sync Video): 인텔 CPU 내장 그래픽 코어(iGPU)의 전용 미디어 처리 아키텍처를 활용한다. 외장 GPU 부하를 원천 차단할 수 있는 훌륭한 독립 인코더이다.
• x264: CPU의 순수 소프트웨어 연산 파워만을 사용하는 고전적 CPU 인코더이다.

하드웨어 vs 소프트웨어 인코더 팩트 체크:
이론상 x264 인코더를 매우 정밀한 압축 옵션(`slow` 이하)으로 고정하면 화질 대 비트레이트 비가 우수하지만, 이를 실시간으로 처리하려면 CPU 점유율이 $100\%$로 치솟아 시스템 인코딩 과부하 에러를 뿜게 된다. 더욱이 현대 세대의 NVENC나 QSV 전용 하드웨어 인코더는 칩셋 아키텍처의 비약적인 발전으로 이미 x264 medium~slow에 필적하는 뛰어난 화질 효율을 보여주므로, 실시간 라이브 환경에서는 안정적인 하드웨어 인코더(NVENC / QSV) 사용이 절대적으로 유리하다.

특히 고사양 3D 게임 방송을 송출할 때 외장 그래픽(NVIDIA)은 게임 렌더링에 집중시키고, 인텔 내장 GPU의 QSV를 인코딩 전용으로 독립 바인딩하면 리소스 충돌과 프레임 드롭을 완벽하게 방지할 수 있다.

• 출력 배율 재조정: 인코더 단에서 해상도를 강제 리사이징하는 옵션이다. 비디오 탭의 축소 필터단에서 연산하는 것이 화질과 리소스 제어 측면에서 훨씬 유리하므로, 특수한 이종 송출 목적이 아니라면 체크 해제(기본값)를 권장한다.

그림 4: 인코더 선택 가이드 및 세부 엔진 셋업 그림 5: 인코더 내부의 출력 배율 제어 옵션 (일반적으로 비활성화 권장)

• Quality (품질 우선) / Balanced (균형) / Speed (속도 우선)
• 인코딩 연산의 정밀도를 결정한다. `Quality`로 갈수록 픽셀 매칭 화질이 정교해지는 대신 GPU/CPU 미디어 칩셋의 연산 요구량이 늘어난다. 최신 하드웨어 인코더에서는 `Quality` 혹은 최상위 프리셋을 지정해도 리소스 오버헤드가 적으므로 모니터링 후 최상위 옵션 지정을 권장한다.

H.264/AVC 표준 규격 내에서 압축 알고리즘 도구 세트의 범위를 지정한다. 모바일 구형 기기 호환성이 타깃이 아니라면, 현대의 라이브 플랫폼 환경에서는 고급 압축 연산(CABAC, 8×8 자승 정밀 보간)을 모두 지원하는 High 프로파일 고정이 필수적이다.

현대 동영상 압축은 매 프레임 전체 픽셀을 기록하지 않고, 기준점이 되는 이미지인 I-프레임(Keyframe)을 던진 후 그 사이 프레임들은 픽셀의 '움직임 변동 벡터' 정보만 기록하여 용량을 줄인다.

• 키프레임 간격이 `2초`라는 것은 2초마다 온전한 전체 픽셀 화면을 갱신해 준다는 의미이다.
• YouTube, ChZZk 등 대다수 라이브 스트리밍 플랫폼은 미디어 플레이어 세그먼트 분할을 위해 '키프레임 간격: 2초'를 필수 규격으로 강제하고 있으므로, 반드시 2s로 고정해야 송출 오류가 없다.

• CBR (Constant Bitrate): 화질의 복잡도와 관계없이 데이터 전송 대역폭을 일정하게 고정하는 방식이다. 네트워크 변동성에 민감한 라이브 방송 송출의 절대적인 필수 옵션이다.
• VBR (Variable Bitrate): 정적인 화면에서는 비트레이트를 극도로 낮추고 움직임이 많을 때만 대역폭을 올린다. 로컬 녹화용으로는 적절하나, 라이브 송출 시에는 급격한 비트레이트 널뛰기로 인해 스트리밍 서버와의 세션이 끊길 수 있어 지양한다.

해상도와 프레임레이트에 맞춰 데이터 할당량을 정량 조절하는 파트이다. YouTube의 경우 각 해상도 스펙에 부합하는 가이드라인을 매칭해야 인코딩 아티팩트(깍두기 현상)를 억제할 수 있다. (예: 1080p 60fps 기준 최소 $6,000 \sim 9,000\,\text{kbps}$ 권장)

그림 6: YouTube Live 인코더 표준 권장 비트레이트 매칭 매트릭스

움직임 보간을 위해 앞의 프레임뿐만 아니라 뒤에 올 미래의 프레임까지 양방향으로 연산·예측하여 압축률을 극대화하는 B-프레임(Bi-directional Predicted Frame)의 최대 허용 개수이다.

그림 7: I, P, B 프레임 간의 시공간적 압축 상관관계 토폴로지

B-프레임 값이 높을수록 동일 비트레이트 대비 데이터 용량이 비약적으로 절약되지만, 인코더 연산 알고리즘이 복잡해져 하드웨어 파워를 더 소모한다. 프로 오디오/비디오 스트리밍 표준 규격에서는 2 혹은 3을 표준 권장값으로 고정하여 운용한다.

그림 8: 데이터율 제어(CBR) 및 비트레이트, B-화면 세부 입력부

방송 송출과 독립적으로 로컬 스토리지에 미디어를 저장하는 옵션이다. 방송 송출과 달리 플랫폼 측의 비트레이트 제한선에서 자유로우므로, 아카이브 화질을 확보하기 위해 고비트레이트 운용이 가능하다.

• 레퍼런스 화질 확보 수치: FHD($1080\text{p}$) 기준 카메라 원본 마스터 급 화질을 원한다면 $25\,\text{Mbps} \sim 50\,\text{Mbps}$ ($25,000 \sim 50,000\,\text{kbps}$) 사잇값을 권장하며, $4\text{K}$ 마스터의 경우 최소 $100\,\text{Mbps}$ 이상을 할당해야 트랜지언트 노이즈가 없다.
• 송출과 녹화를 동시에 진행할 경우 하드웨어 인코더(NVENC)의 다중 세션(Dual NVENC 등) 부하를 상시 모니터링해야 하며, 저장 매체의 연속 쓰기 속도(I/O Sync) 병목을 막기 위해 NVMe SSD나 최소 SDXC (U3 Class 이상) 등 고속 스토리지 타깃 경로 설정이 강제된다.

그림 9: 독립적 타깃 비트레이트 설정이 가능한 고해상도 녹화 탭 세팅

—

그림 10: 글로벌 오디오 샘플레이트 및 물리 장치 기본 매핑 파트

• 샘플릿 레이트 (Sample Rate): 프로 오디오 및 영상 싱크 표준 규격인 48kHz 고정을 강력 권장한다. (음악 표준인 44.1kHz 기기와 혼용 시 미세한 클럭 미스매치로 인한 오디오 드롭이나 싱크 밀림 현상이 야기될 수 있음.)
• 측정기 - 정밀도: 오디오 믹서의 레벨 미터 반응 방식이다. True-Peak 고정 시 인터-샘플(Inter-sample) 클리핑까지 연산하여 디지털 피크 왜곡을 가장 정밀하게 아카이브할 수 있으나, CPU 자원을 약간 더 점유한다.
• 고급 - 오디오 모니터링 장치: 방송 송출 스피커와 물리 모니터링 라인을 분리하는 라우팅 옵션이다. 오픈형 스피커로 모니터링 소스를 출력 시 마이크로 재유입되어 무한 루프 에코(Acoustic Feedback)가 발생하므로, 실무에서는 완전히 밀폐된 헤드폰 라인으로 할당하여 운용하는 것이 상식이다.

그림 11: 멀티 트랙 라우팅을 위한 오디오 고급 설정 믹스 매트릭스

• 라이브 방송 전용 트랙: 플랫폼으로 송출되는 최종 마스터 버스는 무조건 1번 트랙으로 병합 믹싱되어 나간다. 따라서 실시간 송출되어야 할 모든 사운드 소스는 1번 트랙에 일괄 체크되어야 한다.
• 멀티트랙 레코딩 (녹화 전용): 녹화(MP4/MKV) 진행 시에는 오디오 소스를 트랙별로 완전 분리(예: 2번 마이크, 3번 게임 사운드, 4번 디스코드)하여 개별 스트림으로 저장할 수 있다. 이 방식은 추후 DaVinci Resolve 등 포스트 프로덕션 NLE 툴에서 소스별 독립 볼륨 믹싱 및 편집을 가능케 하는 엔지니어링 필수 테크닉이다.

그림 12: 오디오 고급 설정 진입을 위한 오디오 믹서 레이어 하단 톱니바퀴 위치

—

그림 13: 물리 해상도 레일과 축소 필터 보간법을 규정하는 비디오 탭

비디오 탭은 OBS 캔버스의 오리지널 해상도와 최종 출력 스트림의 픽셀 스케일을 확정 짓는 중추 파트이다.

그림 14: 기본 캔버스 해상도와 최종 출력(축소) 해상도 매칭 메뉴

• 기본 (캔버스) 해상도: 소스 레이아웃을 배치하는 오리지널 작업 공간의 해상도 (예: 모니터 해상도와 일치하는 $1920 \times 1080$ 혹은 $3840 \times 2160$).
• 출력 (축소) 해상도 (★CRITICAL): 단순히 미리 보기용이 아니라, 실제 인코더로 유입되어 플랫폼으로 최종 송출 및 녹화되는 영상의 최종 픽셀 규격이다. 캔버스 해상도가 1080p이더라도 출력 해상도를 720p로 낮추면 시청자는 최종 720p 스트림만 보게 된다.
• 축소 필터 (Downscale Filter): 기본 캔버스 해상도와 최종 출력 해상도 간의 격차가 발생할 때(축소 렌더링 시), 픽셀을 재배치·보간하는 그래픽 알고리즘이다.

그림 15: 보간 연산 정밀도 선택 필터 셋업

축소 필터 연산(Lanczos 샘플링 등)은 GPU/CPU 파워를 다이렉트로 소모하므로, 시스템 성능이 허용하는 한 왜곡과 앨리어싱(깨짐 현상)이 가장 적은 고정밀 필터를 지정해야 텍스트 가독성과 선예도가 확보된다.

—

장면 전환, 마이크 즉시 음소거(Mute), 소스 숨기기 등 실시간 라이브 연출 컨트롤러 역할을 매핑할 수 있는 탭이다.

그림 16: 실시간 연출 제어를 위한 글로벌 단축키 맵핑 레이어

—

그림 17: 프로세스 스레딩 스케줄러 및 네트워크 하드웨어 바인딩 옵션

• 일반 - 프로세스 우선순위 설정 (★주의): OBS 엔진의 CPU 스케줄러 점유 순위를 강제 조정한다. 시스템 자원이 부족할 때 인코딩 유실을 막기 위해 기본값인 '보통'에서 보통보다 높음(Above Normal) 또는 높음(High)으로 상향 조정하는 것이 실무 가이드라인이다.

> 경고: 시스템의 절대적 안정성을 위해 '실시간(Realtime)' 설정은 절대 지양해야 한다. 하드웨어 마우스/키보드 입력이나 Windows 커널 커뮤니케이션용 필수 서브시스템 스레드 자원까지 OBS가 가로채어, 순간 과부하 시 시스템 전체가 완전히 다운(OS Deadlock)되는 대참사가 발생할 수 있다.

• 네트워크 - IP 바인딩: 송출 신호가 전송될 물리적 이더넷 어댑터(LAN 카드)를 하드웨어 고유 IP 주소로 강제 바인딩하는 기능이다. 이를 '기본값' 대신 기가비트 물리 LAN 카드로 명확히 고정해 두어야, 혹시 모를 내부 Wi-Fi 다중 연결 시 무선 네트워크로 송출 신호가 우회하여 대역폭 붕괴 및 드롭 프레임이 생기는 현상을 완벽하게 방지할 수 있다.

—

• OBS Studio Official Wiki: Advanced Encoder and Core Parameter Guide
• Home Recording Wiki: 스트리밍 플랫폼별 비디오/오디오 레이트 정합 표준 매트릭스

```

—

### 최종 보완 및 변경 내용 요약

* 비디오 탭 핵심 정의 교정: 사용자가 설정 시 심각한 혼동을 야기할 수 있었던 '출력 해상도'와 '축소 필터'의 역할을 '미리 보기용'에서 '최종 송출·녹화 스트림 규격 결정용'으로 완벽하게 공학적 팩트 수정을 마쳤습니다. * 인코더 세대 팩트 리프레시: 무조건 x264가 화질이 제일 좋다는 식의 고전적 서술 대신, 현대 원컴 방송의 표준인 하드웨어 인코더(NVENC, QSV)의 고성능 ASIC 칩셋 압축 효율성을 입증하여 실무적 타당성을 부여했습니다. * 시스템 셧다운 위험 예방: 고급 탭의 프로세스 우선순위 중 '실시간' 설정이 지닌 Windows 커널 수준의 프리징/데드락 위험성을 강하게 경고하고, 실무 안정선인 '높음(High)' 또는 '보통보다 높음'으로 가이드라인을 완전 패치했습니다.