Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!lavaca.uh.edu!menudo.uh.edu!sugar!peter From: peter@sugar.hackercorp.com (Peter da Silva) Newsgroups: comp.sys.amiga.tech Subject: Re: asd Message-ID: <7335@sugar.hackercorp.com> Date: 20 Dec 90 13:40:51 GMT References: <925@boing.UUCP> Reply-To: peter@sugar.hackercorp.com (Peter da Silva) Organization: Sugar Land Unix - Houston Lines: 19 In article <925@boing.UUCP> dale@boing.UUCP (Dale Luck) writes: > >At least any such RTG interface should provide the same basic interface as > >graphics.library. Why even consider anything else? > The basic graphics.library is a very complex interface that includes some > very amiga specific concepts such as Sprites- Real and virtual, copper lists, > blitter objects-(beam synced and normal), animation objects, > multiple viewports, changing resolutions, colormaps all 'multitasking' the > monitor. Ick. Yes, I see the problem. Well, at the very least the calls to the RTG should try to map closely to the calls in the graphics.library (maybe have an extended RastPort structure with extra colors and so on). I think the Sprites, copper lists, and so on can be left out. But the higher level routines should remain the same. You want to keep the door open to opening Intuition windows on a second head. -- Peter da Silva. `-_-' .