Difference between revisions of "Talk:Every-time-argument"
From FreeSpace Wiki
(New page: Need to clear something up: Isn't it that they are evaluated every frame rather than executed every frame? While the conditions are not met they should not add a greater load than a standa...) |
Goober5000 (talk | contribs) |
||
| Line 1: | Line 1: | ||
Need to clear something up: Isn't it that they are evaluated every frame rather than executed every frame? While the conditions are not met they should not add a greater load than a standard when or when-argument (which are also evaluated every frame, at least until they've triggered once). I see no problem with having the warning there, they definitely should only be used with care and by those who know what they're doing, just want to make sure it doesn't give out wrong info. [[User:Shade|Shade]] 07:22, 8 August 2007 (CDT) | Need to clear something up: Isn't it that they are evaluated every frame rather than executed every frame? While the conditions are not met they should not add a greater load than a standard when or when-argument (which are also evaluated every frame, at least until they've triggered once). I see no problem with having the warning there, they definitely should only be used with care and by those who know what they're doing, just want to make sure it doesn't give out wrong info. [[User:Shade|Shade]] 07:22, 8 August 2007 (CDT) | ||
| + | |||
| + | *Yeah, it's "evaluate" rather than "execute". I corrected it accordingly. The reason I put that bit about the framerate is because <tt>[[when]]</tt> uses optimizations to skip those parts of the sexp which have already become known. <tt>[[Every-time]]</tt> clears those optimizations in each frame, so it will always evaluate the whole thing. Now, you're on the right track; this is far from the most processor-intensive part of the code. That honor probably belongs to something with the models or graphics -- probably the collision detection. The more important issue is understanding the logic behind the concept. [[User:Goober5000|Goober5000]] 22:52, 9 August 2007 (CDT) | ||
Revision as of 03:52, 10 August 2007
Need to clear something up: Isn't it that they are evaluated every frame rather than executed every frame? While the conditions are not met they should not add a greater load than a standard when or when-argument (which are also evaluated every frame, at least until they've triggered once). I see no problem with having the warning there, they definitely should only be used with care and by those who know what they're doing, just want to make sure it doesn't give out wrong info. Shade 07:22, 8 August 2007 (CDT)
- Yeah, it's "evaluate" rather than "execute". I corrected it accordingly. The reason I put that bit about the framerate is because when uses optimizations to skip those parts of the sexp which have already become known. Every-time clears those optimizations in each frame, so it will always evaluate the whole thing. Now, you're on the right track; this is far from the most processor-intensive part of the code. That honor probably belongs to something with the models or graphics -- probably the collision detection. The more important issue is understanding the logic behind the concept. Goober5000 22:52, 9 August 2007 (CDT)
