W3C home > Mailing lists > Public > public-html-media@w3.org > April 2014

[Bug 25269] New: Add a container-independent initialization data type for providing a list of key IDs to createSession()

From: <bugzilla@jessica.w3.org>
Date: Fri, 04 Apr 2014 21:56:22 +0000
To: public-html-media@w3.org
Message-ID: <bug-25269-5436@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=25269

            Bug ID: 25269
           Summary: Add a container-independent initialization data type
                    for providing a list of key IDs to createSession()
           Product: HTML WG
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P3
         Component: Encrypted Media Extensions
          Assignee: adrianba@microsoft.com
          Reporter: ddorwin@google.com
        QA Contact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-media@w3.org

The existing initialization data types are container-specific and restricted by
those container and related specifications. If an application wants to provide
key IDs directly or append key IDs from multiple needkey events, the
application must construct the container-specific format. In the case of the
"cenc" type, this includes constructing one or more PSSH boxes, which can be
complex and proprietary. Other container formats may not even support multiple
key IDs.

Therefore, we should add a "keyids" initialization data type to the Encrypted
Media Extensions Stream Format and Initialization Data Format Registry that can
be used with any media type and any key system. The format is TBD, but it
should be easy for JavaScript to construct.

This type would never appear in a needkey event (unless some future container
specification adopted it).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Received on Friday, 4 April 2014 21:56:23 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:33:02 UTC