Open Bug 1194652 Opened 4 years ago Updated 2 years ago

Make MediaFormatReader capable of returning only demuxed raw data for EME HW CDM Rendering


(Core :: Audio/Video: Playback, defect, P3)




FxOS-S9 (16Oct)


(Reporter: kikuo, Unassigned)


(Blocks 1 open bug)


(Whiteboard: [ft:conndevices][partner-blocker][POVB])

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.
Blocks: 1146795
Duplicate of this bug: 1146794
Target Milestone: --- → FxOS-S9 (16Oct)
Priority: -- → P1
Blocks: TV_FxOS2.5
feature-b2g: --- → 2.5+
Whiteboard: [ft:conndevices][partner-blocker]
Whiteboard: [ft:conndevices][partner-blocker] → [ft:conndevices][partner-blocker][POVB]
Depends on: 1203047
Assignee: nobody → kikuo
Descope from 2.5
Blocks: conn_priority
No longer blocks: TV_FxOS2.5
feature-b2g: 2.5+ → ---
Kilik: is bug 1204799 a duplicate of this bug?
Flags: needinfo?(kikuo)
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.
Flags: needinfo?(kikuo)
Mass change P2 -> P3
Priority: P2 → P3
Assignee: kilik.kuo → nobody
You need to log in before you can comment on or make changes to this bug.