On Sun, 2006-10-29 at 12:04 +0100, =C3=98yvind Kol=C3=A5s wrote:
> On 10/27/06, MenTaLguY <mental@...> wrote:
> > On Fri, 2006-10-27 at 12:58 -0700, Carl Worth wrote:
> > > That may be too. But GEGL's going to be all-software, right? (At leas=
> > > for now). I agree we don't need to provide an API in cairo to be able
> > > to do totally arbitrary effects, but when something like a convolutio=
> > > filter is _so easy_ for almost any hardware to do, it's a shame that
> > > cairo isn't exporting any easy way to get at that.
> > Yeah... unfortunately for Inkscape, we still need to implement the rest
> > of the SVG raster effects as well. If I understand correctly, GEGL
> > already provides them, so I'd tend to choose it over re-implementing
> > them manually. At that point we may as well use GEGL for blur too,
> > rather than attempting some kind of messy mixed-mode arrangement.
> GEGL doesn't yet implement all of the SVG raster effects. Some are implem=
> some under way and others waiting for someone to code them. I've also
> considered making the XML parser for GEGL compositions support reading
> SVG filters (and reuse them in the composition trees already supported
> by the XML parser.)
> > But, the other part of it is that the GEGL API does seem amenable to
> > acceleration if someone wanted to do it now, and the architecture of a
> > cairo-based filter API is likely going to have to be similar in design.
> > Is this a wheel we need to reinvent in cairo?
> Cairo wouldn't necessarily want to reinvent the entire wheel, but at
> least provide
> means to use the commonly desired filters that lend themselves easily
> for hardware acceleration. To me GEGL as a dependency for cairo seems
Hye, but adding GEGL as a dependency to CAIRO sure would get it into a
lot hands quickly ;) Ok, I'm not really advocating this...just saying...
San Francisco, CA
USA PH 510.499.0894
MSN, AIM, Yahoo Chat: kidproto
Jabber Chat: rejon@...