W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2012

[Bug 17676] needkey for all keys relative with a media file

From: <bugzilla@jessica.w3.org>
Date: Tue, 03 Jul 2012 17:20:36 +0000
Message-Id: <E1Sm6mC-0002oV-Aa@jessica.w3.org>
To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17676

David Dorwin <ddorwin@google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ddorwin@google.com

--- Comment #1 from David Dorwin <ddorwin@google.com> 2012-07-03 17:20:35 UTC ---
(In reply to comment #0)
> now, the needkey is only for 1 key.
> But it is common the file will contain multiple keys used to decrypt multiple
> video/audio tracks.

The needkey event is always fired with a single initData value.
The number of keys currently depends on the container:
 * WebM (bug 17672) - 1 key per initData
 * ISO BMFF/CENC (bug 17673) - 1 or more keys per initData

> If we fire needkey for each key, it is not optimistic and can we combine them
> together, to generate the key request?

It seems this would be difficult to implement for containers that do not
already group keys. Also, if multiple files/streams are used, those will
generate separate needkey events, so this is already an issue applications may
need to deal with. For such changes, we should consider the complexity of
optimizing vs. the performance or other gain for these relatively rare events.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 3 July 2012 17:20:37 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2012 17:20:37 GMT