SRT 기여 피드를 Callaba로 가져와 점검한 다음 다음 수신자를 선택하세요. SRT 수신자가 소스 미디어를 이미 수용할 때만 릴레이를 사용합니다. 처리가 필요한 RTMP 게시 출력에는 Restreaming을, 제작 네트워크 핸드오프에는 NDI 워크플로를 사용하세요.
하나의 소스와 그 다음 수신자부터 시작하세요. 아래 경로는 제어된 인제스트, 투명 릴레이, RTMP 처리, 이름이 지정된 연결을 구분합니다. 경로가 활성화된 뒤 선택한 대상을 확인하세요.
라이브 SRT Gateway 데모
1시간 동안 사용할 임시 SRT 연결을 만드세요. Caller 모드에서 소스를 발행자 주소로 전송한 다음, Stream ID를 비워 둡니다. Caller 모드로 수신자를 수신자 주소에 연결하세요. 발행자가 연결되면 Multiview 미리보기에서 영상과 오디오를 확인하세요. 이 테스트는 스트림을 변환하거나 페일오버를 시연하지 않습니다.
선택 시점Callaba가 특정 발행자 또는 수신자를 허용해야 할 때 SRT Server를 사용하세요.
선택 시점소스와 SRT 수신자가 컨테이너, 코덱 및 트랙에 이미 합의한 경우 SRT Route를 사용하세요. 미디어를 변경하지 않고 전송만 릴레이합니다.
선택 시점변환, 트랜스코딩, 리사이징, 오디오 변경 또는 오버레이가 필요한 RTMP 게시 출력에는 Restreaming을 사용하세요. 제작 네트워크 핸드오프에는 NDI 워크플로를 사용합니다.
선택 시점기존 SRT Server에 이름이 지정된 발행자 또는 수신자 연결이 필요할 때 SRT Stream을 사용하세요.
경로를 선택한 뒤, 이 간단한 링크로 문서화된 제조사 핸드오프를 찾으세요. 이 링크는 설정 시작점일 뿐 기기 인증이나 동일한 펌웨어 동작을 보장하지 않습니다.
소스, 수신자, 그리고 수신자에 실제로 필요한 미디어 변경부터 정하세요. SRT Route는 투명한 SRT-SRT 릴레이용입니다. 기여 피드를 전달하므로 수신자가 컨테이너, 코덱, 트랙 및 타임스탬프를 이미 수용해야 합니다. 소스 미디어를 릴레이할 뿐 브라우저 출력을 만들지는 않습니다.
다음 작업이 RTMP 게시라면 Restream 출력을 구성하고 그 대상에 필요할 때만 처리를 활성화하세요. 다음 작업이 NDI 제작 핸드오프라면 NDI 출력 경로를 구성하고 설계된 제작 네트워크에서 검증하세요. 제어된 인제스트에는 SRT Server를, 기존 서버의 이름이 지정된 연결에는 SRT Stream을 사용합니다. 소스가 연결되었다고 해서 다운스트림 수신자가 피드를 수용했다는 뜻은 아닙니다.
| 들어오는 SRT 작업 | 선택 | 원단에서 확인 |
|---|---|---|
| SRT → SRT 수신자 | 양쪽 엔드포인트가 소스 미디어를 이미 수용할 때 SRT Route를 사용합니다. | 수신자 연결, 디코딩된 영상 및 프로그램 오디오. |
| SRT → RTMP 게시자 | 필요한 RTMP 대상과 해당 출력에 필요한 미디어 처리만 적용한 Restreaming. | RTMP 수신자 또는 게시 플랫폼이 의도한 프로그램을 수용합니다. |
| SRT → NDI 제작 핸드오프 | 선택한 배포 환경과 제작 네트워크에 맞는 NDI 출력 워크플로. | 의도한 NDI 수신자에서 영상과 프로그램 오디오가 보입니다. |
트랜스코딩, 리사이징, 오디오 변경 및 오버레이는 릴레이보다 더 많은 처리 작업을 추가합니다. 계획한 소스, 출력 프로필, 호스트 용량, 대상을 함께 테스트하세요. 녹색 인제스트 연결만으로 최종 출력을 추정하지 마세요.
| 표시되는 현상 | 다음 확인 항목 |
|---|---|
| 발행자는 연결됨, 수신자 비트레이트 없음 | 경로가 의도한 입력과 출력을 선택하는지 확인한 다음 수신자 호스트, 포트, Caller/Listener 역할, Stream ID 및 패스프레이즈를 비교하세요. |
| 수신자에 비트레이트는 있으나 영상 또는 프로그램 오디오 없음 | 수신자에서 컨테이너, 코덱, 트랙 및 타임스탬프를 확인하세요. SRT 전송이 지원되지 않는 페이로드를 디코딩 가능하게 하지는 않습니다. |
| 이벤트 네트워크에서 영상이 끊김 | 실제 경로의 RTT, 손실, 재전송 및 유효 지연 시간을 비교하세요. 소스, 경로, 수신자를 함께 테스트하세요. |
소스와 대상의 호스트, 포트, 역할 및 액세스 상태를 기록하세요. 세션이 거부되거나 잘못된 스트림에 도달하면 엔드포인트 로그를 사용하세요.
소스가 실행되는 동안 비트레이트, RTT, 패킷 손실, 연결 이벤트 및 피어 세부 정보를 살펴보세요. 저장된 경로나 실행 중인 프로세스가 대상 수용 여부를 보여 주지는 않습니다.
선택한 수신자, 플레이어 또는 Multiview 타일에서 영상과 프로그램 오디오를 확인하세요. Multiview는 관찰용 핸드오프이며 릴레이를 제작 스위처로 바꾸지 않습니다.
임시 게이트웨이 데모는 발행자 하나와 수신자 하나의 연결을 테스트하고 발행자가 연결된 뒤 Multiview 미리보기를 제공합니다. 스트림을 변환하지 않으며 프로토콜 변환이나 페일오버를 시연하지 않습니다.
기본/백업 기여에는 SRT main/backup failover를 SRT Routing 아래에서 선택하고 Pull을 고른 뒤 두 기여 피드의 소스 호스트와 라우팅 포트를 입력하세요. 트리거와 예상 대상 동작을 이벤트 계획에 기록하고, 이벤트 전에 실제 피드, 버퍼 및 대상 동작을 테스트하세요. 전송 전환은 연결된 수신자와 풀러 세션을 유지할 수 있지만 영상 전환은 준비된 피드, 버퍼, 네트워크 조건 및 대상에 따라 달라집니다.
AWS 또는 팀이 관리하는 Linux 인프라에서 게이트웨이를 실행하고, 미디어 경로, 방화벽 정책 및 운영 팀에 맞는 위치를 선택하세요. SRT 경로가 수용된 뒤 Multiview로 선택한 피드를 관찰하거나, 완성된 피드를 릴레이하는 대신 프로그램을 만들고 전환해야 할 때 AV Mixer 워크플로를 검토하세요.
포트와 액세스 설정은 SRT Server guide를 사용하세요. 디코더 설정이나 검은 화면은 SRT Player guide를 사용하세요. 종단 간으로 테스트한 경로만 자동화하세요.
먼저 인제스트, 투명 릴레이, RTMP 게시 또는 NDI 제작 핸드오프를 고르세요. 그런 다음 선택한 인코더 또는 카메라의 설정 시작점으로 기기 디렉터리를 사용합니다. 이벤트 경로에 기기를 사용하기 전 설치된 펌웨어, SRT 모드, 포트, Stream ID, 암호화 및 페이로드 설정을 제조사 문서와 대조하세요.
작은 시작 구성에는 SRT relay preset을 검토하세요. 하나의 스트림과 하나의 Restream 작업으로 시작하지만 실제 소스, 대상 및 수신자 테스트는 직접 구성해야 합니다.
