Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!hellgate.utah.edu!helios.ee.lbl.gov!ucsd!sdd.hp.com!decwrl!sgi!shinobu!odin!texas.esd.sgi.com!robert
From: robert@texas.esd.sgi.com (Robert Skinner)
Newsgroups: comp.graphics
Subject: RE: IRIS ANIMATION QUESTIONS
Message-ID: <1990Aug14.211745.11558@odin.corp.sgi.com>
Date: 14 Aug 90 21:17:45 GMT
References: <90Aug4.130538edt.7478@neat.cs.toronto.edu>
Sender: news@odin.corp.sgi.com (Net News)
Reply-To: robert@sgi.com
Organization: Silicon Graphics Inc., Entry Systems Division
Lines: 24
X-Local-Date: 14 Aug 90 14:17:45 PDT

In article <90Aug4.130538edt.7478@neat.cs.toronto.edu>,
mgreen@cs.toronto.edu (Marc Green) writes:
|> I've received a number of responses to my question on IRIS animation.
|> Every one suggested the same solution: hide images in the back and z
|> buffers and lrectwrite to the front buffer. This is far too slow. 

As Steve LaMont says in another followup, pushing pixels is not the strong
suit of any IRIS (although future releases will be better at this to
accomodate the X imaging model).  The IRIS is geared to draw geometry 
at interactive speeds.  You can alter the geometry/viewpoint each frame to 
animate whatever you want.

|> 
|> It appears that the Personal IRIS is simply not very good for
|> animation. 

This is a pretty blanket statement.  True, the IRIS doesn't do
flipbook animation very well.  As I said above, the IRIS's strong suit
is drawing geometry.  *A Lot* of people do animation with geometry.

Robert Skinner
robert@sgi.com

	You will wake up this morning and get yourself a beer