"SRT 오픈 소스 인터넷 전송 프로토콜이란 무엇입니까? 비디오 스트리밍 산업에 어떤 의미입니까? FMUSER는 SRT 프로토콜의 의미, SRT의 배경을 포함하여 SRT 프로토콜에 대해 알아야 할 모든 정보를 소개합니다. 프로토콜 및 SRT 프로토콜은 미래의 비디오 스트리밍 솔루션, 비디오 산업 및 네트워크 비디오 전송의 발전에 영향을 미치고 변화를 가져올 수 있습니다. ---- FMUSER "

바로보기

SRT 프로토콜이란?
SRT 프로토콜은 어떻게 작동합니까?
SRT 프로토콜의 개발 역사
SRT 프로토콜은 우리에게 무엇을 가져올 수 있습니까?
SRT 프로토콜이 중요한 이유는 무엇입니까?
SRT 프로토콜 사용의 이점은 무엇입니까?
FMUSER의 SRT 프로토콜 지원 스트리밍 솔루션
일반적인 전송 형식과 SRT 프로토콜 비교
HTTP 실시간 스트리밍 (HLS)
HLS는 어떻게 작동합니까?
MPEG-DASH (HTTP를 통한 동적 적응 스트리밍)
MPEG-DASH 작동 및 응용 방법
나에게 적합한 스트리밍 프로토콜은 무엇입니까?
SRT 프로토콜에 대한 진실

1. SRT 프로토콜이란?

● 정의: SRT 프로토콜은 (Secure Reliable Transport protocol)의 약자입니다. SRT 프로토콜 (Secure Reliable Transport protcol)은 고품질, 저 지연, 안전한 실시간 비디오 로열티없는 오픈 소스 비디오 전송 프로토콜입니다. 시끄 럽거나 예측할 수없는 네트워크를 지원합니다 (예 : 낮은 대기 시간, 고성능 스트리밍이 공용 인터넷에서 실현됩니다. SRT 프로토콜은 오늘날 매우 인기있는 오픈 소스 저 지연 비디오 전송 프로토콜입니다. SRT 프로토콜 신뢰할 수있는 전송 기술을 사용하여 일반 인터넷 환경에서 그리고 여러 위치간에 안전하고 신뢰할 수있는 고화질 비디오 전송 및 배포를 성공적으로 실현합니다.

SRT 프로토콜은 어떻게됩니까?

● SRT 얼라이언스 SRT 프로토콜의 오픈 소스 애플리케이션을 관리하고 지원하기 위해 Haivision과 Wowza가 설립 한 조직입니다.

이 조직은 비디오 스트리밍 솔루션의 상호 운용성을 촉진하고 비디오 업계의 선구자 협력을 촉진하여 지연 시간이 짧은 네트워크 비디오 전송을 달성하기 위해 노력하고 있습니다.

2. SRT 프로토콜의 작동 방식

SRT 소스간에 전용 통신 링크가 설정됩니다 (인코더) 및 SRT 대상 (디코더) 제어 및 패킷 복구 용. 대상은 서버, CDN 또는 기타 SRT 프로토콜 지원 장치 일 수 있습니다. SRT 프로토콜 네트워크에서 자체 패킷 손실 복구 방법과 UDP 패킷을 사용하므로 변화하는 네트워크 조건에 맞게 조정할 수 있습니다. 네트워크 상태가 좋지 않으면 더 많은 패킷 버퍼를 추가하여 비디오 품질을 향상시킬 수 있습니다. 네트워크 상태가 개선되면 지연 시간을 줄여 거의 실시간 스트리밍 경험을 얻을 수 있습니다.

#SRT의 작동 원리 프로토콜

SRT 사이의 모든 방화벽 프로토콜 소스 장치와 대상 장치를 통과해야합니다. SRT 프로토콜 이를 달성하기위한 세 가지 패턴이 있습니다.

랑데뷰 / 발신자 / 청취자

집계 패턴은 가장 간단하며 일반적으로 SRT 사이에서 방화벽을 통과 할 수 있습니다. 프로토콜 참여하지 않고 소스 및 대상. 방화벽을 통과 할 수없는 경우 발신자 / 수신자 모드를 사용해야합니다. 단, 트래픽 포워딩을 설정하여 대상 장치의 공용 IP 주소 및 SRT에서 수신되는 트래픽이 발생하도록 일부 IT 참여가 필요합니다. 프로토콜 포트는 로컬 네트워크의 장치로 전달됩니다.

참조 : 지원되는 장치에서 M3U / M3U8 IPTV 재생 목록을 수동으로로드 / 추가하는 방법

3. SRT의 개발 역사 프로토콜

SRT는 Haivision과 Wowza가 공동으로 만든 SRT 동맹입니다. SRT 이후 프로토콜 2017 년에 오픈 소스 기술이되었으며 130 개 이상의 회사가 SRT 얼라이언스를 지원하여 오픈 소스 프로젝트를 지원했습니다. 그의 공급 업체와 최종 사용자가 협력하여 SRT에 대한 업계의 인지도를 높입니다. 프로토콜 인터넷에서 지연 시간이 짧은 비디오 전송을위한 공통 표준으로 사용합니다.

현재 IP 카메라, 인코더, 디코더, 비디오 게이트웨이, OTT 플랫폼 및 CDN을 포함하여 50 개의 SRT 지원 제품이 이미 시장에 나와 있습니다. SRT 프로토콜은 전 세계의 많은 애플리케이션과 시장에서 수천 개의 조직에서 사용됩니다.

FMUSER는 SRT의 강력한 지지자 중 하나입니다. 프로토콜. 상호 운용성과 표준에 대한 높은 요구 사항이 있습니다. FMUSER는 현재 및 향후 인코딩 및 디코딩 솔루션에서 SRT 프로토콜에 대한 지원을 구현하기 시작했습니다.

4. SRT P는 무엇을 할 수 있습니까?로토콜 우리와 함께?

Secure Reliable Transport의 뜨거운 주제를 다시 살펴볼 때라고 생각했습니다. 프로토콜 (SRT 프로토콜) 이번 주. 작은 SRT 몇 개 프로토콜 오픈 소스 프로토콜이 라스베가스에서 XNUMX 년 연속 주목을받은 이후 발표가 떠 올랐습니다.

SRT 이후 XNUMX 년이 조금 넘었습니다. 프로토콜 ESPN은 SRT가 장착 된 장치를 14 개의 운동 컨퍼런스에 배포하여 저렴한 인터넷 연결을 통해 2,200 개 이상의 이벤트를 생성하여 기존의 위성 업 링크 서비스를 대체하고 8 백만 달러에서 9 백만 달러의 비용을 절감함으로써 현재까지 가장 중요한 배포 중 하나를 달성했습니다. XNUMX 백만 달러. ESPN이 상대적으로 중요한 이벤트에 대해이 규모로 비용을 절감 할 수 있다면 대규모 라이브 행사의 가능성을 상상해보십시오. 현금은 궁극적으로 시청자 경험을 개선하기 위해 다른 곳에 투자 할 수 있습니다.

그러나 Netflix 및 YouTube와 같은 스트리밍 업계 개척자들은 SRT의 도움 없이도 수백만 시청자에게 CDN을 통해 HTTP 콘텐츠를 제공합니다. 프로토콜, 모든 소란은 무엇입니까? SRT Alliance의 창립 멤버 인 방송 비디오 공급 업체 Haivision의 백서는 기본적으로 RTMP를 사용하는 HTTP 스트리밍 기술이 OTT 비디오의 가장 중요한 요소라는 신화를 폭로하는 것을 목표로합니다. 실제로 HTTP 스트리밍에서 최대 30 초의 지연이 발생하는 것은 주로 신호 경로를 따라 여러 단계를 누르고 다양한 버퍼로 인해 발생합니다.

참조 : 다중 채널 SRT 지원 v라이브 스트리밍을위한 ideo 인코더

또한, Haivision은 HTTP를 제공하는 데 사용되는 표준 인 TCP (Transmission Control Protocol)가 스트림의 모든 마지막 패킷이 정확한 원래 순서로 최종 사용자에게 전달되어야하므로 지연 시간이 급증 할 수 있다고 경고합니다. 이는 궁극적으로 잘못된 바이트를 건너 뛸 수있는 기능이 없기 때문에 TCP가 누락 된 데이터를 계속 보내려고한다는 것을 의미합니다.

더 사소한 단점은 SRT 프로토콜 SubRip이라는 자막 컴퓨터 파일의 확장과 관련된 저 지연 프로토콜이 등장하기 훨씬 전에 이미 비디오 산업에서 약어로 존재했기 때문에 프로토콜에 대한 정보를 온라인으로 검색하면 완전히 다른 기술 스택으로 쉽게 이동할 수 있습니다.

이제 SRT가 어떻게 이름을 만들 었는지 빠르게 살펴 보겠습니다. 아래 다이어그램은 패킷이 손실 될 때마다 (위) 수정되지 않은 스트림의 출력 신호에서 오류가 생성되는 방식을 시각화 한 반면, FEC (Forward Error Correction)는 스트림에 일정한 양의 데이터를 추가하여 손실 된 패킷을 다시 생성합니다. 중간. 그런 다음 수신자의 요청에 따라 손실 된 패킷을 재전송하는 ARQ (Automatic Repeat reQuest)가있어 FEC의 일정한 대역폭 소비를 방지합니다.

HTTP의 세 번째이자 마지막 포착은 정체가 발생할 때 TCP가 패킷 전송 속도를 떨어 뜨리는 방식과 관련이 있습니다. "이 동작은 네트워크의 전체적인 혼잡을 줄이는 데 좋지만 공칭 비트 전송률 이하의 속도 저하를 견딜 수없는 비디오 신호에는 적합하지 않습니다."라고 경고합니다.

“이 혜택은 기술 공급 업체와 사용자 모두에게 중요하며 구현을 크게 단순화하고 비용을 절감함으로써 제품 가용성을 개선하고 가격을 낮게 유지하는 데 도움이됩니다. 그리고 모든 구현자가 동일한 코드 기반을 사용하기 때문에 상호 운용성이 단순화됩니다.”백서에서 실제로 선택한 것보다 더 나은 결론 일 것입니다.

5. SRT 프로토콜이 중요한 이유는 무엇입니까?

시청각 및 IT 부문에서 SRT 프로토콜의 적용은 강력한 피드백을 받았습니다. 기업 및 정부 최종 사용자 사이에서 IT 사고 리더가 흥분하는 주된 이유는 다음과 같습니다. 온라인 비디오 플랫폼; 콘텐츠 전달 네트워크; 엔터프라이즈 비디오 콘텐츠 관리 시스템; 시설 업체의 하드웨어, 소프트웨어, 서비스와 비교하여 스트리밍 전송의 기반이되는 인터넷

기업, 정부, 학교 및 국방에서 고성능 비디오의 소비가 급격히 증가하고 있습니다. 많은 프로토콜이 다른 장치 및 장치의 콘텐츠를 소비하는 많은 시청자에게 스트리밍 비디오의 호환성 문제를 해결했습니다.

그러나 다양한 조직의 로컬 자산과 클라우드 서비스 제공 업체의 대규모 투자를 활용하는 가장 좋은 방법 중 하나는 지연 시간이 매우 짧고 매우 안정적인 스트리밍 배포 도구를 제공하는 것입니다. SRT 프로토콜 낮은 대기 시간과 같은 UDP (User Datagram Protocol)의 가장 좋은 측면 중 일부를 사용하지만 TCP / IP (전송 제어 프로토콜 / 인터넷 프로토콜)의 안정성과 일치하도록 오류 검사를 추가합니다. TCP / IP는 모든 데이터 프로필을 처리 할 수 있으며 작업에 가장 적합합니다.

참고 : SRT 프로토콜 노후화 된 RTMP 프로토콜을 대체 할 수 있습니다. 보안 문제를 해결하고 공용 인터넷 인프라를 통해서도 성능 비디오에 중점을 두며 특히 고성능 비디오를 처리 할 수 있습니다.

6. SRT 프로토콜 사용의 이점은 무엇입니까?

세 가지 특성 : 안전, 신뢰성 및 낮은 지연.

약관	특징
보안 측면에서	SRT 프로토콜 종단 간 비디오 전송 보안을 보장하기 위해 AES 암호화를 지원합니다.
신뢰성 측면에서	SRT 프로토콜 전송의 안정성을 보장하기 위해 FEC (Forward Correction Technology)를 사용합니다.
LOW LATENCY 측면에서	SRT 프로토콜 UDT 프로토콜 위에 구축되어 UDT 프로토콜의 높은 전송 지연 문제를 해결합니다. UDT 프로토콜은 UDP 네트워크 통신 프로토콜을 기반으로합니다.

# 시트 1-f는 무엇인가본성 ofSRT 프로토콜

SRT 프로토콜 원격 위치에서 신호를 수집하고 신호를 하나 이상의 대상으로 리디렉션하기 위해 중앙 집중식 서버가 필요한 기존의 많은 비디오 전송 시스템과 뚜렷한 대조를 이루는 신호 소스와 대상 간의 직접 연결을 허용합니다. 중앙 서버 기반 아키텍처에는 단일 장애 지점이있어 트래픽이 많은 기간 동안 병목 현상이 발생할 수도 있습니다. 허브를 통한 신호 전송은 또한 종단 간 신호 전송 시간을 증가시키고 대역폭 비용을 두 배로 늘릴 수 있습니다. 두 링크를 구현해야하기 때문입니다. 하나는 소스에서 중앙 허브로, 다른 하나는 중앙에서 목적지로 . 소스에서 대상으로의 직접 연결을 사용하여 SRT 프로토콜 대기 시간을 줄이고 중앙 병목 현상을 제거하며 네트워크 비용을 줄일 수 있습니다.

SRT 프로토콜 복잡한 전송 타이밍 문제를 해결하고 실시간 전송 처리량이 많은 파일과 매우 선명한 비디오.

SRT 프로토콜의 XNUMX 가지 주요 기능
기능성화장품유무		원시 품질 비디오 – SRT 프로토콜 최상의 시청 경험을 위해 잡음이 많은 네트워크의 정체로 인한 지터, 패킷 손실 및 대역폭 변동을 방지하도록 설계되었습니다. 이는 패킷 손실을 보상하고 관리 할 수있는 고급 저 지연 재전송 기술에 의해 수행됩니다. SRT 프로토콜 흐름에 시각적 인 영향을주지 않으면 서 최대 10 % 패킷 손실을 견딜 수 있습니다.
유효한		네트워크 문제를 처리 함에도 불구하고 비디오 및 오디오는 TCP / IP 전송 및 UDP 속도의 장점이 결합 된 짧은 대기 시간으로 제공됩니다. 짧은 대기 시간 – 네트워크 문제에 대처할 수 있지만 비디오 및 오디오 전송은 여전히 대기 시간이 짧습니다. TCP / IP 전달 안정성과 UDP 속도라는 포괄적 인 장점이 있습니다.
보안		안전한 종단 간 전송 – 업계 표준 AES 128/256 비트 암호화는 인터넷에서 콘텐츠를 보호합니다. SRT 프로토콜 단순화 된 방화벽 통과 제공 업계 표준 AES 128/256 비트 암호화는 단순화 된 방화벽 통과를 포함하여 인터넷을 통한 안전한 종단 간 콘텐츠 전송을 보장합니다. SRT 때문에 프로토콜 보안 및 안정성을 보장하므로 이제 공용 인터넷을 사회주의 클라우드 사이트로의 스트리밍과 같은 확장 된 스트리밍 미디어 응용 프로그램에 사용할 수 있습니다 (예 : 라임 스케일 유니 캐스트 다중 클라우드 플랫폼이 Facebook과 같은 여러 소셜 미디어에 동시에 배포 됨) Live, youtube , twitch 및 잠망경 (실시간 비디오 피드에서), 전체 비디오 월 콘텐츠 스트리밍 또는 원격 조정, 비디오 월의 ROI 등
Advnaced		오픈 소스 – SRT 프로토콜 로열티가없는 차세대 오픈 소스 프로토콜로 비용 효율적이고 상호 운용 가능하며 미래 지향적 인 솔루션을 제공합니다.
비용 효율적		상호 운용성 – 멀티 벤더 제품이 원활하게 작동한다는 사실을 알고 사용자는 SRT를 안전하게 배포 할 수 있습니다. 프로토콜 전체 비디오 및 오디오 스트림 워크 플로에서.

#Sheet 2-SRT P를 선택하는 이유로토콜?

7. SRT Protocol 지원 스트리밍 FMUSER의 솔루션

FMUSER H.264 h.265 인코더 / 디코더 / 멀티 HD 인코더 / 디코더 쌍은 SRT를 포함한 많은 인기 스트리밍 프로토콜을 지원합니다. 프로토콜. 이 작고 견고한 저전력 인코더 / 디코더 쌍으로 사용자는 관리 형 또는 관리되지 않는 네트워크를 통해 여러 SDI 카메라에서 최대 4K 또는 Quad HD의 실시간 스트림을 자신있게 전송할 수 있습니다.

FMUSER IPTV 인코더 / 디코더 / 트랜스 코더

FBE200 H.264 / H.265 IPTV 하드웨어 인코더 >> 더	FBE204 H.264 / H.265 IPTV 하드웨어 인코더 >> 더	FBE216 H.264 / H.265 IPTV 하드웨어 인코더 >> 더
1 채널	4 채널	16 채널

# 시트 3 -FMUSER 오디오 및 비디오 방송 전송 솔루션

>> 더

현장 프로덕션 애플리케이션 인 FMUSER 인코더 제품군은 시장에서 가장 낮은 유리 대 유리 지연을 제공하여 원격 이벤트에서 프로덕션 스튜디오로 안전하게 스트림을 제공합니다. FMUSER 인코더에 의해 생성 된 스트림에는 FMUSER 디코더에 의해 디코딩 될 때 동기식 카메라의 신호를 재정렬 할 수 있도록하는 프로그램 타임 스탬프가 포함됩니다. 또한 이러한 피드를 동기화하여 스튜디오 환경에 원활하게 통합 할 수 있습니다.

참고 : FMUSER 인코더 / 디코더에는 강력한 스트리밍 미디어 서비스 기능이 있습니다. RTSP / RTMP와 같은 일반 프로토콜을 지원하는 것 외에도 보안 Onvif 프로토콜, SIP 프로토콜, NDI 프로토콜 (사용자 지정 가능), SRT 프로토콜 (사용자 지정 가능), GB / T28181 (사용자 지정 가능) 및 기타 스트리밍 미디어 서비스 계약을 지원합니다. 초 고화질 비디오 IP 기반 비즈니스에서 선두를 차지할 수 있도록 도와드립니다.

FMUSER SRT의 여러 응용 프로그램 지원 하드웨어 인코더 FBE200. >> 더

FMUSER의 제품 기술은 고품질 제품을 중심으로 끊임없이 혁신하고 그 경로를 능가하고 있습니다. R & D, 생산, 판매, 서비스 및 기타 비즈니스 링크가 완전히 자체 통합되어 서비스가 처음부터 끝까지 연결되지 않습니다. 항상 사용자의 니즈를 혁신의 원동력으로 삼고, 사용자의 실제 니즈에 맞는 제품 만 만들고, 사용자가 믿을 수있는 제품 만 만드십시오. 동시에 고객에게 고품질의 제품 개발과 맞춤형 서비스를 제공 할 수 있습니다.

참조 : AM과 FM의 차이점은 무엇입니까?

8. 비교 SRT 프로토콜 일반적인 전송 형식

네트워크 비디오 전송을 위해서는보다 효율적인 스트리밍 프로토콜이 필요합니다. 기업과 CDN (콘텐츠 전송 네트워크) 제공 업체가 미래의 라이브 스트리밍으로 가득한 미래를 준비함에 따라 이러한 요구가 그 어느 때보 다 시급했습니다. 실시간 스트리밍 SRT의 미래 프로토콜, HLS 및 MPEG 대시가 왔습니다. 이러한 실시간 스트리밍 프로토콜이 무엇인지, 이점 및 응용 프로그램을 살펴 보겠습니다.

현재 인터넷에는 두 개의 라이브 비디오 방송이 있습니다.

● RTMP 기반 생방송.

● WebRTC 프로토콜의 라이브 방송.

RTMP 기반 생방송

WebRTC 프로토콜

1.이 라이브 방송 방법은 업스트림 푸시에 RTMP 프로토콜을 사용하고 다운 스트림 재생에 RTMP, HTTP + FLV 또는 HLS를 사용합니다.

2. 생방송 지연은 일반적으로 3 초 이상이며

1.이 라이브 방송 방법은 스트리밍 미디어 배포에 UDP 프로토콜을 사용합니다.

2. 생방송 지연은 1 초 미만이며 동시 연결 수는 일반적으로 10 미만입니다.

참고 : 주로 라이브 이벤트, 주식 정보 동기화, 대규모 클래스 교육 등과 같은 짧은 지연 시간 및 대규모 동시성과 같은 애플리케이션에서 사용됩니다.

참고 : 주로 화상 통화 및 연결 마이크 표시와 같은 응용 프로그램에 사용됩니다. 장면.

# 시트 4 -RTMP와 WebRTC 비교

9. HTTP 라이브 스트리밍 (HLS)

HLS (HTTP Live Streaming)는 스트리밍 대상에서 재 조립되는 작은 TCP 기반 미디어 세그먼트로 네트워크를 통해 비디오 및 오디오 콘텐츠를 전송하는 적응 형 HTTP 기반 스트리밍 프로토콜입니다. 기존의 TCP 기반 네트워크 기술을 사용하기 때문에 HLS를 배포하는 데 드는 비용이 적습니다. 이는 오래된 (그리고 값 비싼) RTMP 미디어 서버를 대체하려는 CDN에게 매력적입니다. 그러나 HLS는 TCP를 사용하기 때문에 낮은 지연 시간보다 QoE (체감 품질)가 선호되며 지연 시간이 높을 수 있습니다 (밀리 초 대신 초 단위).

HLS는 원래 Apple Inc.에서 미디어를 Apple 장치로 스트리밍하는 프로토콜로 개발했습니다. Apple은 이후 모든 장치에서 사용할 수있는 기여 측면의 개방형 표준 스트리밍 프로토콜 인 HLS (푸시)를 개발했습니다. 현재 HLS는 H.264 또는 HEVC 코덱을 사용하여 인코딩 된 비디오를 지원합니다.

# HTTP 실시간 스트리밍 (HLS)

HLS의 장점은 다양한 네트워크 조건에 적응하도록 설계되었다는 것입니다. 서로 다른 버전의 스트림이 서로 다른 해상도와 비트 전송률로 전송됩니다. 시청자는 원하는 스트림의 품질을 선택할 수 있습니다. HLS는 또한 여러 오디오 트랙을 지원하므로 스트림에 사용자가 선택할 수있는 여러 언어 트랙이있을 수 있습니다. 다른 특전으로는 자막, 메타 데이터, DRM (디지털 권한 관리), 심지어 임베드 된 광고 (그다지 멀지 않은 미래)에 대한 지원이 있습니다. 프레임 워크가 모두 있습니다.

참고 : HTTPS를 통한 보안 스트리밍은 물론 사용자 이름 및 암호 인증을위한 MD5 해싱 및 SHA 해싱 알고리즘이 지원됩니다.

참조 : Icone Pro, Plus 및 Wegoo 수신기에서 GOGO IPTV 문제를 해결하는 방법?

10. HLS 작동 방식

접근 방식은 파일 전송과 매우 유사합니다. 미디어 세그먼트는 일반적으로 네트워크 트래픽에 이미 열려있는 HTTP 포트 80 (또는 HTTPS의 경우 포트 443)을 통해 스트리밍됩니다. 따라서 콘텐츠는 IT 개입이 거의 또는 전혀없이 방화벽을 쉽게 통과 할 수 있습니다.

# HLS의 작동 원리 알아보기

HLS는 구성 가능한 미디어 세그먼트 기간이있는 MPEG2-TS 전송 스트림 컨테이너와 수집 서버에서 미디어 세그먼트를 재구성하기위한 구성 가능한 재생 목록 크기를 사용합니다. 조각난 MP4가 지원됩니다.

#HSL의 작동 원리 알아보기

참고 : HLS는 TCP 기반 기술을 사용하기 때문에 네트워크 패킷 손실 및 복구 방법이 집약적입니다. 이것이 지연 시간이 증가한 이유 중 하나입니다. 미디어 세그먼트 크기를 일부 제어 할 수 있지만 지연 시간을 줄이는 기능은 제한적입니다. 특히 수집 서버에 특정 크기의 미디어 세그먼트가 필요한 경우에는 더욱 그렇습니다.

HLS는 여전히 모바일 장치 및 태블릿으로 스트리밍하는 표준입니다. 낮은 지연 시간이 요구되지 않는 경우 HLS를 사용하여 RTMP를 지원하지 않는 CDN으로 스트리밍 할 수도 있습니다. RTMP는 이미 점점 더 많은 CDN에 의해 사용되지 않는다는 점에 유의해야합니다. HLS는 낮은 대기 시간이 요구되지 않고 네트워크 상태가 좋지 않을 때 (네트워크가 HLS를 지원한다고 가정 할 때) 사설 LAN (Local Area Network)을 통해 기업 교육 및 시청을 안전하게 스트리밍하는데도 적합합니다.

11. MPEG-DASH (Dynamic Adaptive Streaming Over HTTP)

MPEG-DASH는 스트리밍 대상에서 재 조립되는 작은 TCP 기반 미디어 세그먼트로 네트워크를 통해 비디오 및 오디오 콘텐츠를 전송하는 개방형 표준 적응 형 HTTP 기반 스트리밍 프로토콜입니다. ISO (International Standards Organization)와 MPEG 팀은 MPEG-DASH를 코덱 및 해상도에 구애받지 않도록 설계했습니다. 즉, MPEG-DASH는 모든 형식 (H.264, H.265 등)의 비디오 (및 오디오)를 스트리밍 할 수 있습니다. 최대 4K 해상도를 지원합니다. 그렇지 않으면 MPEG-DASH는 HLS와 거의 동일하게 작동합니다.

MPEG-DASH 배포 비용은 CDN에 매력적인 기존 TCP 기반 네트워크 기술을 사용하기 때문에 저렴합니다. 그러나 패킷이 TCP를 통해 전송되기 때문에 낮은 대기 시간보다 QoE (체감 품질)가 선호되며 지연 시간이 길 수 있습니다.

MPEG-DASH는 또한 다양한 네트워크 조건에 적응하도록 설계되었습니다. 서로 다른 버전의 스트림이 서로 다른 해상도와 비트 전송률로 전송됩니다. 시청자는 원하는 스트림의 품질을 선택할 수 있습니다. 여러 오디오 트랙은 물론 폐쇄 캡션, 메타 데이터 및 DRM (디지털 권한 관리)과 같은 향상된 기능도 지원됩니다. 임베디드 광고와 같은 향후 개발을위한 인프라가 있습니다.

참고 : HTTPS를 통한 보안 스트리밍은 물론 사용자 이름 및 암호 인증을위한 MD5 해싱 및 SHA 해싱 알고리즘이 지원됩니다.

12. MPEG-DASH 작동 및 응용 방법

작동 원리 :

MPEG-DASH는 HLS와 동일한 방식으로 작동하며 HTTP (포트 80) 또는 HTTPS (포트 443)를 통해 짧은 미디어 세그먼트를 전송하여 방화벽을 쉽게 통과합니다. 구성 가능한 미디어 세그먼트 기간이있는 MPEG2-TS 전송 스트림 컨테이너와 수집 서버에서 미디어 세그먼트를 재 조립하기위한 구성 가능한 재생 목록 크기를 사용합니다. 조각난 MP4가 지원됩니다.

#MPEG DASH의 개념 아키텍처

참고 : MPEG-DASH의 높은 지연 시간은 주로 모든 TCP 기반 네트워크에 사용되는 네트워크 패킷 손실 및 복구 방법 때문입니다. MPEG-DASH가 미디어 세그먼트 크기에 대한 일부 제어를 제공하지만 대기 시간을 줄이는 기능은 제한적입니다. 특히 수집 서버가 특정 크기의 미디어 세그먼트를 요구하는 경우에는 더욱 그렇습니다.

#인터넷을 통한 멀티미디어 스트리밍을위한 MPEG-DASH 표준

참고 : 낮은 대기 시간이 요구되지 않는 경우 MPEG-DASH를 사용하여 RTMP를 지원하지 않는 CDN으로 스트리밍합니다. RTMP는 이미 점점 더 많은 CDN에 의해 사용되지 않는다는 점에 유의해야합니다. DASH는 낮은 대기 시간이 요구되지 않고 네트워크 상태가 좋지 않은 경우 사설 LAN을 통해 기업 교육 및 시청을 안전하게 스트리밍하는데도 적합합니다.

13. 어떤 스트리밍 프로토콜이 귀하에게 적합합니까?

참고 : RTMP는 지금까지 가장 널리 사용되는 스트리밍 프로토콜이지만 SRT 프로토콜, HLS 및 DASH와 같은 프로토콜은 이에 도전하고 있습니다. RTMP에는없는 적응 형 HTTP 기반 스트리밍 프로토콜 HLS 및 MPEG-DASH에는 어떤 것이 있습니까?

● 다국어 제작을위한 하나의 비디오 트랙에 대한 다중 오디오 트랙.
● 메타 데이터 및 기타 유형의 포함 된 콘텐츠 포함.
● 디지털 권한 관리 (DRM) 지원.
● 시청자가 네트워크 상태 나 화면 크기에 맞는 품질을 선택할 수 있도록 다양한 해상도와 비트 전송률로 여러 버전의 스트림을 보냅니다.
● 확장 성은 RTMP보다 HLS 및 MPEG-DASH의 경우 훨씬 쉽고 저렴합니다. RTMP는 일반적으로 방화벽을 통과하기 위해 IT 네트워크 포트를 수동으로 열어야합니다.

참고 : 대기 시간이나 네트워크 상태가 좋지 않은 경우 HLS 또는 MPEG-DASH가 SRT를 능가합니다. 프로토콜. 적응 형 HTTP 기반 스트리밍 프로토콜은 다양한 네트워크 조건을 가진 시청자에게 최상의 비디오 품질을 제공하며 SRT보다 설정이 더 간단합니다. 프로토콜.

14. 참된 것들 에 대한 SRT 프로토콜

1. SRT 프로토콜 하드웨어 기반 휴대용 솔루션 및 소프트웨어 기반 클라우드 솔루션을 포함하여 여러 플랫폼 및 아키텍처에 통합 된 오픈 소스 솔루션입니다.

2. SRT 프로토콜 몇 밀리 초에서 몇 초까지 지연되는 연결에서 잘 작동 할 수 있습니다. 긴 네트워크 지연을 처리 할 수 있습니다.
3. SRT 프로토콜 부하와 관련이 없습니다. 모든 유형의 비디오 또는 오디오 미디어 또는 실제로 UDP를 사용하여 전송할 수있는 기타 데이터 요소는 SRT와 호환됩니다. 여러 스트림 유형을 지원합니다.
4. SRT 프로토콜 전송은 여러 동시 스트림을 지원합니다. 다중 카메라 앵글 또는 선택적 오디오 트랙과 같은 여러 다른 미디어 스트림은 지점 간 링크에서 동일한 UDP 포트 및 주소를 공유하는 병렬 SRT 스트림을 통해 전송 될 수 있습니다.
5. SRT에서 사용하는 핸드 셰이크 프로세스 프로토콜 방화벽에서 위험한 영구 외부 포트를 열 필요없이 아웃 바운드 연결을 지원하여 회사의 보안 정책을 유지합니다. 향상된 방화벽 통과.

6. SRT 프로토콜 엔드 포인트는 안정적인 엔드-투-엔드 지연 프로파일을 설정하여 다운 스트림 장비가 변화하는 신호 지연을 처리하기위한 자체 버퍼를 가질 필요를 제거합니다. 신호 시간이 정확합니다.

Akamai와 같은 CDN은 이미 RTMP 지원을 종료한다고 발표했습니다. 오래되고 배포 비용이 많이 듭니다. SRT와 같은 새로운 프로토콜 프로토콜, HLS 및 MPEG-DASH가 인기를 얻고 있지만 RTMP가 과거의 일이되기까지는 시간 문제 일뿐입니다.

참고 : 짧은 지연 시간이 필요하고 예측할 수없는 네트워크를 통해 스트리밍하는 경우 SRT 프로토콜 선택한 스트리밍 프로토콜입니다. SRT 프로토콜 TCP보다 훨씬 효율적인 패킷 복구를위한 자체 연결을 설정합니다. 그것은 SRT를 가능하게합니다 프로토콜 호스트와 원격 게스트간에 거의 실시간 양방향 통신을 제공합니다. 또한 지연 시간을 조정하여 네트워크 상태에 맞게 조정할 수 있습니다.

BACK

추가 유형 기사

m3u 확장자-.m3u 파일을 열 수있는 프로그램 목록

다양한 장치에 IPTV .M3U / .M3U8 재생 목록 스트림을 수동으로로드하는 지침

FM 라디오 안테나를 DIY하는 방법 ｜ Homemade FM Antenna Basics & Tutorials

FMUSER STL Link-스튜디오에서 송신기 링크 장비에 필요한 모든 것

더 많은 SRT 프로토콜 지원 제품 정보를 원하시면 저에게 연락하십시오. Web | 앱