Hi!
> How it could be done? Probably with some sort of
> n-body-algorithm, with adaptive time-steps, good
> approximation for hundreds of particles, springs...
Yes, that's exactly what I meant. Leap frog is just some kind of Runge Kutta
(which is also a numerical solution to differential equations), but it's
faster and it's reversible. I have programmed (as most physic students) a
Runge Kutta of order 4 to simulate planetary movement. Later we have used
same algorithm for gas simulation with 100 particles. But Leap Frog should
be better for this purpose for speed reasons. Any forces should be possible.
>
> A lot of stuff, so probably not be coded in pure
> POV. *sigh*
I would prefer external program in C. Also for speed reasons.
Thanks for reply,
Florian

Post a reply to this message

> I do like the idea of creating a Particle-Team,
> but I also like to do stuff on my own.

Me too. But I never tried a little team-work in this way, so I'd be willing
to give it a try, without getting very obligated.. Thanks for explaining the
basic principles of a particle system, it sounds logical, but also I'm sure
I'll do so many things wrong, if I just start coding. Probably I'll start
reading more about it, if I can find something simple.

Regards,
Hugo

Post a reply to this message

Tim Nikias wrote:

> This is cool. Someday, I'll write a particle-programm which can
> do that... Until then... *sigh*

Theoretically, my paricle system can do strings, cloth, and gels, however it
would
be a very slow process because it would not be optimised for this purpose. I can
do this because I have a user defined force within my system. I might give this a

shot just to see...

MJL

Post a reply to this message

Tim Nikias wrote:

> I do like the idea of creating a Particle-Team,
> but I also like to do stuff on my own.
> It depends on how fast the team is
> going to fall apart, and how good we
> cooperate.

I feel much the same.

> But we could create something "open-source"
> like. I'd be willing to cook up some basic
> rules for Macro-Definitions inside the
> system (though I should have some help to
> make sure that everything is taken care of)
> and supply/write some fundamentals.
>
> I'd be happy to host the system and keep
> track of an "official" version, e.g. I'll
> check additions and look at the algorithms
> (as long as they're commented good enough).
>
> If there more than just a bunch (I'd say at least
> 10), send a reply here and I could go on
> and create a page for our OpenSource-PS.

Sounds like a good idea. Count me in.

MJL

Post a reply to this message

"Hugo" <hua### [at] post3teledk> wrote in message
news:3cce861a$1@news.povray.org...
> But is there an easy article on the net, that I should read to understand
> more of this stuff?
>

http://www.darwin3d.com/gdm1999.htm#gdm0499

has some cool c source code with exe's for this sort of thing

jim

Post a reply to this message

What gives the residual strains? Do you have plasticity built in or is
it a side effect of your algorithm?


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

Peter Popov wrote:
> What gives the residual strains? Do you have plasticity built in or is
> it a side effect of your algorithm?
>

Peter, you haven't been paying attention. :)
He is using a commercial program to generate the coordinates for the
particles and I'm 95% sure he has no clue of the algorithms the program
uses. Neither do I.

--
-Jide

Post a reply to this message

"Jide" <jid### [at] kotisoonfi> wrote in message
news:3cd058ae@news.povray.org...
> Peter, you haven't been paying attention. :)
> He is using a commercial program to generate the coordinates for the
> particles and I'm 95% sure he has no clue of the algorithms the program
> uses. Neither do I.

Make that 99.999% :-) I haven't a clue.. certainly wasn't expecting the cube
to remain deformed, but pleasantly surprised with the results.

Andy Cocker

Post a reply to this message

Looks like its just us two at the moment...

Doesn't matter. I've spent a lot of time
into my recent image, the Gerberas, and
I want to cut down on POVing a bit.

Nontheless, I thought a little about this
Open-Source Macro System.
It's not a bad idea to begin with (meaning
the macros), be it Open-Source or not. But
as I'm just about to complete my non I/O
System, I'm not really into writing a new particle
system right away.

But I'll keep it in mind!

Mark James Lewin wrote:

> Tim Nikias wrote:
>
> > I do like the idea of creating a Particle-Team,
> > but I also like to do stuff on my own.
> > It depends on how fast the team is
> > going to fall apart, and how good we
> > cooperate.
>
> I feel much the same.
>
> > But we could create something "open-source"
> > like. I'd be willing to cook up some basic
> > rules for Macro-Definitions inside the
> > system (though I should have some help to
> > make sure that everything is taken care of)
> > and supply/write some fundamentals.
> >
> > I'd be happy to host the system and keep
> > track of an "official" version, e.g. I'll
> > check additions and look at the algorithms
> > (as long as they're commented good enough).
> >
> > If there more than just a bunch (I'd say at least
> > 10), send a reply here and I could go on
> > and create a page for our OpenSource-PS.
>
> Sounds like a good idea. Count me in.
>
> MJL

--
Tim Nikias
Homepage: http://www.digitaltwilight.de/no_lights/index.html
Email: Tim### [at] gmxde

Post a reply to this message

On Thu, 2 May 2002 00:10:24 +0300, "Jide" <jid### [at] kotisoonfi>
wrote:

>Peter, you haven't been paying attention. :)

Heh, in 640x480 I can't see the name of the poster of the original
message without scrolling right, and something in the post itself
tipped me off to thinking it wasn't another one of Andy's Realflow
experiments but rather a custom made particle system (it's not like
there're not quite a few around :) )


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message