Kilik Kuo [:kikuo] (inactive) Reporter
	Description • 9 years ago

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.

	Josh Cheng [:josh]
	Comment 2 • 9 years ago

Descope from 2.5

	Chris Pearce [:cpearce (Not reading bugmail)]
	Comment 3 • 9 years ago

Kilik: is bug 1204799 a duplicate of this bug?

	Kilik Kuo [:kikuo] (inactive) Reporter
	Comment 4 • 9 years ago

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.

	Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)
	Comment 5 • 8 years ago

Mass change P2 -> P3