Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!uwm.edu!csd4.csd.uwm.edu!jgreco From: jgreco@csd4.csd.uwm.edu (Joe Greco) Newsgroups: comp.sys.cbm Subject: Re: VIP term Keywords: VIP term, C64, 2400 bps, vt100 Message-ID: <366@uwm.edu> Date: 6 Oct 89 14:50:44 GMT References: <8984@batcomputer.tn.cornell.edu> Sender: news@uwm.edu Reply-To: jgreco@csd4.csd.uwm.edu (Joe Greco) Organization: Interstellar Telephone, Telegraph, and Telepath, Inc. Lines: 27 In comp.sys.cbm article <8984@batcomputer.tn.cornell.edu>, pwong@batcomputer.tn.cornell.edu (Patrick Wong) wrote: >Another thing is that the program has an option for 2400 bps speed. >But when I tried it on my C64, it did not seem to be able to do it >(while CCGMS version 7 can surely can !). Any comment from the >VIP term users ? I'm not a VIP Term user, but I'll tell you a few reasons it won't run at 2400. First, 2400 requires optimized RS232 drivers. VIP Term probably does not have these, so it would have some difficulty dealing with 2400 baud. The second major problem is that VIP Term is written to use a hi-res screen for text. This means that there is a LOT of overhead to manually draw each character on the hires screen. Add to this the time needed to do emulation, and you have a considerable draw on processor time to make the screen. CCGMS doesn't have to worry, since it does not do emulation and it does not have to work so hard to draw the screen. It's simply a matter of processor speed. Assume that receiving data at 2400 baud takes 40% of the processor time, and displaying incoming characters at 2400 baud takes 80% of the processor time. That means that you need 120% of the processor's time, just to handle incoming data! These figures aren't accurate, but serve only to illustrate the problem. -- jgreco@csd4.csd.uwm.edu Joe Greco at FidoNet 1:154/200 USnail: 9905 W Montana Ave PunterNet Node 30 or 31 West Allis, WI 53227-3329 "These aren't anybody's opinions." Voice: 414/321-6184 Data: 414/321-9287 (Happy Hacker's BBS)