-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EME registry: Add entry for MPEG-2 TS CENC #106
Comments
Agree. The cenc:pssh element contains a base64 encoded 'pssh' box for character representation in XML that is binary equivalent to a 'pssh' box stored in an ISO Media file, but the box header is irrelevant to M2TS, etc., except that it allows the same initialization data parser for all media formats described by an XML manifest, like DASH MPD. The 'pssh' box header provides the DRM SystemID and payload size, which are independent of the Common Encrypted container and elementary stream format being played. |
Before we publish an entry for MPEG-2 TS (e.g. |
@ddorwin : In Bug 26738 https://www.w3.org/Bugs/Public/show_bug.cgi?id=26738 @boblund proposed an entry for MPEG-2 TS (e.g. "video/mp2t" ). Will this entry be published as part of resolving ISSUE-105 and ISSUE-106 or will a subsequent change be required to resolve this issue? If so who is on point to make the subsequent change? |
#105 restructured the registry and its pages. Resolving this issue would involve adding a new entry and corresponding page to the stream format registry at https://w3c.github.io/encrypted-media/format-registry/stream/. It should be able to reference the "cenc" definition like the mp4 entry does. I expect that those interested in this additional format will discuss, generate, and work on a pull request. The issues I referenced in my first comment above should also be considered. Note that this is not tied to the progress or maturity of V1. It is assigned to V1NonBlocking only as an indication that we expect it to happen in parallel and not be part of VNext. |
The original use case that drove bug 26738 no longer applies. Are there content producers, service providers or browser vendors who want EME support for cenc in mpeg2 transport streams? |
I propose that we close this issue if no one responds to @boblund's above request for input by Tue May 17. If anyone objects to closure then I proposed we mark this issue as VNext. |
@ddorwin: Since no one has objected to closing this issue, please close this issue and remove the "help wanted" and "needs author input" labels. |
Closing per the discussion above. |
Originally filed by @boblund as bug 26738. This specifically refers to ISO/IEC 23001-9:2014: Common encryption of MPEG-2 transport streams.
This should use the existing
cenc
Initialization Data Type and will be simpler to implement after issue #105 is resolved. It would also be good to have some experts in this spec volunteer to review the changes.The text was updated successfully, but these errors were encountered: