[Bf-committers] rest spring length for new softbody objects
bjornmose at gmx.net
Fri Nov 18 14:52:12 CET 2005
> --- Ursprüngliche Nachricht ---
> Von: Ton Roosendaal <ton at blender.org>
> An: bf-blender developers <bf-committers at projects.blender.org>
> Betreff: Re: [Bf-committers] rest spring length for new softbody objects
> Datum: Fri, 18 Nov 2005 11:01:26 +0100
> Hi Jens Ole,
> I would appreciate some more comments from you in the code...
> - What are the position vectors origS, origE and origT again?
(Goal)Position at Start of frame, at End of frame , linear interpolated in
Time. The solver needs to take smaller time steps than one frame.
Calulating goal spring forces uses the interpolated positions.
> - You added a pointer to "rcs" to several calls, it seems to be for
> edge calculus, but why?
I did not want to throw away the default calculation, before this discussion
was finished so i used "rcs" to signal if springs are already calculated or
"default" should do it.
> We could better define that for each call to "remake softbody", the
> spring lengths should be set OK, and not leave this to some later
> stage... otherwise we don't know for sure the original edge sizes.
> I got confused a bit here, the lattice code you added makes springs,
> initializes them, but doesn't set the spring length (which is a
> constant even!). The Mesh code does set spring lengths however.
It all was there once *sigh*
Revision : 1.44
Date : 2005/8/18 11:4:22
Author : 'zuster'
State : 'Exp'
Lines : +3 -12
- remove redundant calculation of spring length
> You agree with removing the 'rcs' variable, and set spring length in
> each "make softbody" calls? I can fix that :)
Definitly, that's how it was before Daniel *optimized* it all away.
Well i was a little frustrated then and decided to wait until that modifier
stack hype was over. So now i speak up.
Telefonieren Sie schon oder sparen Sie noch?
NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie
More information about the Bf-committers