 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi,
Unfortunately, Sim_POV is crashing on me quite a lot now, which is annoying as it
usually
happens well into an animation. It always seems to occur during block-on-block
collisions.
Possibly a bad combination of settings.. I dunno.
Anyhow, here's my latest anim, right up until the point that it crashed.
--
All the best,
Andy Cocker
Post a reply to this message
Attachments:
Download 'SimPOV_HookDrop.mpg' (389 KB)
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Looks good Andy.
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.
Dave
"Andrew Cocker" <mai### [at] andrewcocker couk> wrote in message
news:3e019f69@news.povray.org...
> Hi,
>
> Unfortunately, Sim_POV is crashing on me quite a lot now, which is
annoying as it usually
> happens well into an animation. It always seems to occur during
block-on-block collisions.
> Possibly a bad combination of settings.. I dunno.
>
> Anyhow, here's my latest anim, right up until the point that it crashed.
>
>
> --
> All the best,
>
> Andy Cocker
>
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"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] yahoocom> 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
|
|
| |
| |
|
|
|
|
| |
