Re: `Optimal' palette settings when converting to indexed colours?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 16 Sep 1999, Andrew Kieschnick wrote:

> > I've been using the GIMP quite happily to generate GIF titles for my web
> > pages. So I've printed some nice anti-aliased red text, clipped it to the
> > right size, and try to convert it to an indexed palette, asking for the
> > optimal 255 colours.  But what happens is that it makes up a 1 colour
> > palette with a single red in, and converts all the soft-edged anti-aliased
> > text to a jagged, single colour.  This doesn't strike me as the best use
> > of 255 colours, particularly as I don't think there /were/ 255 individual
> > different colours in my original RGB image :) Any ideas what I'm doing
> > wrong, or is this a long-standing bug, or what?
> 
> Your text is on a background of some sort, right? If the rest of the image
> is transparent, it will indeed do what you describe, due to the way
> transparency works in gif.

After some struggle I got it to work as expected; this may have something
to do with the fact that I was just guessing :-)  I think the sequence of
events, taking it from where my RGB image was on a transparent background,
was *) flatten image, *) add transparent layer, *) select the non-masked
area of the image, *) cut, *) convert to indexed, *) save as GIF.  And
then it looked fine.  But it still seems like quite a convoluted way of
doing quite a common task if you start with an image with a transparent
background.

cheers,

-- 
Matthew       ( http://www.soup-kitchen.demon.co.uk/ )





[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux