17676 2012-07-03 09:10:42 +0000 needkey for all keys relative with a media file 2012-08-28 20:25:24 +0000 1 1 1 Unclassified HTML WG Encrypted Media Extensions unspecified PC All RESOLVED WORKSFORME P2 normal --- 1 eric.sun adrianba ddorwin mike public-html-media public-html-bugzilla oldest_to_newest 69585 0 eric.sun 2012-07-03 09:10:42 +0000 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. If we fire needkey for each key, it is not optimistic and can we combine them together, to generate the key request? 69601 1 ddorwin 2012-07-03 17:20:35 +0000 (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. 72912 2 adrianba 2012-08-28 20:25:24 +0000 Whether one or more keys are acquired in a session is an implementation detail for the container/CDM. This is supported with the current initData/message exchange.