비디오 콘텐츠가 온라인으로 제공되는 방식은 지난 수십 년 동안 빠르게 변화했습니다. Adobe의 Flash는 90년대와 2000년대에 누구나 아는 이름이었지만 온라인 비디오 스트리밍의 등장과 함께 거의 사라졌습니다. HLS와 같은 새로운 비디오 스트리밍 프로토콜은 오늘날 더 빠르고 안정적이며 안전한 비디오 콘텐츠 전송을 가능하게 합니다.
HLS란?
HTTP 라이브 스트리밍 또는 HLS는 인터넷을 통해 소비자에게 미디어 콘텐츠를 제공하는 데 사용되는 스트리밍 프로토콜입니다. 널리 사용되는 스트리밍 프로토콜이며 비디오 콘텐츠 스트리밍에 널리 사용됩니다. 실시간 및 주문형.
HLS는 어떻게 작동합니까?
HLS가 콘텐츠를 제공하는 프로세스에는 몇 가지 단계가 포함됩니다.
첫째, 인코더는 원시 입력(오디오 또는 비디오)을 가져와 미디어 전송 및 저장에 사용되는 압축된 스트림을 생성합니다.
그런 다음 스트리밍 서버는 이 스트림을 일련의 작은 미디어 파일로 나누어 웹 서버에 배치합니다. 이 스트리밍 서버는 또한 M3U8 재생 목록으로 설명되는 미디어 파일 목록이 있는 인덱스 파일을 생성하고 유지합니다. M3U8 재생 목록의 URL은 웹 서버에 게시됩니다.
최종 사용자가 HLS를 통해 스트림을 얻고자 할 때 플레이어는 M3U8 인덱스를 읽고 나열된 미디어 파일을 올바른 순서로 요청하고 하나의 일관된 파일로 표시합니다.
적응형 비트 전송률 스트리밍
비트 전송률 스트리밍(ABR) 적응 스트리밍 프로토콜 중에서 눈에 띄는 HLS의 기능입니다. 스트리밍 도중에도 네트워크 상태에 따라 비디오 품질을 조정할 수 있는 기능입니다. 따라서 최종 사용자의 네트워크 연결이 변동하더라도 비디오는 계속 재생됩니다. 연결이 느려지면 낮은 품질로, 연결이 다시 높아지면 최대 품질로 재생됩니다.
HLS의 장점
HLS는 다음과 같은 유리한 스트리밍 프로토콜을 만드는 여러 가지 이점을 제공합니다.
-
- 호환성: HLS는 스마트폰, 태블릿, 노트북 등 다양한 장치에서 스트리밍된 콘텐츠의 소비를 지원합니다.
- 부드러운 재생: ABR 기능은 HLS를 비디오 스트리밍, 특히 중단할 수 없는 방송 중에 품질을 희생하더라도 매우 유용하게 만듭니다.
- 비용 효율성: HLS는 HTTP를 기반으로 하며 어떤 장치에서도 확장할 필요 없이 콘텐츠 전송 네트워크를 통해 전달할 수 있으므로 비용 효율적입니다.
- 보안: HLS는 또한 Flash와 같은 솔루션에 비해 더 안전한 프로토콜입니다.
- 확장성: HLS는 스트리밍을 확장하여 품질 저하 없이 동시에 전 세계 수백만 명의 시청자를 지원할 수 있습니다.
HLS의 단점
이점에도 불구하고 HLS는 완벽하지 않으며 모든 스트리밍 요구 사항을 충족하는 단일 크기 솔루션이 아닙니다. 다음은 HLS 스트리밍의 두 가지 일반적인 단점입니다.
- 높은 대기 시간: 다른 스트리밍 프로토콜에 비해 HLS는 대기 시간이 더 깁니다. 이는 시청자가 HLS 스트리밍 콘텐츠를 소비할 때 경험하는 최대 30초 이상의 지연이 있음을 의미합니다.
- 느린 인터넷 속도: HLS 스트리밍은 지연 시간이 상대적으로 높기 때문에 비디오 게임이나 스포츠 방송과 같이 빠른 라이브 스트리밍이 필요한 사용 사례에는 적합하지 않을 수 있습니다.
자세히 보기:
HLS 스트리밍을 사용하는 것이 언제 가장 좋습니까?
HLS는 항상 사용하기에 가장 좋은 스트리밍 프로토콜이 아닐 수 있습니다. 그러나 최선의 선택이 될 수 있는 몇 가지 특정한 경우와 고려 사항이 있습니다.
모바일 장치에 가장 적합
HLS 스트리밍은 소비자가 모바일 장치와 태블릿을 사용하여 스트리밍 콘텐츠를 볼 때 이상적입니다. 오늘날 휴대폰에서 발생하는 웹 트래픽의 비율이 높기 때문에 스트리밍 솔루션이 이러한 장치와 함께 작동해야 합니다. 따라서 HLS는 모바일 스트리밍에 거의 필수적입니다.
HTML5 비디오 플레이어에 가장 적합
HTML5 비디오 플레이어는 웹 사이트, 앱 및 모바일 장치에서 비디오 콘텐츠를 재생하기 위한 기본 표준이 되었기 때문에 스트리밍 프로토콜은 이 기술과 호환되어야 합니다. 다른 프로토콜과 달리 HLS는 HTML5에서 지원되며 이를 사용하여 비디오 플레이어에 콘텐츠를 전달할 수 있습니다.
HLS와 다른 스트리밍 프로토콜 비교
오늘날에도 여전히 살아남고 일부 시나리오에서는 선호도를 얻는 HLS 이전에 사용 중인 다른 프로토콜이 있었습니다. 다음은 일반적인 것과 HLS를 비교한 것입니다.
- HLS 대 RTMP
RTMP(Real-Time Messaging Protocol)는 일반적인 스트리밍 프로토콜이었습니다. 그러나 최신 브라우저가 Flash에 대한 지원을 단계적으로 중단하고 있다는 사실로 인해 오늘날 사라지고 있습니다. 카메라나 인코더에서 비디오 스트림을 캡처하기 위한 표준 프로토콜이기 때문에 여전히 많은 방송사에서 사용하고 있습니다.
- HLS 대 MSS
Microsoft Smooth Streaming의 약자인 MSS는 라이브 스트리밍에 ABR을 사용하는 또 다른 프로토콜입니다. 그러나 Microsoft 장치의 독점 기술이기 때문에 채택이 제한적이기 때문에 HLS에 지고 있습니다. Xbox One 게임 콘솔에서 가장 많이 채택되었습니다.
- HLS 대 MPEG-DASH
MPEG-DASH는 Moving Picture Experts Group-Dynamic Adaptive Streaming Over HTTP의 약자이며 최초의 HTTP 기반 국제 스트리밍 프로토콜입니다. 그것의 독특한 가치는 거의 보편적으로 비디오를 재생하는 능력에 있으며 H.264, H.265, VP8/9 및 AV1을 포함한 형식을 지원합니다.
자세히 보기:
지연 시간이 짧은 HLS란 무엇이며 지연 시간을 줄이는 방법
HLS는 지금까지 대기 시간보다 품질과 안정성을 우선시하는 프로토콜이었습니다. 그러나 Apple은 이 문제를 혁신하고 Low Latency HLS를 도입하고 있습니다. 이렇게 하면 공용 네트워크를 통해 스트리밍할 때 표준 TV 방송에서 기대할 수 있는 비디오 지연 시간이 줄어듭니다.
씨디네트웍스는 또한 라이브 스트리밍 솔루션 지연 시간을 줄이면서 안정성을 유지한다는 동일한 목표로 이 저지연 HLS를 지원합니다.
HLS를 통한 CDNetworks의 튜닝
지연 시간이 짧은 HLS 외에도 잘 조정된 HLS는 지연 시간이 짧은 라이브 스트리밍을 위한 옵션이기도 합니다. HLS의 얼리 어답터인 씨디네트웍스는 HLS 미세 조정에 특화되어 있습니다. 아래에서는 HLS를 통해 스트리밍할 때 대기 시간을 줄이는 여러 가지 방법을 제공합니다.
첫 번째 HLS 재생 목록의 청크 수 설정
일반적으로 스트리밍 서버는 HLS를 사용할 때 재생 전에 충분한 청크를 저장해야 합니다. 이것은 플레이어에 따라 다릅니다. 재생은 일반적으로 플레이어가 3개의 청크가 포함된 첫 번째 HLS 매니페스트를 가져온 후에 시작됩니다. 그러나 일부 플레이어는 3개 미만의 청크 수를 지원합니다. 이러한 상황에서는 재생이 시작되기 전에 첫 번째 매니페스트에서 수신 및 패키징되는 청크 수를 결정하여 지연 시간을 줄이기 위해 이 숫자를 조정할 수 있습니다.
키프레임 간격 줄이기
GOP(Group of Pictures)라고도 잘 알려진 키프레임 간격은 청크 크기에 영향을 미치는 핵심 요소입니다. HLS 청크는 키프레임 경계에서 생성되므로 설정한 GOP가 클수록 청크가 커져 라이브 브로드캐스트의 지연 시간이 결정될 수 있습니다. OBS 및 Wirecast와 같은 인코더를 통해 스트림을 푸시할 때 GOP를 2~3초로 설정하는 것이 좋습니다.
저장되는 최소 청크 수 설정
씨디네트웍스의 라이브 브로드캐스트 솔루션은 더 나은 스트리밍 성능을 위해 여러 청크를 저장합니다. 배송 전에 최소 3개의 청크를 저장하는 것이 좋습니다. 물론 더 낮은 대기 시간을 얻기 위해 숫자를 더 작은 값으로 설정할 수 있습니다. 그러나 저장된 청크가 적을수록 재생이 지연될 가능성이 높아집니다.
결론
비디오 스트리밍 환경은 지난 몇 년 동안 활발한 활동을 보였습니다. 새로운 스트리밍 프로토콜의 부상과 인터넷 보급 확대에 힘입어 더 많은 기업이 비디오 스트리밍이 제공하는 기회를 수용했습니다.
HLS는 오늘날 비디오 스트리밍을 위해 가장 널리 지원되는 프로토콜 중 하나입니다. 귀하의 비즈니스가 중대한 중단 없이 최종 사용자에게 고품질 비디오 스트리밍을 제공하는 것을 기반으로 한다면 HLS는 반드시 고려해야 할 프로토콜 중 하나입니다.
