Jelentkezés Telefonon: +36/30-820-1750ONLINE

Hírek

rtp 예제

Kategória: Uncategorized

“RTP 세션의 특징은 각 세션이 SSRC 식별자(다음에 정의)의 전체 별도의 공간을 유지한다는 것입니다. 하나의 RTP 세션에 포함된 참가자 집합은 RTP에서 SSRC 또는 CSRC(아래에 정의된) 또는 RTCP에서 참가자 중 한 명이 전송한 SSRC 식별자를 수신할 수 있는 참가자로 구성됩니다. 예를 들어, 유니캐스트 UDP를 사용하여 구현된 3자 회의를 각 참가자가 별도의 포트 쌍에서 다른 두 개로부터 수신하는 경우를 생각해 보십시오. 각 참가자가 다른 참가자로부터 받은 데이터에 대한 RTCP 피드백을 해당 참가자에게만 다시 보내는 경우 회의는 세 개의 별도 지점 간 RTP 세션으로 구성됩니다. 각 참가자가 다른 참가자 모두에게 다른 참가자를 모두 수신하는 것에 대한 RTCP 피드백을 제공하는 경우 회의는 하나의 다자간 RTP 세션으로 구성됩니다. 후자의 경우는 세 참가자 간의 IP 멀티캐스트 통신에서 발생하는 동작을 시뮬레이션합니다.” 실시간 멀티미디어 스트리밍 응용 프로그램은 정보를 적시에 전달해야 하며 이 목표를 달성하기 위해 일부 패킷 손실을 용인할 수 있는 경우가 많습니다. 예를 들어 오디오 응용 프로그램에서 패킷이 손실되면 오디오 데이터의 1초가 손실될 수 있으며, 적절한 오류 은폐 알고리즘으로는 눈에 띄지 않게 될 수 있습니다. [3] RTP 사용을 위해 표준화되었지만 전송 제어 프로토콜(TCP)은 TCP가 적시성보다 안정성을 선호하기 때문에 RTP 응용 프로그램에서 일반적으로 사용되지 않습니다. 대신 대부분의 RTP 구현은 UDP(사용자 데이터그램 프로토콜)를 기반으로 합니다. [3] 멀티미디어 세션을 위해 특별히 설계된 다른 전송 프로토콜은 SCTP[5] 및 DCCP이며[6] 2012년 현재[업데이트]는 광범위하게 사용되지 않습니다. [7] CSRC(기여 소스) 값은 RTP 세션 내에서 지정된 패킷 페이로드에 대해 최대 15개의 소스에 대한 전체 배열을 구성합니다.

예를 들어 여러 오디오 소스가 전화 회의에서 함께 혼합되는 경우 CSRC는 이러한 소스를 구분하는 데 도움이 될 수 있습니다. SampleCaptures 파일에서 RTP 프레임의 스크린 샷: rtp_example.raw.gz 우리는 트랜스 코딩 설정을 사용자 정의 할 수 있습니다. 예를 들어, 낮은 품질로 트랜스코딩하면 VLC는 네트워크 대역폭을 절약할 수 있습니다. 새 레지스트리를 지정하기 전에 IANA “MIME 미디어 유형 하위 매개 변수 레지스트리” 목록의 기존 레지스트리를 확인하는 것이 좋습니다. 예를 들어 색상 하위 샘플링을 표현하는 미디어 파라미터가 필요한 비디오 포맷은 비디오/원시[RFC4175]에 정의된 것을 재사용할 수 있습니다. 이 문서를 작성할 때 확장성을 지원하는 코덱은 약간의 부흥을 가지고 있습니다. 미디어 스트림의 기능을 RTP 프레임워크로 지원하는 데 필요한 기능을 얻는 것은 매우 어려운 일입니다. 계층화 되고 확장 가능한 코덱의 최근 예 중 하나는 확장 가능한 비디오 코딩 [RFC6190] (SVC)입니다. 상황이 복잡 하게 제안/답변에 대 한 또 다른 문제는 응답 제공 및 답변 사이의 페이로드 형식을 다시 번호를 허용 하는 것입니다.