Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!caip!brl-adm!brl-smoke!smoke!G.MDP@SU-SCORE.arpa
From: G.MDP@SU-SCORE.arpa (Mike Peeler)
Newsgroups: net.micro
Subject: re: 19.2KB terminal emulation
Message-ID: <2724@brl-smoke.ARPA>
Date: Thu, 31-Jul-86 20:12:02 EDT
Article-I.D.: brl-smok.2724
Posted: Thu Jul 31 20:12:02 1986
Date-Received: Sat, 2-Aug-86 05:41:22 EDT
Sender: news@brl-smoke.ARPA
Lines: 19

Frank Prindle is right that "a prime consideration in handling
high baud rates without flow control is hardware capabilities of
the emulating PC."  But I don't want anyone to be left with the
idea that the software it takes to emulate a VT100 has much to
do with it.  It's all a matter of getting the bytes in and out.
The processing to do the emulation is no big deal.

I was going to briefly describe the VT100 input states, but I've
now thought better of it.  I'll go ahead if asked.  The states
number about a dozen---including VT52 mode---the code is very
simple, and with obvious code/data and time/space trade-offs the
data take 4 to 8K (for starters, screen + attributes is 4K).  On
a PC in tight assembler but no low-level mods, it was awful.  On
a 68K in none too fancy Pascal, it was great.  The hardware and
low-level drivers made all the difference.

Cheers,
   Mike
-------