Crossfire Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Binary standards for images and sounds
- To: crossfire (at) ifi.uio.no
- Subject: Re: Binary standards for images and sounds
- From: Scott MacFiggen <>
- Date: Fri, 15 Apr 1994 06:12:17 -0700
- In-reply-to: Your message of "Fri, 15 Apr 1994 08:43:55 EDT." <>
In message <>you write:
>But for example the fact that Xpm uses named colors (rather than RGB
>values) alone causes a lot of problems. Sure, X systems have the same
>standard list of colors (with some local extensions) and the library
>calls to handle it, so it is nothing to worry about. But what about
>other systems ? When I ported Emacs 19 to NeXTstep this fact added
>some 25 kBytes to the installation and that was just because NS already
>had a system of color naming and I just needed to convert from the X to
>the NS color table format. But what about systems which don't having
>any naming system at all ? Are you going to write the source the code
>for them ?
> Carl Edman
Before you start putting the XPM format down anymore I suggest
you download the libary and read throught the docs, it should take
about 1/2 hour. XPM format can take both named colors AND rgb
colors. The fact that it can take named colors is a big bonus.
X is pretty smart when it comes to color maps, if it is given a named
color but can't allocate it then it can find a pretty good match. If
its given a rgb value, it will have a harder time of doing this. Dont
ask me why but its true. I was planning on using the XPM format for
another game that i am/was/maybe going to write and did a bit of research on
this. I'm starting to lose confidence in what you are saying since you
keep telling us how bad XPM is but have no experience with it.
-Scott