1506924 - Let Android EME ride the trains

Status: RESOLVED DUPLICATE of bug 1652474

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

Description

[Chris Peterson [:cpeterson]]

A media partner is testing EME on Android 7 and reports:

Firefox 63.02 doesn't play.
Firefox 64.0b9 beta doesn't play.
Firefox 65.0a1 Nightly *does* play.

Comment 1

[Chris Peterson [:cpeterson]]

Android EME was restricted to Nightly only by bug 1340172 until we design the EME UI in bug 1340169. GeckoView will want EME eventually.

Comment 2

[Nils Ohlmeier [:drno]]

Since we are still missing the UI I'm wondering why we are considering now to let this ride the trains without the necessary UI?

Comment 3

[Chris Peterson [:cpeterson]]

(In reply to Nils Ohlmeier [:drno] from comment #2)
> Since we are still missing the UI I'm wondering why we are considering now
> to let this ride the trains without the necessary UI?

This bug depends on UI bug 1340169, so it won't ride the trains until the UI is designed and implemented. I'll follow up with you and a mobile UX designer soon.

Comment 4

[Randall Barker [:rbarker]]

@cpearce I've started investigating adding API support for EME into GeckoView. My understanding is that the android implementation needs to support asking for user permission before playing a video due to the fact that on Android, a unique user identifiable piece of data must be shared with the server. Is this actually the case? I started looking at dom/media/eme/MediaKeySystemAccessManager.cpp but did not see anything that supported this use case. Sorry wrong bug, let me move this comment to the correct but.

Comment 5

[Randall Barker [:rbarker]]

sorry, cancelling ni?

Comment 7

[u635931]

Something went wrong no one wants to solve this..
I say this is DRM protect content issue.
Kindly turn on by default in Android version of Firefox.