RESOLVED FIXED 221745
[Mac] Add Experimental Opus Codec support
https://bugs.webkit.org/show_bug.cgi?id=221745
Summary [Mac] Add Experimental Opus Codec support
Jer Noble
Reported 2021-02-11 00:02:33 PST
[Mac] Add Experimental Opus Codec support
Attachments
Patch (24.05 KB, patch)
2021-02-11 00:11 PST, Jer Noble
ews-feeder: commit-queue-
Patch (23.95 KB, patch)
2021-02-11 00:20 PST, Jer Noble
ews-feeder: commit-queue-
Patch (30.70 KB, patch)
2021-02-11 00:36 PST, Jer Noble
no flags
Patch (30.73 KB, patch)
2021-02-11 08:32 PST, Jer Noble
ews-feeder: commit-queue-
Patch (30.72 KB, patch)
2021-02-11 09:22 PST, Jer Noble
no flags
Jer Noble
Comment 1 2021-02-11 00:11:48 PST
Jer Noble
Comment 2 2021-02-11 00:20:12 PST
Jer Noble
Comment 3 2021-02-11 00:36:51 PST
Jer Noble
Comment 4 2021-02-11 08:32:33 PST
Chris Dumez
Comment 5 2021-02-11 09:01:14 PST
Eric Carlson
Comment 6 2021-02-11 09:08:15 PST
(In reply to Chris Dumez from comment #5) > Is this a dupe of https://bugs.webkit.org/show_bug.cgi?id=183852 ? No, this patch won't make Opus available to WebAudio.
Jer Noble
Comment 7 2021-02-11 09:22:12 PST
Eric Carlson
Comment 8 2021-02-11 09:23:57 PST
Comment on attachment 419999 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=419999&action=review r=me once the bots are happy > Source/WebCore/platform/graphics/cocoa/WebMAudioUtilitiesCocoa.mm:329 > static dispatch_once_t onceToken; > dispatch_once(&onceToken, ^{ > available = registerDecoderFactory("ACOpusDecoderFactory", 'opus'); It turns out we don't need to explicitly register the Opus codec component, so this can be removed.
Ashley Gullen
Comment 9 2021-02-11 09:31:19 PST
We've been desperate for WebM Opus support in Safari for years - all major browsers support it except Safari, making it an awkward compatibility problem to deal with when trying to get audio playback to work across browsers. It would be fantastic if support for this was added! We also need support in Web Audio's decodeAudioData - is there a separate issue to track that? Is this just for the <audio> element so far? Safari should support both at the same time, since the de-facto way to feature detect the types decodeAudioData can decode is via new Audio().canPlayType(). If that indicates support for WebM Opus when decodeAudioData does not support it, existing web content will be broken as it would incorrectly activate attempting to decode WebM Opus with decodeAudioData. Supporting both at the same time will avoid this problem.
Jer Noble
Comment 10 2021-02-11 12:06:22 PST
(In reply to Eric Carlson from comment #8) > Comment on attachment 419999 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=419999&action=review > > r=me once the bots are happy > > > Source/WebCore/platform/graphics/cocoa/WebMAudioUtilitiesCocoa.mm:329 > > static dispatch_once_t onceToken; > > dispatch_once(&onceToken, ^{ > > available = registerDecoderFactory("ACOpusDecoderFactory", 'opus'); > > It turns out we don't need to explicitly register the Opus codec component, > so this can be removed. I'll remove this in a follow up patch.
EWS
Comment 11 2021-02-11 12:37:31 PST
commit-queue failed to commit attachment 419999 [details] to WebKit repository. To retry, please set cq+ flag again.
EWS
Comment 12 2021-02-11 16:08:42 PST
Committed r272758: <https://commits.webkit.org/r272758> All reviewed patches have been landed. Closing bug and clearing flags on attachment 419999 [details].
Radar WebKit Bug Importer
Comment 13 2021-02-11 16:09:13 PST
Note You need to log in before you can comment on or make changes to this bug.