On Jan 6, 2008 6:43 PM, Patrik Östman <pa.ostman@xxxxxxxxx> wrote:
> To exemplify. If you want to make a fast preview by applying an operation on
> a scaled down version of an image, do you have to use separate graph
> representations for the scaled down version versus the full size image
> meaning that you need a scale operator in one of graph paths or will this be
> managed by the mipmap buffers and using the scale parameter in the
> blit-function. Meaning that the operation is only performed on the mipmap
> scaled version that is closest to the choosen scale.
GEGL doesn't already do this in an efficient manner, but some of the
infrastructure to do so is present, and the public API has been
designed with such usage in mind.
Some of the things that haven't received proper attention yet is how
to deal with spatial properties for the ops. Blur radiuses need to be
scaled, has issues with such operaiton, traditional convolve
operations are only defined for a 1:1 pixel
grid etc.
Do note that GEGL doesn't do such optimizations yet, and GEGL is still
in a state where the public API is very close to be declared ready
while the internals will probably see quite a bit of refactoring to
enable optimizations like the one you describe here as well as other
optimizations.
/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org/
_______________________________________________
Gegl-developer mailing list
Gegl-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
