Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 948e6208a6dcb6d9428d8a7e6c68f45289877ae0
https://github.com/WebKit/WebKit/commit/948e6208a6dcb6d9428d8a7e6c68f45289877ae0
Author: Youenn Fablet <[email protected]>
Date: 2026-01-12 (Mon, 12 Jan 2026)
Changed paths:
M LayoutTests/http/tests/webcodecs/h264-reordering-expected.txt
M LayoutTests/http/tests/webcodecs/h264-reordering.html
A
LayoutTests/platform/glib/http/tests/webcodecs/h264-reordering-expected.txt
M
Source/ThirdParty/libwebrtc/Source/webrtc/webkit_sdk/objc/components/video_codec/nalu_rewriter.cc
Log Message:
-----------
WebCodecs VideoDecoder Outputs Frames in Incorrect Order
rdar://145093697
https://bugs.webkit.org/show_bug.cgi?id=287516
Reviewed by Jean-Yves Avenard.
H264 reorder size can be computed from the SPS found in the avcc record.
Before parsing the SPS, we need to remove emulation prevention byte, like is
already done for H265.
We add a test to cover this.
We also add a test that shows that we should in theory not use the web codec
provided timestamp to reorder frames.
Instead, as per spec, we should use the pic order count.
The added test fails in WebKit, but succeeds in Chrome (it also fails in
Firefox).
Canonical link: https://commits.webkit.org/305475@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
