Brazil in Tucson.

Brazil in Tucson.

[Jim]

On Thu, 19 Jan 1995, Jim Davis wrote:

> Our colloquium schedule lists Rob Pike as the speaker on Monday, January
> 23rd, and his topic as "Brazil".

Weird.  I sent this on the January 19th, and it doesn't show up until now? 

Brazil in Tucson.

[serge]

The abstract in http://www.cs.arizona.edu/people/tics/#pike seems very
interesting, albeit all too brief and tantalizing (would there per any
chance be any more Brazil information available)?  In particular, the
following excerpt raises some intriguing questions:

	For example, the graphics model of the system has been completely
	replaced. Brazil uses a data-based model in which applications
	transmit graphical updates as rectangular blocks of pixels to be
	written directly to the screen or window, rather than the
	traditional description of how to draw the update. This unifies
	traditional user interfaces and video at the lowest levels of the
	system, which, coupled with the model of the file name space
	inherited from Plan 9, makes it possible to display video on the
	display under control of the window system but without the window
	system needing to touch the data: the application can drive the
	display directly.

That is, how does this interact with the current trend for ever more
intelligent graphics controllers, which, e.g. presumably have special
instructions for drawing lines, polygons, etc.?  Also, what does this
due for the communication bandwidth?  I.e., with the ``old'' model,
to draw a line, you would send something like the following packet

	type	= LINE	1 - 8 bytes
	start.x	= XXX	1 - 8 bytes
	start.y	= YYY	1 - 8 bytes
	end.x	= XX2	1 - 8 bytes
	end.y	= YY2	1 - 8 bytes

for a total of (roughly) 5 to 40 bytes.  On the other, hand, with the
new model, the size appears to be unbounded, even for the same line, e.g.


	start.x			= XXX	1 - 8 bytes
	start.y			= YYY	1 - 8 bytes
	end.x			= XX2	1 - 8 bytes
	end.y			= YY2	1 - 8 bytes
	data[Y0][X0].pixel	= RGB	1 - 8 bytes
	data[Y0][X1].pixel	= RGB	1 - 8 bytes
	...
	data[YN][XM].pixel	= RGB	1 - 8 bytes

Does this also mean, that, e.g. a line from (0, 0) to (1024,1024) would
require an entire rectangle of data to be sent?  (Or just individual
dots, which would be nearly as expensive, since you would have to
transmit the coordinates of each?)

Finally, how does one deal with device (e.g. black and white versus gray
scale versus pseudo color versus true color) independence, if the data is
sent directly to the display?  Thank you very much.

Brazil in Tucson.

[David]

>From: Jim Davis <jdavis@cs.arizona.edu>
>> Our colloquium schedule lists Rob Pike as the speaker on Monday, January
>> 23rd, and his topic as "Brazil".
>Weird.  I sent this on the January 19th, and it doesn't show up until now? 

So, er, how was the talk?  :-)

Brazil in Tucson.

[Jim]

Our colloquium schedule lists Rob Pike as the speaker on Monday, January
23rd, and his topic as "Brazil".  Point your web browsers at
http://www.cs.arizona.edu/people/tics to see the abstract.  The talk is
scheduled to start at 10:00 am in room 701 of the Gould-Simpson building
at the University of Arizona; if you're in travelling distance but aren't
familiar with the campus then drop me a line.  Be advised that parking is,
um, that thing Mrs. Gingrich said to Connie Chung. 

Gee, everyone comes to speak in January, and not July... wonder why? :-)