송출 프로토콜 이해하기: RTMP, SRT, WHIP의 차이
- 유선 환경의 RTMP는 바꿀 이유가 없다. 문제없는 시스템은 건드리지 않는다.
- 와이파이·LTE처럼 흔들리는 회선에서는 SRT가 체감될 만큼 안정적이다.
- 초저지연이 필요한 콘텐츠라면 WHIP/WebRTC 지원을 확인하라.
OBS의 '방송 시작' 버튼 뒤에서는 송출 프로토콜이 일하고 있습니다. 평소에는 몰라도 되지만, 야외 중계나 회선이 불안한 환경에서는 프로토콜 선택이 방송 품질을 좌우합니다.
RTMP: 여전한 표준
RTMP는 20년 넘게 쓰여온 송출 프로토콜로, 거의 모든 플랫폼이 기본 지원합니다. '스트림 키를 넣고 송출'하는 방식이 바로 RTMP입니다. 안정적인 유선 환경에서는 문제가 없지만, TCP 기반이라 패킷 손실이 있는 회선에서는 지연이 누적되고 끊김이 발생하는 약점이 있습니다.
SRT: 불안정한 회선의 구원자
SRT는 패킷 손실 복구 능력을 갖춘 최신 프로토콜입니다. 손실된 패킷만 선별 재전송하는 방식이라, 와이파이·LTE·5G처럼 흔들리는 회선에서 RTMP보다 훨씬 안정적입니다. 야외 IRL 방송, 행사 중계에서 특히 가치가 큽니다. OBS가 기본 지원하며, 플랫폼이 SRT 수신을 지원하지 않는 경우 중계 서버를 거쳐 RTMP로 변환해 보내는 구성을 씁니다.
WHIP/WebRTC: 초저지연의 방향
WebRTC 기반의 WHIP는 지연을 1초 미만으로 줄일 수 있는 프로토콜로, 실시간 상호작용이 중요한 방송(경매, 퀴즈, 화상 대화형 콘텐츠)에 적합합니다. 지원 플랫폼이 늘어나는 추세입니다.
실전 선택 기준
- 집, 유선 랜: RTMP 기본값 그대로. 바꿀 이유가 없습니다.
- 야외, 모바일 회선: SRT 지원 구성을 검토하세요. 같은 회선에서 체감 안정성이 다릅니다.
- 초저지연이 핵심인 콘텐츠: 플랫폼의 저지연 모드 또는 WHIP 지원 여부를 확인하세요.
자주 묻는 질문
Q. 지금 방송이 잘 되는데 프로토콜을 바꿀 이유가 있나요?
없습니다. 유선 환경에서 RTMP로 문제없이 방송 중이라면 그대로 두는 것이 정답입니다. 프로토콜 변경이 의미 있는 경우는 야외·모바일 회선 방송, 원거리 중계, 초저지연이 필요한 특수 콘텐츠뿐입니다. 문제가 없는 시스템은 건드리지 않는 것이 방송 안정성의 제1원칙입니다.
Q. SRT의 '레이턴시' 설정은 뭘 의미하나요?
패킷 손실을 복구할 시간 여유(버퍼)입니다. 값을 늘리면 회선이 흔들려도 복구할 시간이 생겨 안정성이 올라가는 대신 전체 지연이 늘어납니다. 왕복 지연시간(RTT)의 3~4배를 기준으로 잡고, 환경에 따라 조정하는 것이 일반적인 출발점입니다.
Q. 프로토콜 설정은 OBS 어디에서 바꾸나요?
설정 → 방송에서 서비스가 '사용자 지정'일 때 서버 주소의 형식이 곧 프로토콜입니다. rtmp://로 시작하면 RTMP, srt://로 시작하면 SRT로 송출됩니다. SRT는 주소 뒤에 레이턴시 등 파라미터를 붙여 세부 조정합니다. 플랫폼이 SRT 주소를 공식 제공하는지 먼저 확인하고, 제공하지 않으면 SRT를 받아 RTMP로 변환해 주는 중계 서버를 구성하는 것이 일반적인 우회 경로입니다. 설정 변경 후에는 반드시 테스트 송출로 확인하세요.
한 걸음 더: 지연 시간의 구조 이해하기
시청자가 느끼는 '방송 딜레이'는 프로토콜 하나가 아니라 여러 단계의 합입니다. 인코딩 버퍼(1~2초), 전송 구간, 플랫폼의 수신·재처리(트랜스코딩), 그리고 시청자 플레이어의 버퍼(수 초)가 쌓여 보통 수 초에서 십수 초의 지연이 만들어집니다. 그래서 송출 프로토콜만 바꿔서는 체감 지연이 크게 줄지 않으며, 플랫폼의 저지연 모드(플레이어 버퍼를 줄이는 방식)와 함께 조정해야 효과가 납니다. 지연을 줄이면 대가도 있습니다. 버퍼가 얇아진 만큼 회선이 조금만 흔들려도 시청자 쪽에서 끊김이 발생합니다. 그래서 콘텐츠 성격에 따른 선택이 필요합니다. 시청자와 실시간 게임을 함께하는 방송은 저지연이 필수지만, 영화 감상형·작업 방송은 지연 몇 초보다 안정성이 우선입니다. 지연은 무조건 줄이는 것이 아니라 콘텐츠에 맞게 설계하는 값입니다.
프로토콜 전환 검토 체크리스트
- 현재 유선 환경에서 RTMP로 문제가 없는가. 없다면 바꿀 이유가 없다.
- 야외·모바일 회선 방송 계획이 있는가. 있다면 SRT 구성이 안정성에 큰 차이를 만든다.
- 목표 플랫폼이 SRT를 직접 수신하는지, 중계 서버가 필요한지 확인했는가.
- SRT 레이턴시 값을 회선 RTT의 3~4배 기준으로 설정했는가.
- 초저지연이 필요한 콘텐츠라면 플랫폼의 저지연 모드나 WHIP 지원을 확인했는가.
- 이동 방송이라면 회선 본딩(여러 회선 묶기) 솔루션도 비교해 봤는가.
- 전환 후 실제 환경(방송할 장소·시간대)에서 테스트 송출을 했는가.
마무리
프로토콜은 평소에는 존재감이 없다가 환경이 나빠지는 순간 실력을 드러내는 기술입니다. 집에서 유선으로 방송한다면 RTMP 기본값으로 충분하지만, 야외 중계나 모바일 회선 방송을 계획한다면 SRT를 아는 것과 모르는 것의 차이가 방송 성패를 가를 수 있습니다. 기술 용어에 겁먹을 필요는 없습니다. '불안한 회선에는 SRT, 초저지연에는 WHIP, 그 외에는 RTMP'라는 한 줄만 기억해 두면, 필요한 순간에 올바른 도구를 찾을 수 있습니다.