Search the FAQ Archives

3 - A - B - C - D - E - F - G - H - I - J - K - L - M
N - O - P - Q - R - S - T - U - V - W - X - Y - Z
faqs.org - Internet FAQ Archives

SGI performer Frequently Asked Questions (FAQ)
Section - -61- 2.0 Bug pfInitClock() and Video Rate on 250MHz IMPACT

( Single Page )
[ Usenet FAQs | Web FAQs | Documents | RFC Index | Restaurant inspections ]


Top Document: SGI performer Frequently Asked Questions (FAQ)
Previous Document: -60- 2.0 Bug pguide/libpf/C/lpstate sample program
Next Document: -62- 1.2 Bug Billboard normals and intersections
See reader questions & answers on this topic! - Help others by sharing your knowledge

  The clock period determined by pfInitClock() on 250MHz IMPACT
  systems is apparently inconsistent with the true clock period.  It
  seems that the actual clock period is that of a 200MHz system.
  Consequently, pfGetTime() will return a time that is .8 (200/250)
  that of the true time.  

  Among other things, this invalidates the calculations done by
  Performer to determine the current video rate.

  As a workaround, you can specify an alternate clock period with the
  PFCLOCKPERIOD environment variable.  If set, PFCLOCKPERIOD
  specifies the clock period, in picoseconds, to be used by
  pfInitClock().  For proper behavior on 250MHz IMPACT systems, use
  40000 for the period.

User Contributions:

Comment about this article, ask questions, or add new information about this topic:




Top Document: SGI performer Frequently Asked Questions (FAQ)
Previous Document: -60- 2.0 Bug pguide/libpf/C/lpstate sample program
Next Document: -62- 1.2 Bug Billboard normals and intersections

Single Page

[ Usenet FAQs | Web FAQs | Documents | RFC Index ]

Send corrections/additions to the FAQ Maintainer:
sgi-faq@viz.tamu.edu (The SGI FAQ group)





Last Update March 27 2014 @ 02:12 PM