FEC ordering of Zero Time Events: Difference between revisions

From Planimate Knowledge Base
Jump to navigation Jump to search
No edit summary
No edit summary
 
(One intermediate revision by the same user not shown)
Line 19: Line 19:
<font size="2">idkbase note 18</font>
<font size="2">idkbase note 18</font>


[[Category:Event]]
[[Category:FEC]]
[[Category:Zero Time]]
[[Category:Broadcast]]
[[Category:Unblocking]]
[[Category:Runtime Engine]]
[[Category:Runtime Engine]]

Latest revision as of 02:39, 13 January 2008

The FEC orders zero time (immediate events) as follows

  • Broadcasts have top priority (including item and system info BCs)
  • Moves and Unblocks
  • Clock resetting/restart
  • Button clicks during animation
  • Other events (0 delays etc)


The idea is to process as many activities as possible (eg: handling BCs)
before making move and unblock decisions based on the side effects due
to attribute/table changes.


This starts to bring order into the otherwise murky world
of zero time events. You still must not depend on the order of BCs being
processed, unblocks and moves being performed etc.




idkbase note 18