home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.advocacy
- Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
- From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
- Subject: Re: CBM mention on 12/11/92 Computer Chronicles
- Message-ID: <1992Dec23.003217.11311@mpifr-bonn.mpg.de>
- Sender: news@mpifr-bonn.mpg.de
- Nntp-Posting-Host: specklec
- Organization: Max-Planck-Institut f"ur Radioastronomie
- References: <1h7fq8INNp3p@uwm.edu> <1992Dec22.173928.22565@sol.ctr.columbia.edu>
- Date: Wed, 23 Dec 1992 00:32:17 GMT
- Lines: 29
-
- In <1992Dec22.173928.22565@sol.ctr.columbia.edu> jerry@msi.com (Jerry Shekhel) writes:
- >redraw faster. So, just like I said, they are a speed optimization; my
- >first point holds.
-
- Would be true if the speed of switching displays on a single display board
- (i.e. swapping the whole screen data) would be as practical. Amiga screens
- are fast enough to make changing displays smooth. A software simulation
- (even when reduced to flipping screens only) is still jerky on something
- slower than a HP Snake.
-
- >BTW, what happens when you run out of Chip RAM? Let's face it: separate
- >screens on the Amiga alleviate the screen real-estate problem in a limited
- >way. Just how many 800x600x8 screens could you open with 2MB Chip RAM?
-
- Matter of fact is that you don't do that since you aren't limited to waste
- 8 bitplanes for a 20 color GUI or a monochrome text display.
-
- >Please re-read these comments (your own) and tell me that you're not
- >describing a speed optimization.
-
- It would be a speed optimization if the software simulation would be useful.
- On most machines this is as useful as running MS Word on PC-Task.
-
- Regards,
- --
- Michael van Elst
- UUCP: universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
- Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
- "A potential Snark may lurk in every tree."
-