짧은 답: Enhanced RTMP는 호환되는 송신기와 수신기가 HEVC 또는 AV1 같은 최신 코덱을 신호할 수 있도록 RTMP/FLV 메시지 형식을 확장합니다. 송신기와 수신기는 여전히 일치하는 코덱 지원이 필요합니다. RTMPS는 TLS로 보호되는 전송 변형입니다. 이벤트를 만들기 전에 현재 YouTube 인제스트 사양을 확인하세요.
YouTube 출력 계약부터 시작하세요
| 계층 | 답해야 할 질문 | 추론하지 말아야 할 것 |
|---|---|---|
| Enhanced RTMP | 송신기와 YouTube 인제스트 경로가 필요한 향상된 코덱 신호를 지원하는가? | 모든 RTMP 수신기가 HEVC 또는 AV1을 수락한다는 점 |
| 비디오 코덱 | 대상이 현재 수락하는 코덱, 프로필, 해상도, 프레임 레이트 및 레이트 제어 값은 무엇인가? | 코덱 선택이 암호화라는 점 |
| RTMPS | YouTube는 이 스트림에 어떤 보안 인제스트 URL을 제공하는가? | 관계없는 RTMP Server가 rtmps://를 수락한다는 점 |
| 시청자 재생 | 인제스트 후 YouTube가 어떤 처리 및 렌디션 상태를 보고하는가? | 기여 코덱이 시청자가 받는 최종 렌디션이라는 점 |
출력을 만들기 전에
YouTube 라이브 스트림을 생성하거나 예약한 다음, 현재 서버 URL과 스트림 키만 대상 구성에 복사하세요. 대상이 문서화한 소스 프로필을 선택하세요. YouTube의 인코더 설정 페이지는 현재 코덱, 해상도, 비트레이트 및 프로토콜 지침의 기준입니다. 이전 이벤트에서 작동했다는 이유만으로 프로필을 재사용하지 마세요.
YouTube 출력 만들기
선택한 소스 바인딩과 YouTube 대상 URL/키로 Restream을 만드세요. 이는 출력 워크플로입니다. YouTube의 대상 설정이 그 핸드오프를 결정합니다. 기본 제어 화면은 Restreaming 및 라이브 비디오 트랜스코딩을 참조하세요.
슬로건이 아니라 프로덕션에서 프로필을 선택하세요
YouTube가 현재 게시한 인제스트 설정에서 역으로 작업하세요. 소스에 이미 필요한 코덱이 있는지, 아니면 출력에 지원되는 트랜스코드 프로필이 필요한지 확인하세요. 오디오 코덱, 키프레임 주기 및 레이트 제어도 대상 지침과 비교하세요. Enhanced RTMP는 코덱 기능 정보를 전달하므로, 실제 출력을 평가하려면 리허설을 사용하세요.
구체적인 출력 선택 하나
해당 이벤트가 수락한다면 1080p30 H.264/AAC는 호환성 우선의 실용적인 선택입니다. 현재 YouTube 엔드포인트와 실제 소스/출력이 이 경로를 지원할 때 Enhanced RTMP와 함께 HEVC를 사용하세요. 어느 경우든 리허설 전에 비디오 프로필, GOP/키프레임 주기, 오디오 및 할당된 엔드포인트를 확인하세요.
시청자 경로 리허설하기
- 정확한 소스 형식으로 비공개 테스트를 시작합니다.
- Callaba가 입력을 확인하고 구성된 출력이 연결되는지 확인합니다.
- YouTube Live Control Room에서 수신된 스트림 상태와 경고를 확인합니다.
- 미리보기/시청자 경로를 열고 프로그램 오디오와 비디오를 확인합니다.
- 소스를 한 번 중지했다 다시 시작하고 관찰된 복구 절차를 문서화합니다.
경계별로 장애를 진단하세요
소스는 정상인데 YouTube에 인제스트가 표시되지 않으면 복사한 서버 URL/키와 출력 프로토콜을 다시 확인하세요. YouTube가 스트림을 수신하지만 비디오를 거부한다면 코덱/프로필과 기타 인코더 설정을 현재 사양과 비교하세요. 인제스트는 정상인데 시청자 화면이 지연되거나 사용할 수 없다면 RTMP 소스를 무작정 바꾸기보다 YouTube 이벤트 상태와 재생 경로를 검사하세요.
참조 및 다음 단계
구성 참조로 YouTube의 라이브 인코더 설정 및 Veovera Enhanced RTMP v2 사양을 사용하세요. 먼저 Callaba에 게시하는 소스라면 RTMP Server를 사용한 다음 별도의 YouTube 출력을 구성하세요.
