Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!mcnc!rti!bcw
From: bcw@rti.rti.org (Bruce Wright)
Newsgroups: comp.windows.ms.programmer
Subject: Re: Suitability of Windows platform
Summary: Windows and animation
Message-ID: <1991Mar8.064531.21117@rti.rti.org>
Date: 8 Mar 91 06:45:31 GMT
References: <27331@uflorida.cis.ufl.EDU> <1991Mar8.014410.22510@qualcomm.com>
Organization: Research Triangle Institute, RTP, NC
Lines: 25

In article <1991Mar8.014410.22510@qualcomm.com>, rdippold@maui.qualcomm.com (Ron Dippold) writes:
> In article <27331@uflorida.cis.ufl.EDU> jdb@reef.cis.ufl.edu (Brian K. W. Hook) writes:
> >4.  Does Windows supply me with information on determining the current
> >hardware (type of processor, video adapter, etc.)?  Most of the tricks I
> >have heard of determining clock speed and chip type won't work under
> >enhanced mode windows.
> 
> No idea.  It will tell you colors, resolution of the current video driver.

The GetWinFlags routine will return whether you have an 80x87, which
processor you are running on (8086/186/286/386/486), whether you are
running in 386 mode, standard mode, or real mode, and so forth.  It
doesn't return the clock speed.  I don't know if there's a standard 
way to get the hardware clock speed under Windows - it's probably an 
undocumented interface if there is.

As I mentioned to someone else interested in animation, Windows doesn't
really provide very good support for animation, or for 3-d viewing for
that matter.  Doing bitblt's is sufficient for some simple levels of
animation, and may be sufficient for your purposes given a sufficiently 
fast machine and how much jerkyness you can stand.

Good luck -

						Bruce C. Wright