미디어 업계에서 일하신다면 MPEG-DASH라는 용어를 꽤 많이 들어보셨을 것입니다. MPEG-DASH는 코덱, 프로토콜, 시스템 또는 포맷이 아닙니다. 그 대신 HTTP를 통한 비디오의 상호 운용성, 즉 엔드투엔드 전송을 위한 표준입니다.
MPEG-DASH의 주요 목표 중 하나이자 퍼블리셔가 누릴 수 있는 핵심 혜택은 기존 인프라에서 개방형 표준을 사용하여 라이브 및 사전 녹화된 프리미엄 동영상 경험을 제공하는 데 드는 비용과 노력을 줄일 수 있다는 점입니다. 오늘날의 프리미엄 동영상 경험에는 일반적으로 광고, 보안(예: DRM), 적응형 비트레이트 재생, 캡션, 다국어 지원 등의 요구 사항이 포함됩니다. 파편화된 디바이스 환경에서 라이브 및 사전 녹화된 콘텐츠에 이러한 요구 사항을 적용하면 퍼블리셔의 인코딩, 패키징, 스토리지 및 전송 워크플로우가 복잡해집니다(비용).
업계 플레이어들은 MPEG-DASH를 통해 사실상 비디오 전송을 위한 세 가지 프로토콜(Apple의 HTTP 라이브 스트리밍, Adobe의 HTTP 동적 스트리밍, Microsoft의 스무스 스트리밍)을 논리적으로 '진화'시켜 복합적인 표준으로 만들기 위해 노력하고 있습니다. 이것은 말이 됩니다. 이 세 가지 프로토콜은 모두 HTTP 네트워크를 통해 적응형 비트레이트 재생을 위한 효율적이고 안전한 콘텐츠 전송이라는 측면에서 매우 유사합니다. 하지만 서로 호환되지는 않습니다.
오늘날 대부분의 퍼블리셔는 데스크톱, 모바일, 커넥티드 TV, 게임 콘솔 등 다양한 디바이스를 지원하면서 콘텐츠의 보편화를 위해 노력하고 있습니다. 따라서 퍼블리셔가 적응형 비트레이트 스트리밍을 지원하려면 여러 포맷, 프로토콜, 콘텐츠 보호 옵션을 지원하여 여러 디바이스와 플랫폼에서 폭넓게 지원하거나 디바이스와 플랫폼 공간을 표준화하여 제한해야 합니다.
어느 쪽도 매력적이지 않습니다. 콘텐츠 제작(여러 형식과 언어를 위한 인코딩, 여러 콘텐츠 보호 체계를 위한 패키징), 중복 스토리지, 여러 콘텐츠 전송 프로토콜, 서로 다른 기능을 가진 여러 플레이어, 일관되지 않은 광고 형식 등 모두가 비효율적으로 운영되고 있습니다.
MPEG-DASH의 목표는 퍼블리셔가 동영상 워크플로우를 효율적으로 관리하고 모든 플랫폼과 디바이스에 제공할 수 있도록 동영상 워크플로우를 간소화하는 것입니다.
MPEG-DASH가 만병통치약인가요?
MPEG-DASH는 구현 세부 사항을 정의하지 않으며, 대신 다음과 같은 작업과 결정을 업계 전반에 맡깁니다.
- 엔드투엔드 DRM
- 코덱
- 파일 형식 및 이전 버전과의 호환성
- 로열티 고려 사항 및 현재와 미래의 IP를 둘러싼 문제
퍼블리셔가 마이그레이션을 서두를 경우, 에코시스템 내 개별 공급업체의 지원이 제한적이거나 일관되지 않고 에코시스템 내 공급업체 간의 상호 운용성이 부족하기 때문에 기술 및 워크플로 결정에 영향을 받을 가능성이 여전히 존재합니다. 그런 다음 퍼블리셔는 콘텐츠 전송, 광고, 분석, 인코딩, DRM 패키징 및 라이선스 관리, 재생 등 스택의 모든 부분을 통합하여 엔드투엔드 워크플로우를 진정으로 해결해야 합니다.
사실 HTML5 '표준'에서 보았던 파편화는 MPEG-DASH에서 직면하게 될 문제를 예고하는 것일 수 있습니다.
Apple의 장점은 무엇인가요?
또한 애플이 HLS에 엄청난 노력을 기울여 사실상 표준으로 끌어올린 상황에서 왜 MPEG-DASH를 홍보하는지도 명확하지 않습니다. 많은 시스템과 회사가 이 프로토콜을 중심으로 구축되어 있으며, 제 생각에는 Apple이 HLS의 이점을 포기하고 대신 다른 대안의 표준화를 추진하도록 설득하는 것은 힘든 싸움이 될 것 같습니다.
역사는 반복되는가... 아니면 반복되는가?
새로운 표준이나 프로세스의 실행 가능성을 평가할 때는 과거와 비교하는 렌즈를 통해 고려하는 것이 도움이 됩니다.
기업들이 상품을 운송하던 방식을 생각해 보세요. 1950년대 이전에는 쉽고 효율적인 운송 방법이 없었습니다. 하지만 50년대 중반에 복합운송과 컨테이너라는 개념이 도입되었습니다. 선박, 철도 또는 트럭으로 상품을 표준 형식으로 운송할 수 있게 되면서 현대적인 공급망이 탄생했습니다. 프로세스의 표준화에 동의하는 것이 중요한 첫 단계였습니다. MPEG-DASH도 이와 유사한 '바다의 변화'를 이루기 위해 노력하고 있지만, 구현 세부 사항을 피하기 때문에 궁극적으로 파편화가 발생할 위험이 큽니다.
다음은 우리가 직면할 수 있는 문제입니다.
- MPEG-DASH 구현이 이전 버전과 호환되지 않는 경우, MPEG-DASH와 HLS를 모두 지원해야 합니다. HLS(또는 HDS와 Smooth)가 이전 버전과의 호환성을 비효율적으로 만드는 경로를 계속 사용한다면 퍼블리셔는 MPEG-DASH와 HLS, 스무드 스트리밍과 HDS를 모두 고려해야 합니다.
- 클라이언트 측 플레이어(데스크톱, 모바일, 커넥티드 TV, 게임 콘솔)가 MPEG-DASH를 광범위하게 지원하지 못하면 퍼블리셔는 여전히 플레이어 파편화에 직면하게 됩니다. 플레이어 조각화는 업스트림에서 발생하며, 이는 재생부터 전송, 패키징, 인코딩에 이르는 전체 콘텐츠 워크플로우가 MPEG-DASH 워크플로우와 중복된다는 것을 의미합니다. 많은 퍼블리셔에게 도입 비용은 점진적인 이득에 비해 가치가 없을 수 있습니다.
브라이트코브의 견해
퍼블리셔는 이미 여러 형식과 관련 전송 프로토콜을 지원해야 하는 운영상의 복잡성에 직면해 있습니다. 여러 형식의 콘텐츠 수집, 크로스 플랫폼 재생 및 크로스 플랫폼 DRM에 필요한 여러 렌더링과 형식의 트랜스코딩 및 패키징, 데스크톱, 모바일 웹, 모바일 앱 및 커넥티드 TV를 위한 적응형 비트레이트 스트리밍 등 워크플로우의 모든 단계에서 필요한 마찰과 노력을 줄이기 위해 지속적으로 기능을 개선해 나갈 것입니다.
표준화라는 개념은 지지하지만, 엔드투엔드 MPEG-DASH 시나리오를 위해 다른 모든 지원을 포기할 수 있는 단계는 아직 아닙니다. MPEG-DASH는 동영상 생태계의 폭과 깊이를 모두 고려하지 않기 때문에 조기 도입 시 특정 벤더에 종속되거나 폐쇄될 수 있으며, 이는 고객에게 해가 될 수 있습니다.
궁극적으로, 저희는 MPEG-DASH와 생태계 내 공급업체가 신속하게 역량을 강화하여 공급업체에 종속되거나 표준의 불완전한 구현을 초래하는 독점적인 구현을 강요하는 대신 퍼블리셔에게 더 많은 유연성을 제공하기를 희망합니다. 그 동안 저희는 MPEG-DASH 생태계 내에서 디지털 역할을 수행하기 위해 소매를 걷어붙이고 키워드에 집중하고 있습니다.