home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.graphics.explorer
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!jvnc.net!erenj.com!rufus.erenj.com!srfergu
- From: srfergu@rufus.erenj.com (Scott Ferguson)
- Subject: ImportImage dropping colormap from GIF's, etc
- Message-ID: <1992Dec30.181820.22274@erenj.com>
- Sender: news@erenj.com (USENET News System)
- Nntp-Posting-Host: rufus.erenj.com
- Organization: Exxon Research & Engineering Co.
- Date: Wed, 30 Dec 1992 18:18:20 GMT
- Lines: 26
-
- Well, I'm mired in trying to get the ImportImage module to actually
- use the color tables from pseudocolor image files. I've gone out to
- sdsc.edu and gotten both 2.0 and 2.1 versions of imtools. No matter
- which one I load into the ImportImage Module, we still get no color maps.
- What we seem to get is the actual pixel number, since a 256-color GIF
- looks like a greyscale image, but a 16-color gif is very dark, so the numbers
- 1-16 get stuffed into all 3 red,green, and blue channels.
-
- Unfortunately the imtools and libsdsc distributions come with some but not
- all source, so I can't check the contents of the ImVfbQGreen(sourceVfb,vptr)
- calls to see what should be going on.
-
- The run-time imtools program imconv does properly convert my gifs so that
- I can convert a gif to an SGI RGB and then load it into explorer with ReadImg,
- so there must be something wrong with the way ReadSDSC.c is reading the images,
- or there's a bug in either the libim.a or the libsdsc.a.
-
- I'll keep at it and keep you posted, or if anyone else has seen this behavior
- and fixed it please pipe up.
-
- --
- ----------------------------------------------------------------------
- Scott Ferguson Exxon Research & Engineering Co.
- Project Engineer New Jersey
- ----------------------------------------------------------------------
- "Always bark at a dog."
-