getting rid of animation macros

[Boss429]

[frag.machine]

You're always reseting self.frame to $relo_onehanded_1 at the start of the function. Also, you're iterating thru $relo_onehanded_1 to $relo_onehanded_31 at once, not one frame per call as required to actually see any animation.

[Boss429]

But isn't the macro doing the exact same thing? it specifies an animation and then just goes into another void that specifies the next frame. Mine just does the work in one void. I guess my question is, why does a macro not play all the frames at once?

[andrewj]

I'm not sure I can explain it very well, but here goes:

In QuakeC you can set various things, like the model's frame, but it only has an effect when the QuakeC code has returned back to the engine and the engine redraws the screen.

So to make animations visible, you change the frame in QuakeC and set the 'nextthink' time and then return. The engine will draws the world and eventually call back into QuakeC (when that think time is reached) where you can set the next frame, and QuakeC returns and the engine redraws the world again, and will call back into QuakeC for the next frame, and so on........

Having a loop in QuakeC (like yours) doesn't work because the engine never gets a chance to redraw the screen with the updated information.

[frag.machine]

[Downsider]

[Boss429]

[frag.machine]

[OneManClan]