CARVIEW |
Select Language
HTTP/2 200
date: Wed, 08 Oct 2025 20:51:53 GMT
content-type: text/html
content-encoding: gzip
last-modified: Thu, 13 Jul 2023 17:37:41 GMT
cache-control: max-age=2592000, public
expires: Fri, 07 Nov 2025 20:51:53 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98b884ceeddfa403
strict-transport-security: max-age=15552015; preload
x-frame-options: deny
x-xss-protection: 1; mode=block
cf-cache-status: MISS
set-cookie: __cf_bm=VXkKWYkyPhrozlClV1CcIR_fkkHnO535eb3OP64nWPM-1759956713-1.0.1.1-SEpp51xZj9lnJl7CjjTNG_5ZGzaE8RSjokcKkM5UIvnMT2oySvbs7TIcVh.gyP6SOtEonV8Mx392ClUjRZN0ZIGxk8ZPR6Ks3LLl5bipSkI; path=/; expires=Wed, 08-Oct-25 21:21:53 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98b884ceeddfa403-BLR
alt-svc: h3=":443"; ma=86400
Re: [Inkscape-devel] filter effect input and premultiplied alpha from MenTaLguY on 2008-02-11 (www-svg@w3.org from February 2008)
Re: [Inkscape-devel] filter effect input and premultiplied alpha
- From: MenTaLguY <mental@rydia.net>
- Date: Mon, 11 Feb 2008 15:56:19 -0800
- To: jf barraud <jf.barraud@gmail.com>
- Cc: inkscape-devel <inkscape-devel@lists.sourceforge.net>, www-svg@w3.org
- Message-ID: <fa877532fa2979a7ccd9615a5aae004c@localhost>
On Tue, 12 Feb 2008 00:44:57 +0100, "jf barraud" <jf.barraud@gmail.com> wrote: > Hi all, > > Playing with feDisplacement map, and reading the code, I noticed filter > effects recieve premultiplied images as input. > I would expect non premultiplied images at least for filters that make > explicit use of the color channels (like displacement map)... > > Is this the expected behaviour in svg? If not, I think the issue should be > fixed before 0.46, since all art work based on this would be modified if > we change this... Section 15.7.1 of the SVG spec says: Unless otherwise stated, all image filters operate on premultiplied RGBA samples. Filters which work more naturally on non-premultiplied data (feColorMatrix and feComponentTransfer) will temporarily undo and redo premultiplication as specified. All raster effect filtering operations take 1 to N input RGBA images, additional attributes as parameters, and produce a single output RGBA image. Since section 15.15 (feDisplacementMap) does not otherwise explicitly specify, it comes down to an issue of whether or not feDisplacementMap is a filter which works more naturally on non-premultiplied data. I assume that is the case (I believe that was Batik's interpretation, for example), but I think it should be clarified in the standard. I've CCed the SVG mailing list for clarification on this. -mental
Received on Monday, 11 February 2008 23:56:33 UTC