[Webkit-unassigned] [Bug 154235] [GTK][GStreamer] ClearKey EME v1 decryption support

[bugzilla-daemon at webkit.org]

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

--- Comment #24 from Philippe Normand <pnormand at igalia.com> ---
(In reply to comment #23)
> (In reply to comment #12)
> > Ok so this is the exact same situation as in WebRTC support. We disabled it
> > temporarily in the bots and provided a custom JHBuild moduleset. Would that
> > be OK with you?
> 
> I'm not sure I understand the decision behind WebRTC either, what was the
> point in disabling it, just to avoid the upgrade to GStreamer 1.6? I would
> prefer to get rid of the extra jhbuild moduleset and re-enable WebRTC for
> developers again. 

This isn't possible yet because OpenWebRTC depends on GStreamer 1.6 at least. And we can't bump the gst version in JHBuild yet either. Hence the decision to disable WebRTC in builds *for* *now* :)

> Can't we do that for EME as well?

Nope.

> 
> I think the primary difference there is that you guys have concrete plans to
> reenable WebRTC within a relatively short timespan. Also, WebRTC is a very
> important feature for the WebKit project, whereas EME is only useful to ease
> maintenance of downstream forks.

Not only that. It's also  needed to show that WebKitGTK itself can support EME.

> And WebRTC support has existed upstream for
> a long time already. 

Both WebRTC and EME specs have roughly emerged around 2012, IIRC.

> We should apply strict scrutiny when adding new
> features that would not be enabled by default; in this case, I think it
> makes strategic sense to have this, but I don't think it makes sense for the
> bots to not build or test it. (That's reasonable, no? :)
> 

Ok, I also would like to have this tested on the bots at some point but as mentioned already, it's not possible yet.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160217/58e0a56d/attachment.html>