Open Bug 1194652 Opened 4 years ago Updated 2 years ago
Format Reader capable of returning only demuxed raw data for EME HW CDM Rendering
Considering media playback HW Rendering such as decrypt/decode/render+av-sync by 3rd HW component, we need to make MediaFormatReader capable of requesting encrypted-and-demuxed MediaRawData and returning these data to MDSM. Per Bug 1146795 Comment 24, we need to consider several conditions as follows, Under the premise that using EME and HW CDM rendering, 1. Either Video / Audio is encrypted 2. Both Video / Audio are encrypted ==> Both cases, we could push encrypted / encoded data in EncryptedMediaDataSink / RawMediaDataSink, and wait for the requesting from HW consumers. 3. Encryption method changes on the fly. ==> There should be a way to notify this situation happening, and update information into MDSM's MediaInfo, so that different types of medias sink could be created/destroyed dynamically.
Target Milestone: --- → FxOS-S9 (16Oct)
feature-b2g: --- → 2.5+
Whiteboard: [ft:conndevices][partner-blocker] → [ft:conndevices][partner-blocker][POVB]
Kilik: is bug 1204799 a duplicate of this bug?
Hmm...kinda, I think the code actually has been done in Bug 1194606, but there is still an open issue to be discussed about Bug 1194606 is that ... we need to come out a policy(or mechanism) in MDSM to decide when to ask MediaFormatReader returning demuxed-only data for any external decoding+rendering cases. The discussion is in Bug 1204799, but there's no conclusion yet, and I suppose it's not in priority now.
4 years ago
Priority: P1 → P2
Mass change P2 -> P3
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.