라이브 스트리밍을 해본 적이 있다면 스트리밍 프로토콜, 특히 라이브 스트리밍을 위한 가장 일반적인 프로토콜인 RTMP에 익숙해야 합니다.그러나 스트리밍 세계에서 화제를 불러일으키고 있는 새로운 스트리밍 프로토콜이 있습니다.SRT라고 합니다.그렇다면 SRT는 정확히 무엇입니까?
SRT는 Secure Reliable Transport의 약자로 Haivision에서 개발한 스트리밍 프로토콜입니다.예를 들어 스트리밍 프로토콜의 중요성을 설명하겠습니다.누군가가 비디오 스트림을 보기 위해 YouTube Live를 열면 PC에서 서버에 "연결 요청"을 보냅니다.요청을 승인하면 서버는 분할된 비디오 데이터를 비디오가 디코딩되고 동시에 재생되는 PC로 반환합니다.SRT는 기본적으로 원활한 비디오 스트리밍을 위해 두 장치가 이해해야 하는 스트리밍 프로토콜입니다.각 프로토콜에는 장단점이 있으며 RTMP, RTSP, HLS 및 SRT는 비디오 스트리밍에 사용되는 가장 눈에 띄는 프로토콜 중 일부입니다.
RTMP가 안정적이고 일반적으로 사용되는 스트리밍 프로토콜인데도 왜 SRT를 사용합니까?
SRT의 장단점과 특징을 알아보려면 먼저 RTMP와 비교해야 합니다.실시간 메시징 프로토콜이라고도 하는 RTMP는 TCP 기반 팩 재전송 기능과 조정 가능한 버퍼로 인해 안정성으로 명성이 높은 성숙하고 확립된 스트리밍 프로토콜입니다.RTMP는 가장 일반적으로 사용되는 스트리밍 프로토콜이지만 2012년 이후 업데이트된 적이 없으므로 SRT로 대체될 가능성이 높습니다.
가장 중요한 것은 SRT가 RTMP보다 문제가 있는 비디오를 더 잘 처리한다는 것입니다.신뢰할 수 없는 저대역폭 네트워크를 통해 RTMP를 스트리밍하면 라이브 스트림의 버퍼링 및 픽셀화와 같은 문제가 발생할 수 있습니다.SRT는 대역폭이 덜 필요하고 데이터 오류를 더 빨리 해결합니다.결과적으로 시청자는 버퍼링과 픽셀화를 줄이면서 더 나은 스트림을 경험할 수 있습니다.
SRT는 종단 간 대기 시간이 매우 낮고 RTMP보다 2~3배 빠른 속도를 제공합니다.
RTMP와 비교하여 SRT 스트리밍은 더 낮은 대기 시간을 제공합니다.백서(https://www.haivision.com/resources/white-paper/srt-versus-rtmp/) Haivision이 발표한 동일한 테스트 환경에서 SRT는 RTMP보다 2.5~3.2배 적은 지연을 가지며 이는 상당히 개선된 것입니다.아래 다이어그램에 표시된 대로 파란색 막대는 SRT 성능을 나타내고 주황색 막대는 RTMP 대기 시간을 나타냅니다(테스트는 독일에서 호주, 독일에서 미국과 같이 4개의 다른 지리적 위치에서 수행됨).
신뢰할 수 없는 네트워크에서도 여전히 우수한 성능을 보여줍니다.
짧은 대기 시간 외에도 SRT는 성능이 낮은 네트워크에서도 여전히 전송할 수 있습니다.SRT 인프라에는 대역폭 변동, 패킷 손실 등으로 인한 부작용을 최소화하는 기능이 내장되어 있어 예측할 수 없는 네트워크에서도 비디오 스트림의 무결성과 품질을 유지합니다.
SRT가 가져올 수 있는 이점은 무엇입니까?
초저 대기 시간 및 네트워크 환경 변화에 대한 탄력성 외에도 SRT가 제공할 수 있는 다른 이점이 있습니다.예측할 수 없는 트래픽으로 동영상을 보낼 수 있기 때문에 고가의 GPS 네트워크가 필요하지 않으므로 서비스 비용면에서 경쟁력을 가질 수 있습니다.즉, 인터넷이 가능한 어느 곳에서나 양방향 양방향 통신을 경험할 수 있습니다.비디오 스트리밍 프로토콜인 SRT는 MPEG-2, H.264 및 HEVC 비디오 데이터를 패킷화할 수 있으며 표준 암호화 방법은 데이터 프라이버시를 보장합니다.
누가 SRT를 사용해야 합니까?
SRT는 모든 다른 유형의 비디오 전송을 위해 설계되었습니다.밀집된 회의실에서 모든 사람이 동일한 네트워크를 사용하여 인터넷 연결을 놓고 경쟁한다고 상상해 보십시오.이렇게 바쁜 네트워크를 통해 프로덕션 스튜디오에 비디오를 보내면 전송 품질이 확실히 저하됩니다.이렇게 바쁜 네트워크를 통해 비디오를 보낼 때 패킷 손실이 발생할 가능성이 매우 높습니다.이 상황에서 SRT는 이러한 문제를 방지하는 데 매우 효과적이며 대상 인코더에 고품질 비디오를 제공합니다.
또한 여러 지역에 여러 학교와 교회가 있습니다.다른 학교나 교회 간에 비디오를 스트리밍할 때 스트리밍 중에 대기 시간이 있으면 시청 경험이 확실히 불쾌할 것입니다.대기 시간은 또한 시간과 돈의 손실을 유발할 수 있습니다.SRT를 사용하면 서로 다른 위치 간에 고품질의 안정적인 비디오 스트림을 생성할 수 있습니다.
SRT가 좋은 스트리밍 프로토콜인 이유는 무엇입니까?
지식에 굶주려 있고 SRT에 대한 위의 좋은 점에 대해 더 알고 싶다면 다음 몇 단락에서 자세한 설명을 제공할 것입니다.이러한 세부 사항을 이미 알고 있거나 단순히 관심이 없다면 이 단락을 건너뛸 수 있습니다.
RTMP와 SRT의 주요 차이점은 RTMP 스트림 패킷 헤더에 타임스탬프가 없다는 것입니다.RTMP에는 프레임 속도에 따른 실제 스트림의 타임스탬프만 포함됩니다.개별 패킷에는 이 정보가 포함되어 있지 않으므로 RTMP 수신기는 고정된 시간 간격 내에 수신된 각 패킷을 디코딩 프로세스로 보내야 합니다.개별 패킷이 이동하는 데 걸리는 시간의 차이를 완화하려면 큰 버퍼가 필요합니다.
반면에 SRT에는 각 개별 패킷에 대한 타임스탬프가 포함됩니다.이를 통해 수신기 측에서 신호 특성을 재현할 수 있고 버퍼링의 필요성이 크게 줄어듭니다.즉, 수신기에서 나가는 비트 스트림은 SRT 보낸 사람으로 들어오는 스트림과 정확히 같습니다.RTMP와 SRT의 또 다른 중요한 차이점은 패킷 재전송의 구현입니다.SRT는 시퀀스 번호로 개별 손실 패킷을 식별할 수 있습니다.시퀀스 번호 델타가 두 개 이상의 패킷이면 해당 패킷의 재전송이 트리거됩니다.대기 시간과 오버헤드를 낮게 유지하기 위해 특정 패킷만 다시 전송됩니다.
기술 세부 사항에 대한 자세한 내용은 Haivision의 공식 웹사이트를 방문하여 기술 개요(https://www.haivision.com/blog/all/excited-srt-video-streaming-protocol-technical-overview/).
SRT 제한 사항
SRT의 많은 장점을 본 후 이제 그 한계를 살펴보겠습니다.Wowza를 제외하고 많은 주요 실시간 스트리밍 플랫폼에는 아직 시스템에 SRT가 없으므로 클라이언트 측에서 여전히 SRT의 뛰어난 기능을 활용할 수 없습니다.그러나 점점 더 많은 기업 및 개인 사용자가 SRT를 채택함에 따라 SRT가 미래의 비디오 스트리밍 표준이 될 것으로 예상됩니다.
최종 알림
앞서 언급했듯이 SRT의 가장 큰 특징은 짧은 대기 시간이지만 전체 스트리밍 워크플로에는 대기 시간과 궁극적으로 네트워크 대역폭, 장치 코덱 및 모니터와 같은 좋지 않은 시청 환경으로 이어질 수 있는 다른 요소도 있습니다.SRT는 짧은 대기 시간을 보장하지 않으며 네트워크 환경 및 스트리밍 장치와 같은 기타 요소도 고려해야 합니다.
게시 시간: 2022년 4월 13일