One thing that is on our futures list is to allow for the ViewPlatform scheduling volume to be the view frustum. We don't know if it will make 1.4 or not at this time.
Doug Twilleager Java 3D Team Sun Microsystems >Subject: Re: [JAVA3D] Wakeup when visible >To: [EMAIL PROTECTED] >MIME-version: 1.0 >X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 >Content-transfer-encoding: 7bit >X-Priority: 3 >X-MSMail-priority: Normal >Delivered-to: [EMAIL PROTECTED] > >I hate to say it, but this is one of those things where we have been >augmenting the Java3d system. We allow behaviors to be registered with a >central system. When it registers it passes activation bounds along with >the behavior. On each frame we scan this list of registered behaviors and >check the bounds against the view frustum and if is within view we activate >it. We also deactivate it the same way. Our plan is to also add occlusion >checking to this check where warrented. > >This is the type of thing I would love Java3d 1.4 to allow us to hook into. >They don't have to implement the policies, but it would be nice to have >something in java3d which could call out to our own routines to augment the >pipeline. > >Dave > >----- Original Message ----- >From: "Artur Biesiadowski" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Friday, May 17, 2002 8:14 PM >Subject: Re: [JAVA3D] Wakeup when visible > > >Andreas Jerke wrote: > >> But for what do we need >> WakeupOnActivation,WakeupOnDeactivation,WakeupOnViewPlatformEntry and >> WakeupOnViewPlatformExit ??? > >Well, I do not see difference between Activation/Entry and between >Deactivation/Exit, but generally such conditions are needed. When >behavior leaves scheduling bounds, it stops to execute. It stops so >completly that it does not know about it. I see Deactivation/Exit wakeup >condition as last-chance event to do some cleanup/suspend extra >threads/flush images etc. Same goes for activation/entry - you may want >to reinitialize some stuff. > >Artur > >=========================================================================== >To unsubscribe, send email to [EMAIL PROTECTED] and include in the body >of the message "signoff JAVA3D-INTEREST". For general help, send email to >[EMAIL PROTECTED] and include in the body of the message "help". > >=========================================================================== >To unsubscribe, send email to [EMAIL PROTECTED] and include in the body >of the message "signoff JAVA3D-INTEREST". For general help, send email to >[EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
