🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.mac.apps
Article #10530

Re: 8/24 GC and New Applications

#10530
From: Paul Campbell
Date: Thu, 30 May 1991 05:12
83 lines
5077 bytes
In article <16613@helios.TAMU.EDU> mkh6317@zeus.tamu.edu writes:
>In order for the 8*24GC card to produce dramatic aceleration the
>running application must make use of the so call G_world calls.

Depends on what you mean by 'dramatic'

>Are there ANY presently available programs which support the GC
>card?  Do we know of any forth-comming programs which will support
>the GC card?  If not, then the GC is an incredible rip-off.

Umm, how about: the menu manager in system 7, the standard controls in system 7.

There are a number of programs that use gworlds, mostly they are new high-end 
color programs, this is because most system 6 macs out there don't have gworlds
(ie all the compact macs - which is most of the market). If you are writing
a program that you want to run across the full range of macs out there you
don't want to have to burden yourself with using 2 different ways of doing
something like offscreen (if you are going to have to do it yourself you
might as well do it that way and use it on all the machines). Hopefully after 
System 7 has been out a while 7 specific applications will start using
gworlds on all macs. Also people with applications out there don't say
to themselves "gworlds, what a neat idea, I'll spend 3 months gutting
my application so it can use them" because the user (except of course
those with graphics accelerators) don't perceive a lot of benefit from
them.

I think that there are going to be 3 classes of applications that use GWorlds:

	- applications that need a temporary bitmap (for example somewhere to
	  save the bits under a pulled down menu), they probably wont usually
	  see a big speedup (pulling down menus already runs fast enough)

	- applications that use a gworld as a backing store for a window,
	  these applications will do window updates (for example when you
	  bring a window to the front or when you move an overlapping window)
	  much faster, also scrolling around in a window might be faster
	  (but remember that gworlds require lots real RAM for performance -
	  paging in the stuff isn't goingto be much of a speedup - a full
	  screen at 24-bits/pixel requires about 4MB)

	- finally there will be some applications that get much more
	  performance out of gworlds/accelerators, they are going to be
	  the ones that use them in new novell ways to overlap screen drawing
	  and image drawing to give superb graphics performance (for example
	  doubled buffered animation and video stuff) 

On then other hand there is a class of applications that can't use gworlds,
(at least not in a big way), they are the high end image manipulation packages
that need to manipulate images that are many times larger than physical memory
(for example a 24-bit 300dpi full screen image that is displayed on a 
1152x870 monitor at 72dpi requires 4MB*(300/72)*(300/72) = ~70Mb this is
also why image compression is becoming so important) the people who write
such programs do their own 'virtual memory' since they can't depend on there
being 'real' virtual memory.

I think thatthe main thing about expecting 'dramatic' acceleration from
gworlds is that they might not accelerate what you want (depends on what
the programmer used them for and of course on what exactly it is that you want)
and you might be disapointed.

BTW if you are a programmer and you want to use gworlds read the docs very
carefully, always call getpixbaseaddr before touching your pixmap directly
(this makes sure that the GC is finished with it) and always swapmmumode to
32 bit addressing before you touch it (because the pixmap may have migrated
onto the card).

I think that gworlds are important and that everyone should use them -
Apple should make them available to the low end machines even on future system
6 systems - I think that 6 months from now there will be a lot more applications
out there that do (because system 7 has now shipped and because it takes a few
years for a new technology to get adopted) and you will start to see
performance increases soon, they will probably be in a 'snapier' user interface
on the other hand you probably wont see MicroSoft using them for Word or some
such (on the other hand people like MicroSoft and Aldus could use them to make
scrolling of 24-bit pictures in text speed up a lot).

	Paul

-- 
Paul Campbell    UUCP: ..!mtxinu!taniwha!paul     AppleLink: CAMPBELL.P

My son is now 2 months old, in that time he has doubled his weight,
if he does this every 2 months for the next year he will weigh over 300lbs.
Technical Details
Message-ID: <858@taniwha.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!mtxinu!taniwha!paul
References: <16613@helios.TAMU.EDU>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!mtxinu!taniwha!paul
From: paul@taniwha.UUCP (Paul Campbell)
Newsgroups: comp.sys.mac.apps
Subject: Re: 8/24 GC and New Applications
Message-ID: <858@taniwha.UUCP>
Date: 30 May 91 05:12:29 GMT
References: <16613@helios.TAMU.EDU>
Reply-To: paul@taniwha.UUCP (Paul Campbell)
Organization: Taniwha Systems Design, Oakland
Lines: 83