NetNews Usenet Archive 1992 #26/NN_1992_26.iso/spool/comp/sys/next/programm/7081

Internet Message Format | 1992-11-08 | 1.8 KB

Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!agate!usenet
From: [e-mail] (Izumi Ohzawa)
Newsgroups: comp.sys.next.programmer
Subject: Re: Look Up Tables On NeXT
Date: 7 Nov 1992 00:14:30 GMT
Organization: University of California, Berkeley
Lines: 28
Distribution: world
Message-ID: <[e-mail]>
References: <[e-mail]>
Reply-To: [e-mail]
NNTP-Posting-Host: moica.berkeley.edu

In article <[e-mail]> [e-mail] (Andrew Loewenstern) writes:
>In article <[e-mail]> [e-mail] writes:
>>I am developping an image processing library which base is the use of
>>look up tables to change the dynamic of the image quickly. It does
>>not seem to have any LUT on the NeXT, has any one solve this problem
>>earlier, how can I access the graphic memory directly to speed up the
>>process of my "manual" LUT ??
>
>There are no CLUT's on the NeXT because it has Display PostScript.

They exist, but are not actively used.
NeXT uses a BrookTree RAMDAC, so CLUT's do exist and probably accessible
on a Color Station(not on ND).  RAMDAC's RAM part is the built-in LUT.
Nothing is documented about it however, and NeXT certainly
does not want anyone to access it, not certainly recommended
for apps that must coexist with other GUI apps.  I am sure NeXT will
not help you on this.

If you are doing your thing by taking over the whole screen, I would say
go ahead and find the LUTS's addresses and use it, but don't expect to use
GUI while your program is doing its thing.


--
Izumi Ohzawa
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: [phone]     Fax:  [phone]
Internet: [e-mail] (NeXT Mail OK)