우리 중 대부분은 비디오를 스트리밍하지 않고는 거의 하루를 보내지 않는다고 말하는 것이 안전합니다. 오늘날 우리는 이 기술을 당연하게 여기지만 항상 그렇게 쉬운 것은 아닙니다. 이 특정 콘텐츠 소비 행동의 인기 상승의 큰 부분은 비디오 스트리밍 프로토콜의 가용성과 관련이 있습니다.
비디오 스트리밍 프로토콜은 비디오 파일을 더 작은 조각으로 분해하여 최종 사용자가 재조립하고 볼 수 있도록 전달하는 특정 표준화된 규칙 및 방법입니다.
가장 일반적인 H.264와 같은 "코덱"을 통해 수행되는 프로세스인 전송을 위해 파일을 압축해야 합니다. 또한 파일을 전송하려면 .mp4 또는 .avi와 같은 "컨테이너 형식"으로 저장해야 합니다. 비디오 파일의 소스는 라이브 스트리밍의 경우 방송사의 카메라가 직접, 주문형 비디오(VoD)의 경우 정적 파일이 될 수 있습니다.
비디오 스트리밍 프로토콜의 부상
더 많은 소비자가 콘텐츠를 소비하는 자연스러운 방법으로 스트리밍을 선택함에 따라 비디오 스트리밍 플랫폼의 수는 수요를 충족시키기 위해 빠르게 증가했습니다. 1990년대 스트리밍은 주로 스포츠 이벤트 방송으로 제한되었지만 2000년대에는 Flash 및 RTMP 기반 스트리밍으로 기술이 주목받기 시작했습니다. 그런 다음 2010년대에 YouTube, Netflix 및 더 많은 프로토콜이 등장했습니다. 형식으로서의 라이브 스트리밍은 2010년대 중반에 Periscope와 Facebook Live가 출시되면서 실제로 시작되었습니다.
오늘날 비디오 스트리밍 시장은 라이브 오디오, 영화 및 게임 스트리밍을 포함한 수많은 플랫폼, 비즈니스 및 사용 사례로 인해 활기를 띠고 있습니다. 이러한 발전과 함께 비디오 스트리밍 프로토콜에 대한 옵션도 증가했습니다.
가장 일반적인 비디오 스트리밍 프로토콜은 무엇입니까?
현재 사용할 수 있는 비디오 스트리밍 프로토콜이 많이 있습니다. 그 중 일부는 일부 사용 사례에서 여전히 작동 중인 레거시 표준인 반면, 다른 일부는 특히 오픈 소스 프레임워크를 통해 빠르게 발전하고 있습니다. 한편 다른 몇 가지는 상대적으로 새롭고 주류 채택을 받는 데 시간이 걸리지만 우리가 소비하는 방식을 변화시킬 많은 잠재력을 가지고 있습니다. 비디오 스트리밍 앞으로의 콘텐츠. 모든 프로토콜이 동일한 코덱을 지원하는 것은 아닙니다. 다음은 고려되는 가장 일반적인 것 중 일부입니다.
HLS(HTTP 라이브 스트리밍)
HLS는 오늘날 스트리밍에 가장 일반적으로 사용되는 프로토콜입니다. 원래 2009년 Apple에서 iPhone에서 Flash를 제거하려는 노력의 일환으로 출시했습니다. 이 프로토콜은 데스크톱 브라우저, 스마트 TV, 셋톱 박스, Android 및 iOS 모바일 장치, 심지어 HTML5 비디오 플레이어까지 다양한 장치와 호환됩니다. 당연히 이를 통해 스트리머는 가능한 가장 광범위한 청중에게 다가갈 수 있습니다.
HLS는 적응형 비트 전송률 스트리밍도 지원합니다. 이는 최종 사용자에게 최상의 비디오 품질을 보장하기 위해 비디오를 동적으로 제공할 수 있는 기술입니다.
HLS 프로토콜과 관련된 유일한 주요 단점은 이와 관련된 높은 대기 시간일 수 있습니다. 대기 시간은 많은 양의 데이터가 인터넷을 통해 전송될 때 소스에서 대상으로 정보가 이동하고 다시 돌아오는 데 걸리는 시간을 의미합니다.
HTTP를 통한 동적 적응형 스트리밍(MPEG-DASH)
MPEG-DASH는 MPEG(Moving Pictures Expert Group)에서 HLS 표준의 대안으로 개발한 최신 스트리밍 프로토콜 중 하나입니다. 모든 오디오 또는 비디오 코덱에 맞게 사용자 지정할 수 있는 오픈 소스 표준입니다.
HLS와 마찬가지로 MPEG-DASH는 적응형 비트 전송률 스트리밍을 지원하여 시청자가 네트워크에서 처리할 수 있는 최고 품질의 비디오를 수신할 수 있도록 합니다.
WebRTC
WebRTC는 실시간 대기 시간으로 스트리밍을 제공하는 것을 목표로 하는 오픈 소스 프로젝트입니다. 처음에는 순수한 채팅 기반 응용 프로그램 및 VoIP 사용을 위해 개발되었지만 Google에서 구입한 후 화상 채팅 및 회의 응용 프로그램에서 사용하는 것으로 알려졌습니다. Google Meet, Discord, Houseparty, Gotomeeting, WhatsApp 및 Messenger와 같은 오늘날 가장 일반적인 소비자 대면 앱 중 일부는 모두 WebRTC를 사용합니다.
WebRTC를 독특하게 만드는 것은 피어 투 피어 또는 P2P 스트리밍에 대한 의존도입니다. 스트리밍이 필요할 때 선호되는 솔루션이기도 합니다. 대기 시간이 짧은 스트리밍.
SRT(Secure Reliable Transport)
SRT는 스트리밍 기술 제공업체인 Haivision이 개발한 또 다른 오픈 소스 프로토콜입니다. 기술 및 통신 제공업체로 구성된 회사 그룹인 SRT Alliance 회원이 선호하는 프로토콜입니다. SRT의 알려진 주요 이점은 보안, 안정성, 호환성 및 대기 시간이 짧은 스트리밍.
SRT는 네트워크 상태가 불안정한 경우에도 고품질 비디오 스트리밍을 제공할 수 있습니다. 또한 단일 코덱에 의존하지 않으므로 모든 오디오 및 비디오 코덱과 함께 사용할 수 있습니다.
RTMP(실시간 메시징 프로토콜)
RTMP는 한동안 사용되어 온 프로토콜입니다. 스트리밍 서버와 Adobe Flash Player 간에 오디오 및 비디오 파일을 전송하기 위해 Macromedia(오늘날 Adobe로 더 잘 알려짐)에서 개발했습니다. 그러나 2020년에 Flash가 단계적으로 중단됨에 따라 시청자에게 콘텐츠를 제공하는 것보다 RTMP 지원 인코더를 통해 플랫폼에 라이브 스트림을 수집하는 데 더 많이 사용되었습니다. 즉, 인코더의 비디오 피드는 일반 HLS 프로토콜을 통해 최종 사용자에게 전달되기 전에 RTMP 프로토콜을 통해 스트리밍 플랫폼으로 전송됩니다.
RTSP(실시간 스트리밍 프로토콜)
RTSP는 엔터테인먼트 산업을 위해 개발된 또 다른 레거시 프로토콜이며 주로 엔드포인트 간에 미디어 세션을 설정하고 제어하는 데 사용됩니다. HLS 프로토콜과 유사하지만 자체적으로 라이브 스트리밍 데이터를 전송하는 데 도움이 되지 않습니다. RTSP 서버는 스트리밍 작업을 수행하기 위해 RTP 및 기타 프로토콜과 함께 작동해야 합니다.
지연 시간이 짧은 스트리밍을 지원하지만 RTSP 기반 스트리밍은 대부분의 일반 장치 및 브라우저와 호환되지 않을 수 있습니다. 전용 서버에서 선별된 소규모 청중 그룹에 대기 시간이 짧은 스트리밍을 제공할 수 있는 프로토콜로 생각하십시오. 대부분의 IP 카메라가 여전히 RTSP를 지원한다는 사실 때문에 RTSP는 여전히 감시 및 CCTV 시스템에서 사용되는 표준으로 남아 있습니다.
자세히 보기:
비디오 스트리밍 프로토콜을 선택할 때 무엇을 고려해야 합니까?
비디오 스트리밍 프로토콜의 선택은 비즈니스 요구 사항에 특정한 특정 핵심 요소에 따라 결정됩니다. 최대한 많은 청중에게 도달하거나 대기 시간을 최소화해야 할 수 있습니다. 또는 스트림의 보안 및 개인 정보 보호가 더 중요할 수 있습니다. 다음은 이러한 요인에 따라 선택하는 방법에 대한 대략적인 지침입니다.
호환성
스트리밍 콘텐츠로 최대한 많은 청중에게 다가가려면 대부분의 장치, 플랫폼 및 브라우저와 호환되는 콘텐츠를 찾으십시오. 이 경우 HLS가 아마도 최선의 선택일 것이며 의심이 가는 경우 기본 솔루션으로 선택할 수도 있습니다.
지연 시간
HLS는 가장 광범위한 스트리밍 범위를 제공하지만 스트리밍 중에 높은 대기 시간을 생성하는 것으로 알려져 있습니다. RTMP는 대기 시간이 짧은 스트림을 제공하지만 HTML5 비디오 플레이어와 호환되지 않습니다. SRT는 대기 시간이 짧은 스트림이 가능하고 WebRTC는 실시간 대기 시간을 제공합니다. 그러나이 두 가지 중 하나를 사용하면 스트리밍 기술 환경에서 널리 지원되지 않기 때문에 도달 범위가 손상될 수 있습니다.
도달 범위 또는 대기 시간을 타협할 수 없는 경우 한 가지 옵션은 HLS를 사용하는 동시에 대기 시간이 매우 짧은 스트리밍을 제공하는 미디어 가속화 솔루션.
개인 정보 보호 및 보안
가장 큰 관심사가 스트림이 최종 사용자에게 전달되는 동안 안전하고 건전한지 확인하는 것이라면 보안 기능을 제공하는 프로토콜을 사용하십시오. 널리 사용되는 HLS 표준을 포함한 대부분의 프로토콜은 안전한 스트리밍을 제공하지만 SRT는 동급 최고의 보안 및 개인 정보 보호 기능과 함께 제공되는 프로토콜입니다.
적응형 비트레이트
앞서 논의한 바와 같이, 적응 비트 전송률 최종 사용자의 네트워크 기능, 장치 및 소프트웨어를 고려하여 최상의 비디오 품질을 제공할 수 있습니다. HLS 및 MPEG-DASH는 스트리밍 요구 사항의 우선 순위인 경우 이 기능을 지원하는 프로토콜입니다.
금액
마지막으로 프로토콜 채택과 관련된 비용과 이것이 예산 계획에 맞는지 비교하는 것을 잊지 마십시오. 일반적으로 HLS 및 MPEG-DASH와 같은 HTTP 웹 서버를 사용하는 프로토콜은 구현 및 설정의 기술적 어려움이 없기 때문에 기존 프로토콜에 비해 비용 효율적일 수 있습니다.
자체 비디오 플랫폼도 개발하는 경우 인프라와 관련된 비용도 고려해야 합니다. 트랜스코딩, 콘텐츠 전달 및 재생. 이러한 경우 다음을 고려해 볼 가치가 있습니다. 클라우드 기반 VoD 콘텐츠 관리 시스템 또는 올인원 라이브 스트리밍 솔루션 하나의 플랫폼에서 비디오 스트리밍의 수집, 관리, 처리, 게시 및 기타 측면을 번들로 제공합니다.
