|
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: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
|

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