Closed Bug 1804715 Opened 3 years ago Closed 2 years ago

Android WebM/VP9 MPEG DASH streams are not supported

Categories

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

Firefox 109
ARM64
Android
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: kbrosnan, Unassigned)

Details

From github: https://github.com/mozilla-mobile/fenix/issues/28127.

Site with issue and any steps to reproduce

  1. https://shaka-player-demo.appspot.com/demo/#audiolang=en-GB;textlang=en-GB;uilang=en-GB;asset=https://storage.googleapis.com/shaka-demo-assets/sintel-webm-only/dash.mpd;panel=ALL_CONTENT;build=uncompiled
  2. https://reference.dashif.org/dash.js/latest/samples/dash-if-reference-player/index.html?mpd=https%3A%2F%2Fstorage.googleapis.com%2Fshaka-demo-assets%2Fsintel-webm-only%2Fdash.mpd
  3. https://developers.canal-plus.com/rx-player/ (select "Google - Sintel webm only" from the drop-down and click the play button.

Expected behavior

Video should play. The same video appears fine when played directly and not from within an MPEG DASH stream, e.g. https://s3.us-east-2.wasabisys.com/photox-us/vp9/vp9.webm.

Actual behavior

The video doesn't play.

Does toggling Tracking Protection fix the issue? (Press the shield icon in the toolbar while on the site to see toggle)

No

Can you reproduce in Chrome (or other non-Mozilla browser)?

The video plays just fine in Chrome as well as Firefox for Desktop.

Device information

  • Android device: Google Pixel 7, Android 13
  • Fenix version: 107.2.0

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

Suggestions by https://github.com/joeyparrish:

It could be that Firefox is only supporting the "old" VP9 codec strings in some context (vp9 vs vp09....). We've seen similar issues in the past.

Can repro this on nightly on a Pixel 6a.

Severity: -- → S2
Priority: -- → P2
Hardware: Unspecified → ARM64
Version: unspecified → Firefox 109

To clarify, I'm able to repro on nightly with:

https://reference.dashif.org/dash.js/latest/samples/dash-if-reference-player/index.html?mpd=https%3A%2F%2Fstorage.googleapis.com%2Fshaka-demo-assets%2Fsintel-webm-only%2Fdash.mpd

I was unable to repro with the other two URLs provided:
https://shaka-player-demo.appspot.com/demo/#audiolang=en-GB;textlang=en-GB;uilang=en-GB;asset=https://storage.googleapis.com/shaka-demo-assets/sintel-webm-only/dash.mpd;panel=ALL_CONTENT;build=uncompiled
https://developers.canal-plus.com/rx-player/ (select "Google - Sintel webm only" from the drop-down and click the play button.

Would you be able to try on nightly and report back on whether you see an improvement in playback? Thanks!

Flags: needinfo?(kbrosnan)

Yes I see the same behavior in nightly. In beta and release I get dash manifest errors from the sites. The nightly reference.dashif.org problem seems to be different than the one initially reported. But it is the only thing that is broken in nightly so maybe morphing the bug is fine.

Flags: needinfo?(kbrosnan)

I think we fixed these codec strings. John, is that right?

Flags: needinfo?(jolin)
Blocks: media-triage
Flags: needinfo?(jolin)
Flags: needinfo?(azebrowski)

All of the URLs work now on my device with 111.0.1 -- looks like this may have been fixed. Would you be able to verify from your side kbrosnan? Thanks!

Flags: needinfo?(azebrowski) → needinfo?(kbrosnan)
No longer blocks: media-triage
Severity: S2 → S3
Priority: P2 → P4

Redirect a needinfo that is pending on an inactive user to the triage owner.
:jimm, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(kbrosnan) → needinfo?(jmathies)
Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(jmathies)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.