 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Dave Brickell" <kryten@*NOSPAM*totalise.co.uk> wrote in message
news:3e01ea71$1@news.povray.org...
> Looks good Andy.
Thanks
> I am having similar problems with cube collisions atm. I built a stack of
> bricks with a slight gap between them all and then let things go. It crashes
> as soon as the objects collide. If you have any joy in solving this problem
> plz let me know.
No, that's exactly the problem I'm having.... exactly the same kind of scene I tried
too. I
haven't actually informed Christoph of this bug, but as it stands, i can't really
continue
with my experiments, as they all involve block to block collisions.
Andy
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Haven't tried simpov myself, but do you have any clue what kind of error
we're talking about here? Does your OS or SIMPOV tell anything?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Andrew Cocker wrote:
>
> > I am having similar problems with cube collisions atm. I built a stack of
> > bricks with a slight gap between them all and then let things go. It crashes
> > as soon as the objects collide. If you have any joy in solving this problem
> > plz let me know.
>
> No, that's exactly the problem I'm having.... exactly the same kind of scene I tried
too. I
> haven't actually informed Christoph of this bug, but as it stands, i can't really
continue
> with my experiments, as they all involve block to block collisions.
I of course can't say for sure without testing the code myself but this
almost certainly isn't a bug. Your simulation simply got instable. Your
animation shows you are using very stiff connections and therefore you
need quite small time steps to successfully simulate the movement. Try
doubling the number of steps and if the problem vanishes this was the
reason.
The next version will contain a test function which tries to detect
instability and issue an Error. It seems to work fairly well but of
course there is no guarantee that it always works.
Christoph
--
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 07 Dec. 2002 _____./\/^>_*_<^\/\.______
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Apache" <apa### [at] yahoo com> wrote in message
news:3e01fc91$1@news.povray.org...
> Haven't tried simpov myself, but do you have any clue what kind of error
> we're talking about here? Does your OS or SIMPOV tell anything?
I am running XP.... it just tells me that SimPOV has had to close. Sim-POV itself just
drops
me back to the prompt.
I am re-running the animation again right now, with much smaller time steps (more than
double)
to see if that fixes things.
All the best,
Andy Cocker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I agree with Christoph Hormann. Probably you have an overflow error (which
doesn't show apparently) caused by stiff equations. Does SimPOV use 4th
Runge Kutta? It's much more stable and requires less small time steps.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Apache" <apa### [at] yahoocom> wrote in message
news:3e025a2b$1@news.povray.org...
> I agree with Christoph Hormann. Probably you have an overflow error (which
> doesn't show apparently) caused by stiff equations. Does SimPOV use 4th
> Runge Kutta? It's much more stable and requires less small time steps.
No, it uses forward euler (the setting I'm using) and second order (heun)(which I
haven't yet
used). I too am expecting the problem to be my choice of settings... I already think I
may
have been using a much too small value for radius.
All the best,
Andy Cocker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'd use Heun if I were you. And if possible even higher orders. The system
will be much more stable and allow larger timesteps.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Apache" <apa### [at] yahoocom> wrote in message
news:3e026607$1@news.povray.org...
> I'd use Heun if I were you. And if possible even higher orders. The system
> will be much more stable and allow larger timesteps.
Ok, I will try that. It seems that it might not be an instability problem after all,
but
Christoph is looking at other possible causes.
All the best,
Andy Cocker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'm working on a cloth/liquid thing myself (about 15 minutes a week). On
windows it crashes after about an hour and on unix/linux it won't crash.
Didn't solve the problem. I should try cygwin...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Andrew Cocker wrote:
> Anyhow, here's my latest anim, right up until the point that it
> crashed.
Bummer - And it was getting so exciting!
--
Rick
Kitty5 NewMedia http://Kitty5.co.uk
POV-Ray News & Resources http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037
PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
