Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!osu-cis!n8emr!lwv
From: lwv@n8emr.UUCP (Larry W. Virden)
Newsgroups: comp.sys.apple
Subject: Re: GS specific programs
Message-ID: <921@n8emr.UUCP>
Date: 14 Mar 89 21:06:43 GMT
References: <8903111538.AA24748@crash.cts.com> <913@n8emr.UUCP> <1300@wpi.wpi.edu>
Reply-To: lwv@n8emr.UUCP (Larry W. Virden)
Organization: Ham BBS, 614-457-4227 (1200/2400/19.2 telebit,8N1)
Lines: 17

In article <1300@wpi.wpi.edu> dseah@wpi.wpi.edu (David I Seah) writes:
-->Larry, the Apple IIGS graphics screens reside in "slow RAM".  The memory
-->devices involved can read/write data at the old 1Mhz speed of the Apple II+. 
-->So, everytime you try to put something on the screen, the 65816 gets slowed
-->down from 2.8MHz (assumption) to 1Mhz during those write cycles to the video
-->buffer.  The IIGS super hires video buffer is also 32K in size, 4x the size of
-->the Apple II hires screen buffer.  On the 1Mhz Apple II+, we couldn't display

Hey Apple, here is an idea - is there a way to NOT slow down is accessing the
SHR buffer but slowing down if accessing the HR or DHR buffer?  That way,
Apple II[e|c] mode programs get what THEY want and GS owners get what THEY
want!
-- 
Larry W. Virden	 674 Falls Place, Reynoldsburg, OH 43068 (614) 864-8817
75046,606 (CIS) ; LVirden (ALPE) ; osu-cis!n8emr!lwv (UUCP) 
osu-cis!n8emr!lwv@TUT.CIS.OHIO-STATE.EDU (INTERNET)
The world's not inherited from our parents, but borrowed from our children.