home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!ames!nsisrv!helene.gsfc.nasa.gov!manyin
- From: manyin@helene.gsfc.nasa.gov (Michael Manyin)
- Subject: PM_ADD24 on RE
- Message-ID: <1993Jan6.134544@helene.gsfc.nasa.gov>
- Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
- Nntp-Posting-Host: helene.gsfc.nasa.gov
- Reply-To: manyin@helene.gsfc.nasa.gov (Michael Manyin)
- Organization: NASA/ Goddard Space Flight Center
- Date: Wed, 6 Jan 1993 18:45:44 GMT
- Lines: 43
-
- On Dec 28th, I posted the following:
-
- > We are porting a program from a VGX platform to a Crimson/RealityEngine,
- > and have been finding it difficult to make full use of the 4096-entry
- > colormap when lrectwrite'ing 8-bit images.
- >
- > Specifically, we suspect that the call
- >
- > pixmode( PM_ADD24, 256 );
- >
- > on the RealityEngine, is the problem.
- >
- >
- > In fact, any integer offset greater than 0 produces anomalous behavior.
- >
- > The pixmode manual page claims that "Pixel addition can...
- > be used to offset the range of a color map image",
- > and our code works fine on VGX and Indigo Elan machines.
-
- Several people replied; the bug is recognized and real.
- A couple SGI people got involved (thanks, guys!) and so
- I can summarize the status of the bug:
-
- There is an "internal bug report" already on file; while the
- behavior was supposed to be fixed in an upcoming maintenace release,
- it is not in 4.0.5G . It should be fixed in 5.0.
-
- Of course, if you have memory to burn, you can store data in 16 bit
- pixels, and do the offset yourself.
-
-
- Mike Manyin
-
- -------
- cross posted to:
- comp.sys.sgi
- comp.sys.sgi.graphics
-
-
- --------------------------------------------------------------------
- Michael Manyin NASA/GSFC
- manyin@helene.gsfc.nasa.gov Lab for Atmospheres, Code 912
- US: (301) 286-7825 Greenbelt, Maryland 20771
-