Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!ccicpg!legs!ssi!tom From: tom@syssoft.com (Rodentia) Newsgroups: comp.os.msdos.programmer Subject: Re: Dual Monitor hook up Message-ID: <1991Feb14.170852.11399@syssoft.com> Date: 14 Feb 91 17:08:52 GMT References: <1991Feb7.074923.1299@Solbourne.COM> <26754@uflorida.cis.ufl.EDU> <26775@uflorida.cis.ufl.EDU> Reply-To: tom@ssi.UUCP (Rodentia) Organization: Systems & Software, Inc., Irvine, CA Lines: 29 In article <26775@uflorida.cis.ufl.EDU> jdb@reef.cis.ufl.edu (Brian K. W. Hook) writes: > >That is absolutely horrid. So all my Windows applications means that while >this here card is installed, I will be moving at HALF SPEED?! This doesn't >seem very realistically cool, know what I mean? Is there a way around >this? I can't afford that kind of io bottleneck (33mhz w/8MB going through >display at 8-bits is not very fun).....any info to circumvent said >atrocity would be appreciated. > >Brian It's really nothing to worry about. 16-bit mode is only useful for character displays and linear fills/xors. Otherwise you're spending all of your time doing 8-bit access to the i/o ports and 8-bit accesses to the one byte of video RAM you're changing before you have to go back to the i/o and do it ALL over again. (note that this is based on use of the 640xXXXx16 modes. if there is a way around this generally available, at least to windows drivers, please let me know) Regards, -Tom -- Thomas Roden | tom@syssoft.com Systems and Software, Inc. | Voice: (714) 833-1700 x454 "If the Beagle had sailed here, Darwin would have | FAX: (714) 833-1900 come up with a different theory altogether." - me |