방송 SRT 프로토콜 이해 - RTMP보다 낮은 지연시간을 만드는 송출 기술 정리
인터넷 방송에서 자주 발생하는 끊김과 지연 문제. SRT 프로토콜이 어떻게 작동하고 언제 사용해야 효과가 있는지 설정 방법까지 실전 기준으로 정리했습니다.
인터넷 방송을 하다 보면 시청자 화면에 2-3초 이상 지연이 생기고, 후원 리액션 타이밍이 어긋나는 경험을 자주 합니다. 특히 실시간 소통이 중심인 스트리머일수록 이 지연시간은 큰 고민거리입니다. 방송 SRT 프로토콜 이해는 이런 지연 문제를 기술적으로 풀어가는 출발점입니다.
SRT 프로토콜이란 무엇인가
SRT는 Secure Reliable Transport의 약자로, 2013년 캐나다의 Haivision이 개발한 오픈소스 전송 프로토콜입니다. 2017년 SRT Alliance가 출범한 뒤 Microsoft, Avid, 소니 등 100여 개 기업이 참여하면서 업계 표준에 가까운 위치로 올라섰습니다.
기존 RTMP가 TCP 기반으로 동작한 반면, SRT는 UDP 위에서 동작합니다. UDP는 속도가 빠르지만 패킷이 손실되면 복구가 어렵다는 단점이 있었는데, SRT는 ARQ(자동 재전송 요청) 방식으로 손실된 패킷만 선택적으로 다시 보내 속도와 안정성을 동시에 확보합니다.
RTMP의 한계와 SRT의 등장 배경
RTMP는 2000년대 초 Adobe Flash 시대에 만들어진 프로토콜입니다. 플래시가 2020년 공식 종료된 뒤에도 스트리밍 송출 표준으로 남아 있지만, TCP 기반 구조라 근본적으로 지연시간이 길고 네트워크가 불안정한 환경에서 화질 저하나 끊김이 자주 발생합니다.
SRT와 RTMP 차이점 비교
두 프로토콜의 차이를 표로 정리하면 다음과 같습니다.
| 항목 | SRT | RTMP |
|---|---|---|
| 전송 방식 | UDP 기반 | TCP 기반 |
| 평균 지연시간 | 1-2초 | 3-10초 |
| 패킷 손실 복구 | ARQ 선택적 재전송 | 순차 재전송 |
| 암호화 | AES-128/256 내장 | 별도 설정 필요 |
| 코덱 지원 | H.264, H.265, AV1 등 | H.264 중심 |
| 네트워크 적응 | 대역폭 변화에 강함 | 변화에 취약 |
SRT의 핵심 강점은 지연시간과 안정성을 동시에 잡았다는 점입니다. RTMP가 둘 중 하나만 고를 수밖에 없었던 한계를 기술적으로 넘어선 프로토콜로 보면 됩니다.
SRT가 효과적인 방송 환경
SRT가 모든 상황에서 최선은 아닙니다. 다음 조건에 해당한다면 도입을 적극적으로 검토할 만합니다.
- 해외 서버 송출: 물리적 거리가 멀수록 패킷 손실 확률이 높아지는데, ARQ 기반 복구 방식이 큰 효과를 발휘합니다.
- 무선 인터넷 환경: LTE, 5G, Wi-Fi처럼 패킷 손실이 잦은 환경에서 RTMP보다 체감 안정성이 뚜렷합니다.
- 저지연 방송: 퀴즈쇼, 실시간 경매, 시청자 참여 중심 방송 등 지연이 결정적 요소일 때 유리합니다.
- 기여 송출(Contribution): 현장에서 방송국이나 CDN으로 원본 영상을 보내는 B2B 워크플로우에 이미 널리 쓰이고 있습니다.
OBS에서 SRT 설정하는 방법
OBS Studio 25.0 이상부터는 SRT 송출이 기본적으로 지원됩니다. 플랫폼이 SRT 수신 URL을 제공한다면 다음 순서로 설정할 수 있습니다.
기본 설정 절차
- OBS를 실행하고 설정 - 방송 메뉴로 이동합니다.
- 서비스를 사용자 지정(Custom)으로 변경합니다.
- 서버 칸에 SRT URL을 입력합니다. 형식은
srt://서버주소:포트?streamid=스트림키입니다. - 지연시간(latency) 파라미터는 보통 120-200ms로 시작하고, 환경에 따라 조정합니다.
- 출력 탭에서 인코더를 NVENC 또는 x264로 선택하고 비트레이트를 설정합니다.
알아두면 유용한 주요 파라미터
- latency: 버퍼링 시간(ms). 낮을수록 지연이 적지만 패킷 손실에 취약해집니다.
- passphrase: 암호화 키. 보안이 필요한 전송 시 사용합니다.
- mode: caller(송출자가 먼저 연결) / listener(수신 서버가 대기) / rendezvous(양쪽 동시 연결)
SRT 사용 시 주의사항
SRT가 아직 모든 환경에서 완벽하게 작동하는 것은 아닙니다. 도입 전 아래 사항을 반드시 확인하세요.
- 송출하려는 플랫폼이 SRT 수신을 지원하는지 사전에 체크가 필요합니다. 국내 주요 스트리밍 플랫폼 상당수는 여전히 RTMP 중심이므로 SRT 단독으로는 송출이 불가능할 수 있습니다.
- UDP 포트가 방화벽에 막혀 있는 기업 네트워크, 일부 구형 공유기에서는 연결 자체가 실패할 수 있습니다. 사용할 포트의 UDP 통과 여부를 먼저 확인하세요.
- OBS 외에 vMix, Streamlabs Desktop 등도 SRT를 지원하지만 버전과 옵션 지원 범위가 다릅니다. 도구별 최신 문서를 참고하는 편이 안전합니다.
- SRT 송출 자체는 지연을 줄여주지만, 플랫폼이 수신한 뒤 CDN으로 배포하는 단계에서 추가 지연이 발생합니다. 시청자 체감 지연이 극적으로 줄어들지 않을 수도 있다는 점을 이해하고 있어야 합니다.
방송 송출 품질을 기술적으로 다듬었다면 다음 과제는 시청자 데이터 분석입니다. 후원 패턴과 큰손 시청자를 실시간으로 파악하려면 큰손탐지기 같은 분석 도구를 함께 활용하면 도움이 됩니다. 기술적 안정성과 시청자 관리가 함께 갖춰져야 방송이 꾸준히 성장합니다.
지금 RTMP 송출에서 지연이나 끊김 문제로 고민하고 있다면, 먼저 송출 환경이 SRT에 적합한지 점검하고, 테스트 방송에서 latency 값을 조정해보는 것부터 시작하세요. 해외 시청자 비중이 높거나 무선 네트워크를 쓰는 환경이라면 체감 효과가 특히 큽니다.
