Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!columbia!rutgers!sri-spam!nike!ll-xn!adelie!axiom!linus!philabs!mcnc!ecsvax!ranger From: ranger@ecsvax.UUCP (Rick N. Fincher) Newsgroups: net.micro.apple Subject: Re: Re: Apple //gs Message-ID: <2142@ecsvax.UUCP> Date: Thu, 16-Oct-86 10:59:55 EDT Article-I.D.: ecsvax.2142 Posted: Thu Oct 16 10:59:55 1986 Date-Received: Sat, 18-Oct-86 23:10:55 EDT References: <2115@ecsvax.UUCP> <884@cbmvax.cbmvax.cbm.UUCP> Organization: UNC Educational Computing Service Lines: 68 > > Bill Mensch says alot of things. He also claimed he would deliver a 100MHz > Gallium-Arsinide 6502. GTE IS the only house making production 65SC816 > chips. You should believe what Mensch says when its real, not when he's > hyping it. Yes, I saw the 100mhz 6502 comment.... interesting, but it wouldn't be much good unless you had (cheap) 1ns RAM chips to go with it! > > > 16 colors PER LINE in 320X200 for a total of 256 possible, 4 per line > > in 640X200 for a total of 64 using the 16 color tables available. The > > 640X400 mode in the Amiga looks nice in pictures but not on a screen > > the flickering is just too noticeable, and high persistence phosphors > > smear animation. The early pre-release versions of the graphics chip > > had a bug, so that may be why it was socketed, but I didn't see the bug > > in the demo machine. > > The socketing may be for replacing bad chips on the line; you wouldn't > necessarily ever see one in a production unit. The PER LINE argument you > give above is what the Apple's capable of, but according to the folks I've > talked with at EA, DPaint isn't supporting per-line reassignments. The > Amiga could just as easily change color assigmnets on a per-line basis, > via the copper, though Amiga DPaint doesn't support that either. The demos of Dpaint I have seen were all just graphics I haven't seen a working demo yet, EA is kind of miffed at Apple for taking so long to get their C development system out. The demo I saw of Paintworks Plus from Activision, supported animation, apparantly through changing the color tables on the fly. I've heard the program will let you use different color tables in different parts of the screen but I haven't seen that yet. Anyhow, if the capability is there, someone will event- ually use it. All 16 color tables can be used simultaneously, you only have to do horizontal retrace interrupts to to change color tables on a per line basis for animation. > > >> > File formats for the //gs are standardized so that any software can > >> > use another's images. > >> > >> Is this an Apple standard, or DPaint. They could be using the IFF standard > >> developed by EA and Commodore-Amiga; this would let the IIGS DPaint display > >> most Amiga images, and vias-versa. > > > > This is an Apple standard, but I don't know the details of it. In the > > past Apple has used straight bit maps, I hope they get a little more sophisti > > fancy than that but we'll have to wait and see. > > Too bad. While it'd certainly be easy read each-other's graphics via > conversion programs, I thought with EA involved we might see an industry > first in terms of compatibility. You can expect software from EA > relatively fast for the IIGS. Everything they did for the Amiga was at > least for the most part coded in C language, so ports to the GS can happen > very fast. Yes, hopefully someone will figure out a way to convert back and forth between at least the 640X200 and 320X200 modes of the two machines. EA's development should go quickly, unfortunately they are being held up by slow delivery of Apple's C compiler. Quick ports of most of their stuff should be available soon. Rick > > -- > ============================================================================ > Dave Haynie {caip,ihnp4,allegra,seismo}!cbmvax!daveh > "Techno-Hippie, heathen, designing evil computers" > > These opinions are my own, though if you try them out, and decide > that you really like them, a small donation would be appreciated.