[net.graphics] info wanted on graphics terminals

miorelli@pwa-b.UUCP (07/14/86)

I need some info on a color graphics terminal that can be used
on a MicroVAX-II (i.e. has a Q-bus interface available).  We are
going to be displaying data in a form similar to an analog gauge
and need to update the needle position at about 10 time a second
for each of six simultaneously displayed gauges.  This means that
we probably won't be able to use a serial terminal and really need
a memory mapped beast of some type.  Any info available on
your experiences with these types of terminals or any reliable
third party comments are welcome.

-- 

-->BoB Miorelli, Pratt & Whitney Aircraft
           also, H & R Block tax preparer and Instructor
pwa-b!miorelli

slb@inuxh.UUCP (07/17/86)

> I need some info on a color graphics terminal that can be used
> on a MicroVAX-II (i.e. has a Q-bus interface available).  We are
> going to be displaying data in a form similar to an analog gauge
> and need to update the needle position at about 10 time a second
> for each of six simultaneously displayed gauges.  This means that
> we probably won't be able to use a serial terminal and really need
> a memory mapped beast of some type.  Any info available on
> your experiences with these types of terminals or any reliable
> third party comments are welcome.
> 
> -- 
> 
> -->BoB Miorelli, Pratt & Whitney Aircraft
>            also, H & R Block tax preparer and Instructor
> pwa-b!miorelli

	I don't believe that your assumptions are correct.  We manufacture
a color graphics terminal know as the AT&T 2350 Video Information Terminal.
It connects to a host via your typical RS232 serial interface at speeds up
to 19200 bps.  It accomplishes its graphics via the ANSI standard known as
North American Presentation Level Protocol Syntax (NAPLPS).  Given the
scenario you describe, a needle (or horizontal bar or vertical bar) could
be commanded to be erased and redrawn by sending fewer than 15 bytes to
the 2350 terminal.  That would mean fewer than 150 bytes per second per
terminal for 10 updates a second. (less than 1000 bytes/second to update
all six terminals).  Your primary overhead would be in calculating the
precise byte sequence to send to the 2350.  That doesn't seem too severe
to me since you will have to do some kind of coordinate conversion to
display anything in a memory mapped beast as well.  If you would like
more information on the 2350, I can send a brochure.  Or if you have
technical questions on its capabilities, send mail or give a call.

			Steve Browning
			{ihnp4!}inuxh!slb
			(317)-845-3851

			AT&T Consumer Products
			6612 E. 75th Street
			P.O. Box 1008
			Indianapolis, IN 46206