Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!agate!violet.berkeley.edu!izumi
From: izumi@violet.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next
Subject: Re: NeXT and Real-Time (Video)
Message-ID: <1990Mar3.014935.26616@agate.berkeley.edu>
Date: 3 Mar 90 01:49:35 GMT
References: <8196@pt.cs.cmu.edu> <680022@hpcuhc.HP.COM>
Sender: usenet@agate.berkeley.edu (USENET Administrator;;;;ZU44)
Organization: University of California, Berkeley
Lines: 28

In article <680022@hpcuhc.HP.COM> edwardm@hpcuhc.HP.COM (Edward McClanahan) writes:
>>             What does need more real-time than musical software ?
>
>Real-time video...

I have always wanted to know the following regarding the
upcoming Color Board.  Would anyone please leak the information
to me?  I promise to be discreet.

I assume the Color Board has an independent graphics processor.

Question 1:  Does it have LUTs (Color look up tables) which can
		be refreshed during V blanking?

Question 2:  Would there be Timed Entries with guaranteed real-time
		performance for the graphics processor?  The
		timings being locked to frame sync (V-sync).

	     For example, is it possible to load LUTs every N frames
	     guaranteed?

I am not asking for Mach to do real-time, but wondering if the
graphics processor can do some limited real-time syncronization.
I am not asking for real-time graphics in Silicon Graphics-sense either.
So, I believe the above are reasonable things one would want for
a $5000 graphics system.

Izumi Ohzawa, izumi@violet.berkeley.edu