Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!ptsfa!ihnp4!inuxc!pur-ee!j.cc.purdue.edu!h.cc.purdue.edu!s.cc.purdue.edu!ain
From: ain@s.cc.purdue.edu.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Reactions to IBM PC2 graphics
Message-ID: <178@s.cc.purdue.edu>
Date: Fri, 17-Apr-87 20:29:21 EST
Article-I.D.: s.178
Posted: Fri Apr 17 20:29:21 1987
Date-Received: Sun, 19-Apr-87 03:10:37 EST
References: <10726@topaz.RUTGERS.EDU> <1964@hoptoad.uucp>
Reply-To: ain@s.cc.purdue.edu.UUCP (Patrick White)
Organization: Purdue University Computing Center
Lines: 22

In article <1673@cbmvax.cbmvax.cbm.UUCP> grr@cbmvax.UUCP (George Robbins) writes:
>Anybody who has some neat ideas should suggest them now, but please be sure
>to consider all the system implications, including memory bandwidth, hardware
>compatibility, software compatibility and incremental cost.  At least that's
>what we have to do at this end...

   Since memory is getting cheaper all the time, how about a 12 bit plane
mode that uses three groups of 4 bits as the RGB values themselves (no color
registers used)?  With extra address pins on the chips, this could handle
640x400 mode without eating serious percentages of chip ram.
   A mode like this would require double the memory bandwidth of halfbrite mode,
but not being a hardware type, I can't assess the viability of this.

   If a mode like this wouldn't work, I would like to hear an explanation of
why in the hopes that it would raise my knowledge of amiga hardware.

-- Pat White
--------------------------------------------------------------------------------
UUCP: { ihnp4, seismo, ucbvax, decvax } ee.ecn.purdue.edu!s.cc.purdue.edu!ain
BITNET:	PATWHITE@PURCCVM
U.S.Mail:  271 E. Sunset Ln.
	   West Lafayette, In 47906