This is a really minor request, so no biggie if nobody feels like messing with it, because it'd probably take a few hours.
But I was thinking that it would be cool if someday the FALL event was allowed to be used with parameters for the vector, MyGravity, the radius of the object that's falling, the bounciness, friction and mass. The whole Havok thing made me remember that that's one area that's still very rough, imo.
It'd be nice, for example, to make stuff fall at a speed that made sense for the simulated scale, as opposed to the absolute scale of Spring, so that we could do buildings that fell apart in "slow motion" that was physically accurate, and randomized.
Revamped FALL
Moderator: Moderators
Re: Revamped FALL
Yeah. I've been faking it with code, but meh, there are a lot of potential uses for this- everything from making stuff feel more "massive" to fairly detailed object destruction (not FPS-level mesh-collision stuff, mind ye, but at least it'd look good at a distance).
Re: Revamped FALL
tbh this seems like it would be easier to implement in lua than cob. Movign animation code to lua would make things a lot easier. It would certainyl make additions and fixes easier, and ti would make life far easier for anyone wanting to build animation tools.
Re: Revamped FALL
Also changing anything about COB requires changing Scriptor. Noone wants to do that.
Re: Revamped FALL
No, just changing BOS. Wimps.KDR_11k wrote:Also changing anything about COB requires changing Scriptor. Noone wants to do that.
Re: Revamped FALL
In any case, even with the current commands available in lua synced ctrl, it seems like you could code a pseudo advanced physics engine, one that does all of the above, plus takes into account stuff like wind, etc, and applies these effects to units at least (not animation, mind you).
My question is, would this be really really expensive performance wise?
My question is, would this be really really expensive performance wise?
Re: Revamped FALL
A lua animation would be slow, but the onyl reason it is slow is because of the cob<->lua overhead. An animation format based entirely in lua using spring lua APIs would be far far faster than cob and it would also allow much greater flexibility.