시작하기
RTMP란 무엇인가요? 스트림 키와 서버 URL 설명
RTMP란 무엇인가요? 스트림 키와 서버 URL 설명
RTMP는 로봇이 말할 것 같은 용어입니다. 하지만 실제로는 당신의 휴대전화나 컴퓨터에서 유튜브, 트위치, 틱톡, 인스타그램과 같은 플랫폼으로 실시간 비디오를 전달하는 방식입니다. 아마도 당신은 이미 사용해봤을 것입니다. 당신이 복사한 모든 "스트림 키"는 RTMP가 제 기능을 하는 것입니다.
자, 이제 기본 개념을 살펴보겠습니다.
RTMP 한 문장 요약
RTMP는 실시간 메시징 프로토콜(Real-Time Messaging Protocol)의 약자입니다. 이름은 잊어도 괜찮습니다. 중요한 것은 RTMP가 무엇을 하는가입니다. RTMP는 카메라가 포착한 비디오를 작은 조각으로 나누고, 그 조각들을 빠르게 인터넷을 통해 플랫폼의 서버로 전송하여 시청자들이 생방송으로 볼 수 있게 합니다. 거의 20년 동안 실시간 스트리밍의 기반이 되어 왔습니다. 당신이 "라이브를 시작할 때", RTMP가 대부분의 경우 비디오를 전달하고 있습니다.
알아야 할 두 가지 주요 정보
모든 RTMP 연결은 두 가지 정보로 요약됩니다. 그것이 전부입니다. 두 가지입니다.
1. 서버 URL — 주소
서버 URL(종종 수신 URL 또는 RTMP URL이라 불립니다)은 플랫폼의 주소입니다. 비디오가 전달되는 장소입니다.
이런 형식입니다:
rtmp://a.rtmp.youtube.com/live2
이것을 거리 주소로 생각하세요. 스트리밍 앱에 "내 비디오를 이 건물로 가져 가세요"라고 말하는 것입니다. 유튜브, 트위치, 틱톡 각각의 건물이 각자의 주소를 가지고 있습니다.
2. 스트림 키 — 비밀번호
스트림 키는 무작위의 긴 문자열로 보통 다음과 같습니다:
abcd-ef12-3456-gh78-ijkl
이 키가 비디오가 당신의 것임을 증명합니다. 당신의 비디오가 플랫폼의 주소에 도착할 때 스트림 키는 "이것은 알폰소 채널의 것 — 그의 라이브 페이지에 올려 두세요, 다른 사람이 아닌"이라고 말합니다.
스트림 키에 대해 알아야 할 두 가지 중요한 점:
- 비밀입니다. 스트림 키를 가진 누구든지 당신의 채널에서 방송할 수 있습니다. 스크린샷, 디스코드 메시지, 튜토리얼 비디오에서 절대 공개하지 마세요.
- 변경될 수 있습니다. 일부 플랫폼은 정기적으로 키를 회전시키거나 일정 시간이 지나면 만료시킵니다. 만약 스트림이 갑자기 연결이 끊어진다면, 처음 시도해볼 것은 새 키를 생성하는 것입니다.
자신의 스트림 키 찾기
모든 플랫폼은 이러한 정보들을 약간 다른 위치에 숨겨 두지만, 항상 동일한 패턴이 적용됩니다: 계정의 라이브/스트리밍 설정 영역으로 가세요.
- 유튜브: 유튜브 스튜디오 → 라이브 시작 → 스트림 설정. 여기서 스트림 키가 있으며, 서버 URL은 기본 수신 서버로 나열되어 있습니다.
- 트위치: 크리에이터 대시보드 → 설정 → 스트림. 기본 스트림 키, 한 번의 클릭으로 복사 가능합니다.
- 틱톡: 라이브 설정 영역 — "스트림 키", "라이브 센터" 또는 "데스크탑에서 라이브 시작"을 찾으세요. 모든 틱톡 계정이 RTMP에 접근 가능한 것은 아니며, 틱톡 RTMP 가이드에서는 자격 조건과 정확한 단계를 다룹니다.
- 인스타그램: RTMP를 통한 인스타그램 라이브는 비슷한 키 기반 방식으로 설정됩니다 — 인스타그램 RTMP 가이드를 참조하세요.
- Castream 자체: OBS를 통해 스트리밍할 경우, Castream은 Castream 웹에서 자체 RTMP URL과 스트림 키를 제공합니다, 그래서 OBS는 비디오를 어디로 보낼지 알 수 있습니다. OBS 가이드에서 자세히 알아보세요.
Castream이 RTMP를 사용하는 방식
많은 사람들이 여기서 이해가 됩니다. Castream 멀티스트리밍에서는 실제로 두 번의 RTMP 연결이 있습니다:
홉 1 — 당신에서 Castream으로. 당신의 앱이나 OBS가 RTMP 스트림을 Castream 서버로 전송하며, Castream의 서버 URL과 당신의 Castream 스트림 키를 사용합니다.
홉 2 — Castream에서 당신의 플랫폼으로. Castream은 들어오는 단일 스트림을 각 연결된 목적지로 복사하여 전달합니다 — 유튜브 하나, 트위치 하나, 틱톡 하나 — 각 플랫폼의 서버 URL과 시청 키를 사용합니다.
당신은 직접 홉 1만 다룹니다. 홉 2는 설정에서 연결된 목적지가 저장되면 자동으로 발생합니다. 이것이 멀티스트리밍의 전체 마법입니다: 당신의 하나의 업로드로, 여러 배달이 처리됩니다.
30초 용어 설명
인코더 및 플랫폼 설정에서 이 용어들이 등장할 수 있습니다. 이제 그 의미를 해독할 수 있습니다:
- 수신(Ingest) — 플랫폼의 수신 측. "수신 서버" = 서버 URL. 같은 것입니다.
- 인코더(Encoder) — 비디오를 전송하기 전에 압축하는 소프트웨어나 칩(OBS, 휴대폰의 카메라 파이프라인 등).
- CBR(상수 비트레이트) — 일정한 속도로 데이터를 전송합니다. 실시간 스트리밍을 위해 원하는 방식; 재생이 부드럽습니다.
- VBR(가변 비트레이트) — 장면 복잡도에 따라 데이터 속도가 증가하고 감소합니다. 녹화된 비디오에는 좋지만, 라이브에는 위험합니다.
- 키프레임(Keyframe, I-frame) — 이미지의 전체 스냅샷입니다. 키프레임 간에는 변경된 부분만 전송됩니다. "키프레임 간격"(보통 2초)은 이러한 스냅샷이 얼마나 자주 전송되는지를 의미합니다 — 플랫폼은 이를 사용하여 시청자가 스트리밍 중간에 기다리지 않고도 시청할 수 있게 해줍니다.
- 지연(Latency) — 당신이 무언가를 하는 것과 시청자가 그것을 보는 것 사이의 지연입니다. 대부분의 플랫폼에서 일반적으로 5~30초입니다. 전혀 이상한 것이 아닙니다.
왜 여전히 RTMP인가요?
정당한 질문입니다 — 이 프로토콜은 투표를 할 만큼 오래되었습니다. 더 새로운 옵션(SRT, WebRTC, QUIC 기반 프로토콜)이 존재하고 일부 플랫폼은 이를 내부적으로 사용합니다. 하지만 RTMP는 한 가지 이유로 여전히 존재합니다: 모든 것이 RTMP를 사용합니다. 모든 인코더, 모든 플랫폼의 맞춤 수신, 모든 멀티스트리밍 서비스. OBS에 서버 URL과 스트림 키를 붙여넣을 때, 그것은 RTMP이며, 10년 전과 동일한 방식으로 작동합니다. 비디오를 A에서 B로 안전하게 전송하기 위해, 지루하고 보편적인 것이 새롭고 분산된 것보다 더 신뢰할 수 있습니다.
모두가 한 번씩 저지르는 세 가지 실수
여백과 함께 키를 붙여넣기. 복사-붙여넣기할 때, 가끔 시작이나 끝에 보이지 않는 여백이 붙습니다. 플랫폼은 이를 조용히 거부하고, 당신은 20분 동안 "연결할 수 없음" 오류를 바라보고 있습니다. 키가 작동하지 않으면, 손으로 다시 입력하거나 조심스럽게 재복사하세요.
어떤 키를 어디에 붙여넣는지 혼동하기. 유튜브 키는 유튜브 목적지에, 틱톡 키는 틱톡 목적지에 넣어야 합니다. 이것은 명백하게 들리지만, 자정에 아침 스트림을 준비하며 네 가지 목적지를 설정할 때 실수가 발생합니다. 진행하면서 이름을 붙이세요.
키가 보이는 상태에서 화면 공유하기. 스트리머는 설정 설명을 하거나 통화 중 화면을 공유하거나 튜토리얼을 기록하며 설정 패널에 있는 스트림 키를 그대로 두고 있습니다. 만약 이런 일이 발생한다면, 플랫폼에서 즉시 키를 재설정하세요. 대부분의 플랫폼은 한 번의 클릭으로 새 키를 생성할 수 있도록 하고 있습니다.
스트리밍하기 위해 이 모든 것을 이해할 필요가 있나요?
솔직히 말해? 정말이지요. Castream의 목적지 설정은 각 플랫폼마다 두 값을 붙여넣도록 안내하며, 그 후에는 RTMP에 대해 다시는 생각하지 않아도 됩니다 — 단순히 라이브 시작을 누릅니다. 하지만 그 두 값이 무엇인지 아는 것은 "내 스트림이 연결되지 않아요"라는 공황 상태를 5분짜리 해결로 바꿉니다: 주소를 확인하고, 키를 확인하고, 필요 시 키를 새로 고칩니다.
이것이 전체 프로토콜입니다. 주소와 비밀번호, 그것들이 지난 수년간 한 일입니다.