74786 2011-12-17 05:14:43 -0800 Do accelerated filtering when drop-shadow is not the last filter in the chain 2014-03-02 10:15:51 -0800 1 1 1 Unclassified WebKit Layout and Rendering 528+ (Nightly build) Unspecified Unspecified NEW InRadar P2 Normal --- 68479 68469 1 cmarrin cmarrin aroben dino krit simon.fraser webkit-bug-importer oldest_to_newest 523289 0 cmarrin 2011-12-17 05:14:43 -0800 With https://bugs.webkit.org/show_bug.cgi?id=68479 filters are accelerated on CALayers. But the drop-shadow filter is done with CA's shadow properties which are applied after filters. So currently drop-shadow has to be the last filter in the chain or we don't accelerate filters. We could add a parent layer which could render all the filters that come after the drop-shadow. 523311 1 cmarrin 2011-12-17 09:53:27 -0800 Add webkit-bug-importer to CC list 523901 2 aroben 2011-12-19 07:23:03 -0800 (Pinging bug importer) 523919 3 webkit-bug-importer 2011-12-19 08:26:30 -0800 <rdar://problem/10601044> 871455 4 krit 2013-04-08 22:30:31 -0700 I might be wrong, but if I understand the code correctly, each filter is added to a filter chain "array". Would it be much slower to replace a drop shadow with * a blur filter * 2 compositing filter (one compositing with a flood color) * 1 affineTransform filter I just looked at the CIFilter path, but it doesn't look so much different to CAFilter, does it? I couldn't find official docs for CAFilter. 878806 5 dino 2013-04-20 14:22:43 -0700 (In reply to comment #4) > I might be wrong, but if I understand the code correctly, each filter is added to a filter chain "array". Would it be much slower to replace a drop shadow with > * a blur filter > * 2 compositing filter (one compositing with a flood color) > * 1 affineTransform filter > > I just looked at the CIFilter path, but it doesn't look so much different to CAFilter, does it? I couldn't find official docs for CAFilter. We could do this with CI but not CA filters (because they don't have a blend that takes two inputs).