home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Date: 8 Jan 1996 00:22:40 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4cpo4g$ong@sunsystem5.informatik.tu-muenchen.de>
- References: <38231819@kone.fipnet.fi> <4cemaj$jas@serpens.rhein.de> <4cha65$hpf@sunsystem5.informatik.tu-muenchen.de> <4chm76$svj@serpens.rhein.de> <4cmi0c$21c@sunsystem5.informatik.tu-muenchen.de> <4cmrvm$5eq@serpens.rhein.de>
- NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
- X-Newsreader: TIN [version 1.2 PL2]
-
- Michael van Elst (mlelstv@serpens.rhein.de) wrote:
- : fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) writes:
-
- : That's not a problem :) WaitTOF() does give the CPU to other tasks.
- : Any implementation that does not is broken.
-
- bad drivers are the reason why we got to talk instead
- just using loadview or scroolvport, both v1.2 available btw
- (V1.2 will only do vertival scrolling, right ? lets use
- vertical oversized bitmaps. what about overscan...).
-
- The aim is not just clean software, but clean software still running
- quick on most gfx-cards.
-
- : Slows down ? It probably freezes the machine if the task calling
- : WaitTOF() has a high enough priority.
-
- even worse. so no waittof. how to make sure then that cpu wont be
- faster than framerate which will lead to broken buffering ?
-
- : --
- : Michael van Elst
-
- : Internet: mlelstv@serpens.rhein.de
- : "A potential Snark may lurk in every tree."
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-