Re: Mono or Multi-process ?

New Message Reply Date view Thread view Subject view Author view

Simon Gibbs (Simon.Gibbs++at++gmd.de)
Thu, 9 Nov 1995 11:13:18 +0100 (MET)


>
> Right. Which means that in single processed FLOAT or LOCK, you'd
> lose an entire frame, because the swap/clear will block to a frame
> boundary and later pfSync will do the same. In FREE_RUN, swap+clear
> would cause you to block to a field boundary at the end of the draw.
> This wastes time since without it, APP and sometimes CULL processing,
> can use the time between the completion of the DRAW and the next frame
> boundary. So swap+clear would only be useful if we had a version that
> did not block, which we do not.

Does this also mean that with single processed FLOAT or LOCK
(and FREE_RUN ?) it is not possible to render at the monitor
frame rate since there are two blocks occuring in the loop?

Simon Gibbs
GMD


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:52:01 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.