Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!caip!cbmvax!bpa!burdvax!sdcrdcf!usc-oberon!smeagol!jplgodo!steve
From: steve@jplgodo.UUCP (Steve Schlaifer x43171 301/167)
Newsgroups: net.micro.apple
Subject: Re: C128 vs Apple //e (actually Re: //GS graphics memory map)
Message-ID: <828@jplgodo.UUCP>
Date: Mon, 29-Sep-86 13:13:48 EDT
Article-I.D.: jplgodo.828
Posted: Mon Sep 29 13:13:48 1986
Date-Received: Fri, 3-Oct-86 00:18:26 EDT
References: <9800030@uiucuxa> <284@neoucom.UUCP>
Organization: Jet Propulsion Labs, Pasadena, CA
Lines: 27
Summary: //GS graphics memory map

In article <284@neoucom.UUCP>, wtm@neoucom.UUCP (Bill Mayhew) writes:
>
> ......
>
> I saw a review of the new //GS on TV, and they were loading an
> image, and it came up with the familiar fill-in-between the lines
> fashion of the II.  Perhaps this was just done for "effect" to
> disolve the screen.  I sure was hoping the GS would have a mode
> with a contiguous bit map to make manipulations easier (and
> faster).  Perhaps, the 128K quickdraw ROM in the GS will be a
> relief, and I won't have to do the dogwork of figuring out how to
> make the hardware dance nicely.

I did not see the demo mentioned but, when running in ][ emulation mode,
the //GS must emulate the bizarre mapping of the graphics onto the screen.
When running in native mode, however, the super-high-res graphics is linearly
mapped so that the next line on the screen is a lineworth of bits later in
memory just like one would like.  On the other hand, the QuickDraw II in ROM
is reasonably fast for many purposes and unloads the programmer to do bigger
and better things.
-- 

...smeagol\			Steve Schlaifer
......wlbr->!jplgodo!steve	Advance Projects Group, Jet Propulsion Labs
....logico/			4800 Oak Grove Drive, M/S 301/165F
				Pasadena, California, 91109
					+1 818 354 3171