WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
216652
Safari reports WebM+VP9 support on macOS Big Sur Safari, but fails to play
https://bugs.webkit.org/show_bug.cgi?id=216652
Summary
Safari reports WebM+VP9 support on macOS Big Sur Safari, but fails to play
Tomás Palmeirim
Reported
2020-09-17 10:34:26 PDT
Browser: Safari Version 14.0 (16610.2.2.4) / Safari Technology Preview Release 113 (Version 14.0.1, WebKit 16610.2.3.1) OS: macOS Big Sur Version 11.0 Beta (20A5364e) MediaSource.isTypeSupported('video/webm') returns true However, the browser cannot play webm videos, as can be seen at:
https://upload.wikimedia.org/wikipedia/commons/transcoded/c/c0/Big_Buck_Bunny_4K.webm/Big_Buck_Bunny_4K.webm.360p.vp9.webm
or
https://dl5.webmfiles.org/big-buck-bunny_trailer.webm
This also breaks libraries such as Shaka Player (
https://github.com/google/shaka-player/issues/2852
) Interestingly, canPlayType correctly reports that this format is not supported document.createElement('video').canPlayType('video/webm') returns ""
Attachments
Add attachment
proposed patch, testcase, etc.
Jer Noble
Comment 1
2020-09-17 12:42:29 PDT
This behaves correctly. WebM is only supported in MSE, and is not supported through file-based playback. So it is expected that MediaSource.isTypeSupported('video/webm') returns true but canPlayType('video/webm') returns "" (not supported).
Jer Noble
Comment 2
2020-09-17 12:48:10 PDT
And the Shaka bug is unrelated to the query here; the video decoder returns an error (kVTVideoDecoderBadDataErr) when decoding the media in question.
Joey Parrish
Comment 3
2020-09-17 13:01:44 PDT
Thanks, Jer. That is useful info. I think it would be reasonable to close both bugs, since the underlying issue seems to be a failure to decode the content, presumably due to bad encoding.
Joey Parrish
Comment 4
2020-09-17 13:02:34 PDT
Unless, of course, you think the decoder error is a bug in Safari or macOS. (I should have thought it through more before sending the last comment.)
Jer Noble
Comment 5
2020-09-17 16:10:51 PDT
> Unless, of course, you think the decoder error is a bug in Safari or macOS. (I should have thought it through more before sending the last comment.)
No, I think the shaka behavior is a bug in our WebM parser; we haven't yet implemented support for WebM Frames without a duration present. So the frames emitted from our parser have zero duration, and get removed by subsequent samples.
Radar WebKit Bug Importer
Comment 6
2020-09-24 10:35:15 PDT
<
rdar://problem/69512077
>
naktinis
Comment 7
2020-11-16 07:46:00 PST
Just wanted to give a heads up that this or a related issue ("WebM Frames without a duration present" not being supported) seems to be live on machines that have updated to Big Sur Safari. I am getting "Shaka Error MEDIA.VIDEO_ERROR (3,,)" on the shaka test page:
https://shaka-player-demo.appspot.com/demo/#audiolang=en-gb;textlang=en-gb;uilang=en-gb;asset=https://storage.googleapis.com/shaka-demo-assets/angel-one/dash.mpd;panel=HOME;build=uncompiled
Could you confirm that you also see this? Should I file a separate issue about support for "WebM Frames without a duration present"?
Jonathan Davidson
Comment 8
2022-11-17 17:23:29 PST
I think I might have run into this issue, i've got webm encoded videos that play fine on most devices, only not on macOS (iOS seems to be fine?)
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug