- From: Rik Cabanier <cabanier@gmail.com>
- Date: Mon, 22 Jul 2013 22:32:42 -0700
- To: Dirk Schulze <dschulze@adobe.com>
- Cc: "public-fx@w3.org" <public-fx@w3.org>
- Message-ID: <CAGN7qDBYfRF2x+-EhLfOdSfm+r7Yyin10oqJ62_U_Pm0DLJDpQ@mail.gmail.com>
On Mon, Jul 22, 2013 at 10:16 PM, Dirk Schulze <dschulze@adobe.com> wrote: > Hi, > > Currently Filter Effect require to clamp all resulting pixel color values > of filter primitives to the range 0..255. This was done to have specified > color values for each filter primitive output at any time. > > However, this approach prevents implementations from further improvements. > The specification currently has the following note for shorthand filters[1]: > > "" > Note: The grayscale, sepia, saturate, hue-rotate, invert, opacity, > brightness and contrast filter functions can be represented by color > matrices. If the former named filter functions are chained together, UAs > can optimize the performance by multiplying these filter functions to one > color matrix and apply the resulting color matrix instead of each filter > function separately. > "" > I think you should remove that sentence or make it clear that clamping needs to be done when you collapse the matrices. > > Since the shorthand filter build on top of SVG Filters, this is actually > not correct. Implementations need to apply each shorthand filter on the > content first to clamp the result after each filter operation. > > "saturate(200%) saturate(50%)" would look different depending if you clamp > color values for each primitive or don't. > > I wonder if we can relax the requirement of clamping in some cases and > would suggest that we do not force clamping if two following filter > primitives can be collapsed to one filter primitive. We would need to > clarify which primitives can be combined together of course. > > Greetings, > Dirk > > [1] http://dev.w3.org/fxtf/filters/#FilterProperty > > > > >
Received on Tuesday, 23 July 2013 05:33:09 UTC