home *** CD-ROM | disk | FTP | other *** search
- Path: comma.rhein.de!serpens!not-for-mail
- From: mlelstv@serpens.rhein.de (Michael van Elst)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Date: 8 Jan 1996 04:36:08 +0100
- Organization: dis-
- Message-ID: <4cq3f8$j3l@serpens.rhein.de>
- References: <john.hendrikx.44ce@grafix.xs4all.nl> <4cp2tv$d9u@serpens.rhein.de> <4cpmbf$ong@sunsystem5.informatik.tu-muenchen.de>
- NNTP-Posting-Host: serpens.rhein.de
-
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) writes:
-
- >: Well. You modify the offsets in the RasInfo structure. This is pretty neutral.
-
- >What parts of a screen structure and refered structures may be poked ?
-
- That's a good question. Ideally you are not allowed to change anything
- because you do not own the data structures.
-
- In practice (and documented in examples) you can modify some structure
- contents. For example the RasInfo offsets and BitMap pointers are
- changable and ScrollVPort() on a screen's ViewPort will modify the
- display accordingly.
-
- >the question seems to be here which function is supported by most
- >drivers. the users of other ones will have to accept speed of screentofront().
-
- I believe the users of other drivers will rather accept a
- single-buffered display or a fall back to native graphics.
-
- Regards,
- --
- Michael van Elst
-
- Internet: mlelstv@serpens.rhein.de
- "A potential Snark may lurk in every tree."
-