Closed Bug 1250745 Opened 8 years ago Closed 8 years ago

Two GMP processes created per video element using unencrypted GMP decoding

Categories

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

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla47
Tracking Status
firefox46 + fixed
firefox47 --- fixed

People

(Reporter: cpearce, Assigned: cpearce)

References

Details

Attachments

(1 file)

If playback in <video> using GMPs for decoding is enabled, Firefox will spin up two plugin-container processes for every <video> element in the browser. This potentially could be very expensive, and it increases playback start latency.

This is because the GMPAudioDecoder and GMPVideoDecoders are using an empty string as their NodeId, causing us to assume we shouldn't allow sharing of GMP processes servicing that API actor. 

I did this initially because I was concerned that if we shared a GMP decode process instance across multiple tabs, the GMP could maybe track what videos a user was watching and report that to some third party.

I've realized however that in order to do this, the GMP would need to be able to store data about what the user is watching, and would need to be able to report that stored data.

GMP storage is isolated by NodeId. The only way a GMP can communicate to the outside world is by sending messages through the EME API. So provided we ensure we don't use EME with the same NodeId as we've using for GMP unencrypted decoding, then we can be sure that the GMP can't report whatever data it collates to a third party. We can also prevent GMPs from permanently storing data while doing unencrypted decoding.
But make sure that there's no way a GMP can track and report what a user watches using unencrypted decoding.

Review commit: https://reviewboard.mozilla.org/r/36239/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/36239/
Attachment #8722786 - Flags: review?(jwwang)
Comment on attachment 8722786 [details]
MozReview Request: Bug 1250745 - Share GMP processes when doing unencrypted decoding. r?jwwang

https://reviewboard.mozilla.org/r/36239/#review32821
Attachment #8722786 - Flags: review?(jwwang) → review+
Btw, is it possible for audio/video samples or metadata to contain site information so GMP{Audio,Video}Decoder knows which site the user is browsing when they decode audio/video samples or metadata?
(In reply to JW Wang [:jwwang] from comment #3)
> Btw, is it possible for audio/video samples or metadata to contain site
> information so GMP{Audio,Video}Decoder knows which site the user is browsing
> when they decode audio/video samples or metadata?

I think it's unlikely, but who knows? Maybe one way to do it would be to hash the frame data and report that?
Will need uplift.
Blocks: 1210231
Flags: needinfo?(cpearce)
https://hg.mozilla.org/mozilla-central/rev/e66d7c87d51a
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla47
Comment on attachment 8722786 [details]
MozReview Request: Bug 1250745 - Share GMP processes when doing unencrypted decoding. r?jwwang

Requesting uplift to Firefox 46, in support of Bug 1250766.

Approval Request Comment
[Feature/regressing bug #]: Playback of MP4/H.264/AAC video files in Firefox on Windows XP.
[User impact if declined]: Increased performance and memory overhead. Users on Windows XP who get MP4 playback via the Adobe GMP unencrypted decoding path added in Bug 1250766 will use more child processes than necessary to decode audio/video.
[Describe test coverage new/current, TreeHerder]: We have mochitests covering this feature.
[Risks and why]: Low; this directs us to follow an existing code path which is well tested.
[String/UUID change made/needed]: None.
Flags: needinfo?(cpearce)
Attachment #8722786 - Flags: approval-mozilla-aurora?
Tracking and marking affected for 46 since we are re-enabling GMP.
Comment on attachment 8722786 [details]
MozReview Request: Bug 1250745 - Share GMP processes when doing unencrypted decoding. r?jwwang

GMP fixes, please uplift to aurora.
Attachment #8722786 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: