On 8/29/06, Simon Budig <simon@xxxxxxxx> wrote:
Henning Makholm (henning@xxxxxxxxxxx) wrote:
> Scripsit "Øyvind Kolås" <pippin@xxxxxxxx>
> > I cannot use the smudge or blur|sharpen tool, gaussian blur doesn't
> > work neither does unsharp mask, layer masks seems to work but get
> > their alpha thresholded.
I wonder if a "quantize to palette" Gegl Op would solve these problems.
In most of the cases when people are asking for an indexed palette, the
palette is already determined somehow, either by importing from the
image or by editing for a specific hardware or certain texture
conventions.
In that case you really could have a "quantize" op, that maps all colors
in the images to the appropriate colors in the palette. You'd have all
the power of semitransparent layers, all tools would work as "expected"
for a given definition of "expected" :), blurring would work etc.
I am pretty positive that these problems could be sorted out when we
know what people working with palette-based images want to have. I am
just guessing on the needs here...
Having an implied conversion to RGB on input of indexed drawables is
the way GEGL will currently deal with such images.
Adding an op that converts this to 8bit/16bit/32bit integer grayscale
with a predefined, or optimally computed R,G,B palette is the natural
progression. That op could be used before saving/as a step towards
displaying data.
This allows implementations of all other processing and compositing
operations to be ignorant of indexed drawables, but is not an indexed
workflow, it will not work when multiple of the
original colors mapped to the same RGB triplet, but has a different
interpretation.
/Øyvind K.
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
