[Webkit-unassigned] [Bug 189239] [EME][GStreamer] Add support for WebM encrypted caps "application/x-webm-enc"

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 8 02:16:35 PDT 2018


https://bugs.webkit.org/show_bug.cgi?id=189239

--- Comment #9 from Yacine Bandou <bandou.yacine at gmail.com> ---
(In reply to Xabier Rodríguez Calvar from comment #8)
> (In reply to Yacine Bandou from comment #5)
> > Source/WebCore/platform/graphics/gstreamer/eme/
> > WebKitClearKeyDecryptorGStreamer.cpp:61
> > > > +    "application/x-cenc, original-media-type=(string)audio/mpeg, protection-system=(string)" WEBCORE_GSTREAMER_EME_UTILITIES_CLEARKEY_UUID";"
> > > > +    "application/x-webm-enc, original-media-type=(string)video/x-vp8;"
> > > > +    "application/x-webm-enc, original-media-type=(string)video/x-vp9;"));
> > > 
> > > Can WebM handle cenc? If it can then we have an issue with this.
> > >
> > 
> > Why do you say that? It is "x-webm-enc" not "x-webm-cenc".
> 
> What I mean is that if WebM supports cenc, we should provide a media type
> for application/x-cenc, original-media-type=(string)video/x-vp8 and vp9.

No, it is not the same thing.

For example: The PSSH box is mandatory in CENC protection scheme.

If we set the caps "application/x-cenc, original-media-type=(string)video/x-vp9" for encrypted WebM/VP9. How we can differentiate it from encrypted MP4/VP9 ?
For you information, MP4 supports the VP8 and VP9 codec (http://mp4ra.org/#/codecs).

see also these two links:
https://www.w3.org/TR/eme-stream-webm/
https://www.w3.org/TR/eme-stream-mp4/

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181008/12a0460c/attachment.html>


More information about the webkit-unassigned mailing list