Re: HTML5 Video in Safari on OS X Yosemite

(이원석) EME를 사용하더라고 결국 DRM 정책에 대한 부분은 단말의 브라우저와 DRM 서버와의 Native 통신이 필요한가요?

한가지 방법은 Web에서 일반적으로 CP들의 다양한 브라우저에 대해 콘텐츠를 adaptation하는 것처럼 프리미움 컨텐츠 서비스
제공자가 다양한 주요 DRM솔류션의 서버를 모두 제공하는 것이겠네요^^;

*[김태현] 맞습니다. 현재 추세는 1개의 사업자가 2-4개의 DRM을 동시 지원 ( 파일 포맷은 MPEG-DASH로 통일 )하는
방향입니다.*

*Adobe / MS PlayReady / Google Widevine 정도는 지원하려고 하는 분위기 입니다.*


*이부분은 원래 UltraViolet이라고 DVD처럼 통일된 파일 포맷으로 인터넷 비디오 서비스를 제공하려는 시도에서 비롯된
부분입니다. ( MPEG-DASH쪽에 많은 영향을 주었습니다. **EME는 실제로 Native단의 DRM Agent ( CDM )과의
Interface만 가지고 있지 구체적인 내용은 없는 규격입니다. EME를 지원한다 하여도 개별DRM마다 구현마다 약간씩 다른 구현이
필요한 상황입니다. 당장 IE11과 Chromecast의 PlayReady 작동방식이 일부 상이하여 별도 구현 하고 있는 상태 입니다.*


(이원석) 구글과 MS는 Widevine DRM과 PlayReady DRM Server를 각각 판매하나요?
*[김태현]Widevine은 라이선스 서버를 임대 하고 MS는 판매 ( 라이선스 제공 ) 하거나 3rd party에서 ASP로
제공합니다.*
*단말 라이선스는 별도(PlayReady)이거나 무로 ( Widevine )입니다.*





2014년 6월 17일 오전 11:20, Wonsuk Lee <wonsuk11.lee@samsung.com>님이 작성:

> 김태현 대표님.
>
> 좋은 의견 감사합니다~^^
>
>
>
> *From:* Taehyun Kim [mailto:thkim@inisoft.co.kr]
> *Sent:* Wednesday, June 11, 2014 11:15 PM
> *To:* Sangwhan Moon
> *Cc:* Wonsuk Lee; public-html-ig-ko@w3.org
>
> *Subject:* Re: HTML5 Video in Safari on OS X Yosemite
>
>
>
> 어차피 전송 레벨이나 AES쪽 이슈라기보다는 Codec , Renderer최적화 이슈가 더 큽니다.
>
> MS가 미디어 구현을 하는 것 보다는 Apple이 하는 쪽이 GPU가속등을 적절하게 사용해서 배터리 등을 절약할 수 있는 부분으로
> 보입니다.
>
> CDM ( Contents Decryption Module )을 어떻게 구현 할 수 있는 지가 문제일 것 같습니다.
>
>
>
> Apple CDM만 돌아간다 그러면 DRM을 Apple DRM만 써야해서 답이 안나올 수도 있습니다.
>
> (이원석) EME를 사용하더라고 결국 DRM 정책에 대한 부분은 단말의 브라우저와 DRM 서버와의 Native 통신이 필요한가요?
>
> 한가지 방법은 Web에서 일반적으로 CP들의 다양한 브라우저에 대해 콘텐츠를 adaptation하는 것처럼 프리미움 컨텐츠 서비스
> 제공자가 다양한 주요 DRM 솔류션의 서버를 모두 제공하는 것이겠네요^^;
>
>
>
> EME아래단의 CDM을 어떤식으로 확장 할 수 있을 런지. 초기 구현물에 들어있는 CDM이 어떤 DRM을 지원하는 지 이런 부분이
> 중요하죠.
>
>
>
> Google은 Widevine DRM을 지원하고 MS는 PlayReady를 지원하는 데 Apple은 FairPlay만 지원하면
>
> FairPlay 서버를 별도로 판매하지 않는 이상 Apple하고 계약하고 써야 하는 데 소형 서비스 프로바이더 입장에서 얼마나
> 쓸만할 지는 조금 더 지켜 봐야 알겠죠.
>
> (이원석) 구글과 MS는 Widevine DRM과 PlayReady DRM Server를 각각 판매하나요?
>
>
>
> 이원석 드림.
>
>
>
>
>
> 2014년 6월 11일 오후 10:56, Sangwhan Moon <sangwhan@iki.fi>님이 작성:
>
> Wonsuk Lee wrote:
> > 안녕하세요~
> > HTML5 비디오 관련 재밌는 소식이 있어서 공유합니다.
> >
> > iOS8이 발표되면서 Safari 브라우저에서 HTML5 비디오 기반의 Premium 컨텐츠
> > 서비스를 가능하게 하는 새로운 표준인 MSE(Media Source Extensions),
> > EME(Encrypted Media Extensions), Web Cryptography API를 지원합니다. 이렇
> > 게 구현된 방식은 CPU와 배터리가 훨씬 효율화되서 배터리 사용시간이 2시간
> > 더 길어졌다고 합니다^^
>
> 마케팅적인 내용을 무시하고 기술적인 측면에서 들여다보면 MSIL보다 네이티브가
> 효율적이라는 이야기입니다.
>
> 추가적인 가능성이라면 AES-NI의 사용 여부인데, 만약에 비교 대상이 된
> Silverlight쪽에서 AES-NI를 사용하지 않았다면 이것 하나만으로도 꽤 많은
> 차이가
> 나지 않을까 생각됩니다. (단적인 예로 AES-NI를 사용한 Filevault 2로 암호화된
> 파티션 내에서 큰 프로젝트를 컴파일 시 시간에 20-30% 정도 밖에 증가되지
> 않습니다.)
>
> CLR/.NET Framework에 내부 사정에 대해서는 잘 모르겠습니다만, 언듯 검색해본
> 결과로는 지원하지 않을듯 합니다.
>
>
> > Q) 모바일 사파리에서도 같은 기능을 지원하는지가 궁금하네요. 혹시 아시는
> > 분 계세요?
>
> [3]
>
>
> >
> > 윈도우 8.1기반 IE11도 이들 기능을 지원해서 향후 MSE, EME, Web
> > Cryptography 기반의 HTML5 Premium 컨텐츠 서비스 빠르게 확산될 것 같습니다.
> >
> > Q) 제가 듣기로 IE의 경우는 Mobile에서도 이들 기능을 지원하는 것으로 알고
> > 있는데... 혹시 정확히 아시는분 계세요?
> >
> > Q) 크롬은 Desktop과 Mobile 모두 이들 기능을 지원하나요?
>
> [3]
>
>
> >
> > 본 기사는 Netflix 엔지니어들이 작성했는데 자세한 내용은 [1]을 참고하세
> > 요! 그리고 EME에 대해서 좀더 기술적으로 자세한 내용은 [2]를 참고하시기
> > 바랍니다.
> >
> > 차기 KIG에서 "HTML5 Video 기반 Premium 컨텐츠 서비스 기술"을 특집으로 해
> > 서 한번하면 재밌을 것 같습니다~^^ MSE, EME, Web Cryptography API에 대해
> > 서 정리해서 발표가 가능하신 분은 답변 부탁드립니다~^^ 이들 중에 한가지만
> > 발표를 제안해 주셔도 좋습니다!
> >
> > [1]
> >
> http://techblog.netflix.com/2014/06/html5-video-in-safari-on-os-x-yosemite.html?utm_source=html5weekly&utm_medium=email
> > <
> http://techblog.netflix.com/2014/06/html5-video-in-safari-on-os-x-yosemite.html?utm_source=html5weekly&utm_medium=email

> >
> > [2] http://www.html5rocks.com/ko/tutorials/eme/basics/

>
> [3] http://www.jwplayer.com/html5/mediasource/

>
> --
> Sangwhan Moon | @sangwhanmoon
>
>
>
>
>
> --
> Taehyun Kim
> e-mail: thkim@inisoft.co.kr
> Mobile : +82-10-3373-7973
> google talk: thkim@inisoft.tv
>



-- 
Taehyun Kim
e-mail: thkim@inisoft.co.kr
Mobile : +82-10-3373-7973
google talk: thkim@inisoft.tv