짧은 답변: 수신 측이 실제로 수락할 수 있는 프로토콜을 선택하세요. SRT는 양쪽 끝이 지원하고 경로가 구성된 경우의 기여 옵션이며, RTMP는 여전히 인코더에서 플랫폼 또는 인제스트 서버로 넘기는 일반적인 방식입니다. 시청자 재생과 전달은 별도로 구성하는 다운스트림 작업입니다.
수신기부터 확인한 뒤 핸드오프를 선택하세요
| 결정 지점 | SRT 경로 | RTMP 경로 |
|---|---|---|
| 수신기 | 직접 관리하거나 할당받은 SRT 지원 기여 수신기 | 게시용으로 제공된 RTMP 인제스트 엔드포인트 또는 플랫폼 URL |
| 전송 | UDP 기반 SRT 세션, 라이브 모드에는 타이밍 및 재전송 제어가 포함됨 | 구성된 엔드포인트로의 TCP 기반 RTMP 세션 |
| 네트워크 질문 | 두 피어가 서로 연결할 수 있고 모드, 지연 시간, 암호 문구 설정이 일치하는가? | 인코더가 호스트에 도달할 수 있으며 URL/키가 엔드포인트 계약과 일치하는가? |
| 코덱 질문 | 수신기가 허용하는 컨테이너와 코덱을 별도로 검증 | 대상이 허용하는 오디오/비디오 프로필을 별도로 검증 |
| 유용한 다음 작업 | 운영 또는 제작 워크플로로의 기여 | 인제스트 서비스 또는 구성된 RTMP Server로 게시 |
일반적인 세 가지 결정
- 플랫폼이 URL과 스트림 키만 제공하는 경우: 해당 계약으로 RTMP를 게시하세요.
- 팀에서 SRT 수신기를 관리하는 경우: 양쪽에서 모드, 호스트:포트, 지연 시간, Stream ID/암호 문구에 합의했다면 SRT를 사용하세요.
- SRT 기여가 RTMP/RTMPS 플랫폼에서 끝나는 경우: SRT 기여와 플랫폼 게시 핸드오프를 별도로 검증하세요.
SRT 라이브 모드는 구성된 지연 시간 창과 수신기 피드백을 중심으로 설계되었습니다. 더 큰 창은 복구에 더 많은 시간을 줄 수 있지만, 더 나은 화질을 보장하는 것이 아니라 여전히 배포 선택입니다. RTMP 호환성도 마찬가지로 엔드포인트에 따라 달라집니다. 다른 곳의 기여 구간에서 SRT를 사용하더라도 RTMP 또는 RTMPS URL을 요구하는 플랫폼이 최종 핸드오프를 결정합니다.
운영상 달라지는 점
| 첫 연결 전 | 기록할 내용 |
|---|---|
| SRT | caller/listener/rendezvous 모드, 호스트:포트, 지연 시간, 사용 시 Stream ID 또는 암호 문구, 컨테이너와 비디오/오디오 코덱. |
| RTMP | 전체 인제스트 URL, 애플리케이션/경로 및 키, 수신기가 선언한 프로필(엔드포인트가 요구하는 경우 흔히 H.264/AAC), 스트림 상태 검사. |
자격 증명은 스크린샷, 채팅 로그, 테스트 녹화물에 남기지 마세요.
SRT 암호화와 RTMPS는 서로 다른 전송 보안 문제를 해결합니다. SRT는 암호화되도록 구성할 수 있고, RTMPS는 TLS로 전송되는 RTMP입니다. RTMPS 대상은 별도의 RTMP Server가 제공하는 인제스트 옵션을 설명하지 않습니다.
하나의 기여 경로 시험하기
어느 탭에서든 같은 준비된 소스를 사용하세요. 프로그램 형식을 고정하고, 비디오 및 오디오 코덱 설정을 기록하며, 게시자에게 선택한 테스트 엔드포인트에 대한 액세스를 부여합니다. 하나의 프로토콜 세션을 시작하고 게시자 상태를 확인한 뒤 미리보기를 살펴보고, 워크플로에서 사용하는 경우 다운스트림 출력을 검증하세요.
프로토콜 데모
테스트할 프로토콜을 선택하세요
각 데모는 직접 시작하며 별도의 임시 사용 세션을 유지합니다. 워크플로를 비교할 때 소스 설정을 동일하게 맞추세요. 이 페이지는 통제된 지연 시간 벤치마크를 실행하지 않습니다.
라이브 SRT 데모
라이브 SRT 연결 체험
1시간 동안 사용할 임시 연결을 만드세요. Caller 모드에서 발행자 주소로 피드를 전송한 다음, Stream ID를 비워 둡니다. 아래 Multiview에서 보거나 Caller 모드로 수신자 주소에 수신자를 연결하세요.
결과는 선택한 소스가 해당 임시 경로와 미리보기에 도달했음을 확인합니다. 이는 설정 점검이지 비교 벤치마크가 아니므로 지연 시간, 품질, 신뢰성의 순위를 매기지 않습니다. 변경한 구성은 새 테스트로 반복하고 수신기 로그 또는 운영자가 볼 수 있는 연결 데이터를 보관하세요.
Callaba가 적합한 위치
Callaba의 RTMP Server는 게시자와 수신기에 별도의 액세스 규칙을 제공하고 운영자가 볼 수 있는 활동을 표시할 수 있습니다. Guest RTMP Server는 사전 정의된 액세스 규칙 없이 열어 둘 수 있습니다. SRT Server는 호환 가능한 SRT 워크플로에 대응하는 기여 리소스입니다. 브라우저 모니터링과 시청자 재생에는 별도로 구성된 모듈을 사용합니다. RTMP 게시 URL은 브라우저에서 재생되는 URL이 아닙니다.
다음 단계
- 구성된 RTMP 리스너가 필요하다면 RTMP Server와 그 액세스/수명 주기 제어를 확인하세요.
- SRT 기여 수신기가 필요하다면 SRT Server를 확인하세요.
- 명시적인 브리지가 필요하다면 양쪽 엔드포인트를 확인한 후에만 문서화된 RTMP 기여 게이트웨이 경로를 사용하세요.
