home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / graphics / 110 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.5 KB
  1. Path: sparky!uunet!mcsun!sun4nl!tuegate.tue.nl!rw7.urc.tue.nl!wmbfmk
  2. From: wmbfmk@rw7.urc.tue.nl (Marc van Kempen)
  3. Newsgroups: comp.sys.sgi.graphics
  4. Subject: Re: PM_ADD24 on RE
  5. Message-ID: <wmbfmk.726453631@rw7.urc.tue.nl>
  6. Date: 8 Jan 93 00:40:31 GMT
  7. References: <1993Jan6.134941@helene.gsfc.nasa.gov>
  8. Sender: root@tuegate.tue.nl
  9. Reply-To: wmbfmk@urc.tue.nl
  10. Lines: 38
  11.  
  12. manyin@helene.gsfc.nasa.gov (Michael Manyin) writes:
  13.  
  14.  
  15. >On Dec 28th, I posted the following:
  16.  
  17. >> We are porting a program from a VGX platform to a Crimson/RealityEngine,
  18. >> and have been finding it difficult to make full use of the 4096-entry
  19. >> colormap when lrectwrite'ing  8-bit images.
  20. >> 
  21. >> Specifically, we suspect that the call
  22. >> 
  23. >> pixmode( PM_ADD24, 256 );
  24. >> 
  25. >> on the RealityEngine, is the problem.
  26. >> 
  27. >> 
  28. >> In fact, any integer offset greater than 0 produces anomalous behavior.
  29. >> 
  30. >> The pixmode manual page claims that "Pixel addition can...
  31. >> be used to offset the range of a color map image",
  32. >> and our code  works fine on VGX and Indigo Elan machines.
  33.  
  34.  
  35. [ some stuff deleted ]
  36.  
  37.  
  38. >Of course, if you have memory to burn, you can store data in 16 bit
  39. >pixels, and do the offset yourself.
  40.  
  41. I don't know if anybody mentioned this work-around to you, I use it
  42. succesfully on Indigo-Elan and Personal Iris.
  43.  
  44. First clear the window with color 256 (twice when using double
  45. buffering) and than set writemask(0xff).
  46. This will work on almost any machine, and is a lot faster for those that
  47. emulate it in software.
  48.  
  49. marc.
  50.