This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 21586 - Can I encrypt captions / <track> elements?
Summary: Can I encrypt captions / <track> elements?
Alias: None
Product: HTML WG
Classification: Unclassified
Component: Encrypted Media Extensions (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Adrian Bateman [MSFT]
QA Contact: HTML WG Bugzilla archive list
Depends on:
Reported: 2013-04-05 05:47 UTC by Pierre Lemieux
Modified: 2013-04-24 16:06 UTC (History)
6 users (show)

See Also:


Description Pierre Lemieux 2013-04-05 05:47:54 UTC
While I do not think it is possible/reasonable to mandate that all implementations support encrypted timed text tracks, I also think that it would be unwise to forbid or discourage CDMs from implementing that feature.

As far as I can tell, the following Q&A is the only mention of timed text in EME -- the overall architecture appears independent of media type. Can't this (informative) text be simply removed, and the specification remain silent on the topic?

"Q: Can I encrypt captions / <track> elements? A: No, this proposal only supports decrypting audio and video that are part of the media data."

See recent thread at
Comment 1 Adrian Bateman [MSFT] 2013-04-24 15:55:32 UTC
As discussed at the F2F, we don't believe that there is anything in the spec that prevents text tracks from being encrypted. In general, text track content is not consumed in a protected environment so encryption is less commonly needed.

We will note in the resolution of Bug 21569 that text track APIs might not expose encrypted text track information.

We should remove the FAQ about caption/text track not supported since in practice nothing prevents this.

If anyone has a specific scenario that they believe is broken and a proposal for how to solve it, please file a new bug.
Comment 2 Adrian Bateman [MSFT] 2013-04-24 16:06:15 UTC
FAQ removed ->