home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / programm / 7075 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.4 KB  |  36 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!snorkelwacker.mit.edu!ai-lab!cs.tu-berlin.de!marcel
  3. From: marcel@opal.cs.tu-berlin.de (Marcel Weiher)
  4. Subject: Re: Look Up Tables On NeXT
  5. Message-ID: <1992Nov6.173756.10070@cs.tu-berlin.de>
  6. Sender: news@cs.tu-berlin.de
  7. Organization: Techn. University of Berlin, Germany
  8. References: <1992Nov3.195318.2902@ife.fdn.org> <1992Nov6.040532.490@cubetech.com>
  9. Date: Fri, 6 Nov 1992 17:37:56 GMT
  10. Lines: 24
  11.  
  12. andrew@cubetech.com (Andrew Loewenstern) writes:
  13.  
  14. >In article <1992Nov3.195318.2902@ife.fdn.org> jj@ife.fdn.org writes:
  15. >>I am developping an image processing library which base is the use of  
  16. >>look up tables to change the dynamic of the image quickly. It does  
  17. >>not seem to have any LUT on the NeXT, has any one solve this problem  
  18. >>earlier, how can I access the graphic memory directly to speed up the  
  19. >>process of my "manual" LUT ??
  20. >
  21. >There are no CLUT's on the NeXT because it has Display PostScript.
  22. >But, if you are writing something where user adjusts a parameter and
  23. >you want to instantly display the effect in a "preview" before applying
  24. >the transformation to the real image, then check out
  25. >setframebuffertransfer.
  26.  
  27. Why not go for settransfer/setcolortransfer, as these are STANDARD
  28. PostScript operators.  (Why does everybody always suggest the nastiest
  29. sort of hack first?? )
  30.  
  31. Marcel
  32.  
  33. PS.:  Andrew, is your mail still broken?  I haven't been able to
  34. get through.
  35.  
  36.