Branch: refs/heads/main Home: https://github.com/WebKit/WebKit Commit: d3026305f6a9973981b6cacebaa9c4897ade37f1 https://github.com/WebKit/WebKit/commit/d3026305f6a9973981b6cacebaa9c4897ade37f1 Author: Youenn Fablet <youe...@gmail.com> Date: 2022-10-27 (Thu, 27 Oct 2022)
Changed paths: M LayoutTests/imported/w3c/web-platform-tests/webcodecs/videoDecoder-codec-specific.https.any.worker_h264_annexb-expected.txt M LayoutTests/imported/w3c/web-platform-tests/webcodecs/videoDecoder-codec-specific.https.any_h264_annexb-expected.txt M LayoutTests/platform/mac-wk2/TestExpectations M Source/ThirdParty/libwebrtc/Source/webrtc/sdk/objc/components/video_codec/nalu_rewriter.cc M Source/ThirdParty/libwebrtc/Source/webrtc/sdk/objc/components/video_codec/nalu_rewriter.h Log Message: ----------- [WebCodecs] H264AnnexBBufferToCMSampleBuffer is not always computing the right AVC buffer size https://bugs.webkit.org/show_bug.cgi?id=247069 rdar://problem/101593041 Reviewed by Eric Carlson. Computation of the AVC buffer was a pure translation of the AnnexB buffer size. This is not always the case, this patch is adding a precise computation to make sure we do not chop some data. * LayoutTests/imported/w3c/web-platform-tests/webcodecs/videoDecoder-codec-specific.https.any.worker_h264_annexb-expected.txt: * LayoutTests/imported/w3c/web-platform-tests/webcodecs/videoDecoder-codec-specific.https.any_h264_annexb-expected.txt: * LayoutTests/platform/mac-wk2/TestExpectations: * Source/ThirdParty/libwebrtc/Source/webrtc/sdk/objc/components/video_codec/nalu_rewriter.cc: * Source/ThirdParty/libwebrtc/Source/webrtc/sdk/objc/components/video_codec/nalu_rewriter.h: Canonical link: https://commits.webkit.org/256059@main _______________________________________________ webkit-changes mailing list webkit-changes@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-changes