Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 056c4c55fb09cf8bfe1574405d04c4d729da630c
https://github.com/WebKit/WebKit/commit/056c4c55fb09cf8bfe1574405d04c4d729da630c
Author: Alicia Boya Garcia <[email protected]>
Date: 2026-04-28 (Tue, 28 Apr 2026)
Changed paths:
M Source/WebCore/platform/graphics/gstreamer/GStreamerRegistryScanner.cpp
Log Message:
-----------
[GStreamer] 3 new failures on MVT tests hls-hlsjs-test/HLS_FMP4_MP3 after
310634@main
https://bugs.webkit.org/show_bug.cgi?id=313273
Reviewed by Philippe Normand.
There are two ways to mux MP3 in MP4: the most common is to use the
Object Type Indication of MPEG-1 Audio. This is the most widely
supported approach. Alternatively, it is possible to use the Object Type
Indication of MPEG-4 Audio and inside that, use the AOT corresponding to
MP3 (AOT=34).
This patch makes WebKit report positively in canPlayType() for the
second approach, not only the first.
The second approach is rare enough I have not found any examples in the
wild. Support for it in GStreamer is unknown. Still, it has been found
that some streams use the codec string corresponding to the second
approach despite using the first approach in the bytestream.
Fixes https://bugs.webkit.org/show_bug.cgi?id=313273
* Source/WebCore/platform/graphics/gstreamer/GStreamerRegistryScanner.cpp:
(WebCore::GStreamerRegistryScanner::initializeDecoders):
Canonical link: https://commits.webkit.org/312190@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
