RTSP 진단의 SDP, H.264 및 H.265: 비디오 시작 가능 여부를 결정하는 메타데이터

많은 RTSP 오류는 "카메라 스트림이 재생되지 않습니다."로 설명됩니다. 이 문구에는 가장 중요한 진단 경계가 숨겨져 있습니다. SDP에서 카메라가 주장한 내용은 무엇이며 미디어 페이로드가 해당 주장과 일치했습니까?

SDP는 종종 RTSP 세션에서 사용할 수 있는 최초의 구조화된 증거입니다. 미디어 트랙, 페이로드 유형, 코덱 이름, 클럭 속도, 제어 URL 및 코덱별 매개변수를 선언합니다. SDP가 잘못되었거나 불완전하거나 소비자가 지원하지 않는 경우 첫 번째 프레임이 디코딩되기 전에 스트림이 실패할 수 있습니다.

SDP가 증명해야 할 것

'DESCRIBE' 이후 클라이언트는 스트림에 비디오가 포함되어 있는지, 어떤 페이로드 유형이 어떤 코덱에 매핑되는지, 미디어 트랙을 어떻게 설정해야 하는지 알아야 합니다. 카메라 진단을 위해 다음을 검사하십시오.

• m=video 미디어 섹션
• a=control 트랙 URL
• a=rtpmap 페이로드 유형 및 코덱 이름
• a=fmtp 코덱 매개변수
• H.264 'sprop-parameter-sets'(있는 경우)
• H.265 VPS/SPS/PPS 신호(사용 가능한 경우)
• 광고된 클럭 속도가 예상되는지 여부

SDP가 H.264를 광고하는데 카메라가 다른 것을 보낸다면 수신자가 무리한 것이 아닙니다. SDP가 필수 매개변수 증거를 생략하고 스트림이 이를 대역 내로 전송하지 않는 경우 디코더에는 시작하기에 충분한 정보가 없을 수 있습니다.

H.264 매개변수 세트는 선택적 증거가 아닙니다.

H.264 디코더에는 시퀀스 및 영상 매개변수 정보가 필요합니다. RTSP 카메라 배포에서 이 증거는 SDP, 대역 내 RTP 페이로드 또는 둘 다에 나타날 수 있습니다. 카메라가 수신기가 모르는 것을 이미 알고 있다고 가정하면 문제가 발생합니다.

깨끗한 진단 기록은 다음과 같이 답합니다.

• SPS가 보이나요?
• PPS가 보였나요?
• 페이로드에 IDR 프레임이 포함되어 있나요?
• 스트림이 GOP 중반에 시작되었나요?
• 프로필 수준 ID가 그럴듯해 보였나요?
• 패킷화 모드가 관찰된 페이로드 구조와 일치합니까?

이는 한 플레이어가 작동하고 다른 플레이어가 작동하지 않을 때 특히 중요합니다. 관대한 시청자는 의심스러운 메타데이터에서 살아남을 수 있습니다. 기록, 분석 또는 규정 준수 파이프라인에서 이를 거부할 수 있습니다.

H.265는 더 많은 호환성 경계를 추가합니다.

H.265는 특히 대역폭이 중요한 최신 카메라에서 일반적이지만, 구형 툴링 및 임베디드 소비자에서는 H.264보다 보편적으로 지원되지 않습니다. H.265는 SPS 및 PPS 외에 VPS 증거도 제공합니다. 실제 코덱 프로필이나 매개변수 전달이 소비자가 지원하는 경계를 벗어나기 때문에 "RTSP 작동"이라고만 표시된 배포는 여전히 실패할 수 있습니다.

현장 팀의 경우 유용한 기사, 티켓 또는 보고서에 "H.264로 전환"이라는 내용만 나와서는 안 됩니다. 이유를 설명해야 합니다.

• 현재 소비자는 H.265 지원이 부족합니다.
• H.265 매개변수 세트가 누락되었거나 늦었습니다.
• 페이로드 유형이 예상 코덱 매핑과 일치하지 않습니다.
• 스트림은 유효하지만 제품 경계를 벗어났습니다.
• 이 워크플로에 대해 카메라 프로필을 변경해야 합니다.

이러한 수준의 명확성은 반복되는 시행착오 변경을 방지합니다.

SDP는 RTP와 비교되어야 함

SDP는 주장입니다. RTP는 다음과 같은 증거입니다. 둘을 비교해야 합니다.

예:

• SDP는 페이로드 유형 96이 H.264라고 주장하지만 RTP는 다른 페이로드 유형으로 도착합니다.
• SDP에는 비디오 트랙이 포함되어 있지만 'PLAY'를 따르는 RTP는 없습니다.
• SDP에서는 H.265라고 되어 있지만 다운스트림 제품은 H.264만 지원합니다.
• SDP는 매개변수 세트를 생략하며 RTP는 이를 슬라이스 전에 전송하지 않습니다.
• RTP가 도착했지만 NAL 단위 구조가 광고된 코덱과 일치하지 않습니다.

이러한 경우에는 다른 다음 조치가 필요합니다. SDP와 RTP를 비교하지 않으면 모두 똑같은 모호한 "영상 없음" 오류처럼 보입니다.

RTSP 검사기가 이러한 증거를 표면화하는 이유

RTSP Inspector는 반복 가능한 증거가 필요한 스트림 엔지니어, 카메라 공급업체 및 CCTV 통합업체를 위해 설계되었습니다. 의도적으로 일반 미디어 플레이어가 아닙니다. 그 임무는 RTSP 제어 경로, SDP 메타데이터, RTP/RTCP 흐름 및 H.264/H.265 준비 상태를 검사하는 것입니다.

이는 지원 대화에서 출력을 유용하게 만듭니다.

• 카메라 공급업체: SDP 또는 패킷화 수정
• 네트워크 팀: RTP 전달 경로 수정
• VMS 팀: 지원되는 코덱 프로필 조정
• 현장 통합자: 스트림 프로필 또는 전송 모드 변경
• 고객: 재생이 프로토콜 상태를 증명하지 못하는 이유를 이해하세요

RTSP 진단에서 SDP는 상용구 텍스트가 아닙니다. 이는 스트림이 제공하는 첫 번째 계약입니다. 해당 계약이 파기되면 나머지 파이프라인이 추측합니다.