W3C home > Mailing lists > Public > public-fx@w3.org > April to June 2013

Re: [filter-effects] drop-shadow inset shadow

From: Dean Jackson <dino@apple.com>
Date: Thu, 18 Apr 2013 03:52:50 +1000
Cc: Rik Cabanier <cabanier@gmail.com>, Dirk Schulze <dschulze@adobe.com>, "public-fx@w3.org" <public-fx@w3.org>, Alexandru Chiculita <achicu@adobe.com>
Message-id: <94979D47-7C45-4F6D-9E95-CE3A25DC5893@apple.com>
To: Michael Mullany <michael@sencha.com>

On 17/04/2013, at 5:20 PM, Michael Mullany <michael@sencha.com> wrote:

> I've tested SVG filters on some mobile platforms. From my testing, basic filters (5ish primitives, no high order convolutions) are decently fast for the most part. Android is the poor performer (as usual). Animations are even possible. Here are my eyeball and unscientific estimates (it might be good to develop some benchmark filters.)
> Mobile:
> - iPad 2 is slow (0.4s lags) but iPad 4 is pretty good (100ms +/- lag)
> - Blackberry10/PlaybookOS2 is fine (similar to iPad4)
> - Surface WinRT - SVG Filters are fast - about 100ms +/- delay for the filters in Microsoft's test drive
> - Chrome Mobile on Samsung Galaxy Note 2 (running 4.1) - very slow (if I can get them to appear at all.) <animate> on turbulence looks like it's about 15fps.
> It looks like we're far off from getting 60fps :-(
> Did you try the shorthand filters in Safari? Those should be very fast and an indication what we can achieve by accelerating SVG filters.
> Short hand filters are real-time responsive yes. But IE 10 already shows what's possible with HW accelerated SVG filters. I put together this filter as a demo (excuse the frankenstein javascript):
> http://www.codepen.io/mullany/pen/yvmgL
> This chains together a weighted greyscale (colormatrix), an unsharp mask (blur + composite), and a (probably inefficient) selective blur (spotlight, 2blurs, colormatrix, 2 composites). Adjusting the sliders for greyscale weights allows you to see the lag. Adjustments are *real-time* responsive on a recent WIn8/IE10 laptop, a little laggy but usable on 1 yr old Mac/Safari6, and take about half a second to respond on Chrome (Mac) (Firefox is slower). On iPhone 6 - adjustments take about a second to execute.
> Once everyone implements HW acceleration for filters, we'll be able to see some pretty darn fast stuff.

I'm not sure what topic we're discussing any more :) You started talking about mobile platforms and then compared them to IE 10 with a desktop GPU.


Received on Wednesday, 17 April 2013 17:53:26 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:49:45 UTC