Bug 221820

Summary: [GPUP] Some media tests related to canvas fail when media in GPU Process is enabled
Product: WebKit Reporter: Peng Liu <peng.liu6>
Component: MediaAssignee: Peng Liu <peng.liu6>
Status: RESOLVED FIXED    
Severity: Normal CC: darin, eric.carlson, ews-watchlist, glenn, hta, jer.noble, philipj, sergio, tommyw, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: Other   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=222461
https://bugs.webkit.org/show_bug.cgi?id=222500
https://bugs.webkit.org/show_bug.cgi?id=224064
Bug Depends on:    
Bug Blocks: 221830    
Attachments:
Description Flags
Patch
darin: review+, ews-feeder: commit-queue-
Revise the patch based on Jer's suggestions none

Peng Liu
Reported 2021-02-12 09:43:49 PST
EVENT(canplaythrough) EVENT(seeked) -Saw close enough to (194, 193, 14) at (40, 165) OK -Saw close enough to (17, 197, 195) at (56, 165) OK -Saw close enough to (20, 200, 18) at (73, 165) OK +Expected (194, 193, 14) at (40, 165) but saw (0, 0, 0) FAIL +Expected (17, 197, 195) at (56, 165) but saw (0, 0, 0) FAIL +Expected (20, 200, 18) at (73, 165) but saw (0, 0, 0) FAIL EVENT(seeked) -Saw close enough to (194, 193, 14) at (40, 165) OK -Saw close enough to (17, 197, 195) at (56, 165) OK -Saw close enough to (20, 200, 18) at (73, 165) OK +Expected (194, 193, 14) at (40, 165) but saw (0, 0, 0) FAIL +Expected (17, 197, 195) at (56, 165) but saw (0, 0, 0) FAIL +Expected (20, 200, 18) at (73, 165) but saw (0, 0, 0) FAIL EVENT(seeked) -Saw close enough to (194, 193, 14) at (40, 165) OK -Saw close enough to (17, 197, 195) at (56, 165) OK -Saw close enough to (20, 200, 18) at (73, 165) OK +Expected (194, 193, 14) at (40, 165) but saw (0, 0, 0) FAIL +Expected (17, 197, 195) at (56, 165) but saw (0, 0, 0) FAIL +Expected (20, 200, 18) at (73, 165) but saw (0, 0, 0) FAIL EVENT(seeked) -Saw close enough to (194, 193, 14) at (40, 165) OK -Saw close enough to (17, 197, 195) at (56, 165) OK -Saw close enough to (20, 200, 18) at (73, 165) OK +Expected (194, 193, 14) at (40, 165) but saw (0, 0, 0) FAIL +Expected (17, 197, 195) at (56, 165) but saw (0, 0, 0) FAIL +Expected (20, 200, 18) at (73, 165) but saw (0, 0, 0) FAIL END OF TEST
Attachments
Patch (5.13 KB, patch)
2021-03-04 20:35 PST, Peng Liu
darin: review+
ews-feeder: commit-queue-
Revise the patch based on Jer's suggestions (16.66 KB, patch)
2021-03-06 16:03 PST, Peng Liu
no flags
Radar WebKit Bug Importer
Comment 1 2021-02-19 09:44:13 PST
Peng Liu
Comment 2 2021-02-25 16:49:45 PST
media/video-canvas-drawing-output.html [ Failure ] media/video-canvas-createPattern.html [ Crash ] media/video-orientation-canvas.html [ Failure ]
Peng Liu
Comment 3 2021-02-26 15:18:38 PST
The patch for bug 222461 fixes following two failures: media/video-canvas-drawing-output.html [ Failure ] media/video-canvas-createPattern.html [ Crash ]
Peng Liu
Comment 4 2021-03-04 20:35:10 PST
Eric Carlson
Comment 5 2021-03-05 16:45:09 PST
Comment on attachment 422330 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=422330&action=review > Source/WebCore/platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:2053 > + m_imageRotationSession = makeUnique<ImageRotationSessionVT>(WTFMove(finalTransform), naturalSize, kCVPixelFormatType_420YpCbCr8BiPlanarVideoRange, ImageRotationSessionVT::IsCGImageCompatible::Yes); You should check to make sure this is the preferred pixel format on both iOS and macOS. We found that at least for capture and compression, kCVPixelFormatType_420YpCbCr8BiPlanarFullRange is more efficient on iOS so we use the function `preferedPixelBufferFormat()` from RealtimeVideoUtilities.h
Peng Liu
Comment 6 2021-03-05 17:43:14 PST
Comment on attachment 422330 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=422330&action=review >> Source/WebCore/platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:2053 >> + m_imageRotationSession = makeUnique<ImageRotationSessionVT>(WTFMove(finalTransform), naturalSize, kCVPixelFormatType_420YpCbCr8BiPlanarVideoRange, ImageRotationSessionVT::IsCGImageCompatible::Yes); > > You should check to make sure this is the preferred pixel format on both iOS and macOS. > > We found that at least for capture and compression, kCVPixelFormatType_420YpCbCr8BiPlanarFullRange is more efficient on iOS so we use the function `preferedPixelBufferFormat()` from RealtimeVideoUtilities.h Good point! However, in this case, the ImageRotationSessionVT's pixel format (essentially its PixelBufferPool's pixel format) needs to match the pixel buffers need to be rotated. Otherwise, the rotation will fail. Based on some discussions with Jer, I am going to implement a mechanism to configure ImageRotationSessionVT's pixel format based on the pixel buffers from AVPlayerItemVideoOutput to ensure the rotation will always succeed.
Peng Liu
Comment 7 2021-03-06 16:03:12 PST
Created attachment 422511 [details] Revise the patch based on Jer's suggestions
Peng Liu
Comment 8 2021-03-06 16:09:13 PST
(In reply to Peng Liu from comment #7) > Created attachment 422511 [details] > Revise the patch based on Jer's suggestions Thanks for Darin's review. This patch needs another review because of some nontrivial changes.
EWS
Comment 9 2021-03-08 09:51:36 PST
Committed r274076: <https://commits.webkit.org/r274076> All reviewed patches have been landed. Closing bug and clearing flags on attachment 422511 [details].
Note You need to log in before you can comment on or make changes to this bug.