NEW215959
CoreImage CSS Filter Rendering Path Fallback Heuristic 
https://bugs.webkit.org/show_bug.cgi?id=215959
Summary CoreImage CSS Filter Rendering Path Fallback Heuristic
frankhome61
Reported 2020-08-28 16:33:25 PDT
CoreImage performance is worse than Software path when the image size is less than 250x250px, so a fallback logic based on the size of the image is needed to determine the right time to select CoreImage path or the software path
Attachments
Patch (1.42 KB, patch)
2020-09-10 15:40 PDT, frankhome61 		no flags
DetailsFormatted DiffDiff
Patch (2.24 KB, patch)
2020-09-10 15:47 PDT, frankhome61 		no flags
DetailsFormatted DiffDiff
Renderer using both CoreImage path and software path causes artifacts (45.95 MB, video/quicktime)
2020-09-10 15:52 PDT, frankhome61 		no flags
Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1 2020-08-28 16:33:51 PDT
<rdar://problem/67968396>
frankhome61
Comment 2 2020-09-10 15:40:59 PDT
Created attachment 408487 [details] Patch
frankhome61
Comment 3 2020-09-10 15:47:26 PDT
Created attachment 408488 [details] Patch
frankhome61
Comment 4 2020-09-10 15:52:59 PDT
Created attachment 408489 [details] Renderer using both CoreImage path and software path causes artifacts
frankhome61
Comment 5 2020-09-10 15:59:48 PDT
This current patch doesn't work when the window goes into background, where it starts to render in multiple smaller tiles. As shown in the video, the two tiles on the right is rendered with wrong contents. The cause is that, the decision of whether or not taking CoreImage path is on the per tile level (each tile will have its own CSS filter) and there will be cases where part of the large element is rendered using CoreImage path (with IOSurface), and other parts are rendered using software path (with CGBitmap image buffer).
Note You need to log in before you can comment on or make changes to this bug.