I think I know what you're going for. You mean,
instead of taking the path the emitter takes,
I should...
Hm, what actually? Calculate the direction
its heading and move particles... Where?

I don't understand the algorithmic side of
this, so I don't really grasp what you're after.

I'm taking the path and calculate its possible
inertia, though not yet in proportion to the
actual speed, or curvature. Is it that what annoys
you, or just irritates you?

Tell me how you'd calculate that on a non I/O-System,
or how you do with I/O (I think, I first need to understand
what you actually mean, before I can implement it, eh? ;-)


Also, the tube doesn't rotate, its the camera around the
tube that's rotating. I'm about to make some adjustments
to the code, I'll post a new animation with still standing
camera then, okay? Perhaps that makes it all less
confusing.


--
Tim Nikias
Homepage: http://www.digitaltwilight.de/no_lights/index.html

Post a reply to this message

"Tim Nikias" wrote:
> Also, the tube doesn't rotate, its
> the camera around the tube that's
> rotating. I'm about to make some
> adjustments to the code, I'll post
> a new animation with still standing
> camera then, okay? Perhaps that makes
> it all less confusing.

Heh, I see now that I was indeed confused by the rotating camera. At closer
inspection your centrifugal force seem to work very nicely. Gee, what I've
been saying must have been a bit confusing then... ;)

> I'm taking the path and calculate its possible
> inertia, though not yet in proportion to the
> actual speed, or curvature. Is it that what
> annoys you, or just irritates you?

Never mind what I said before. However, it still might be possible to make
your system more accurate and maybe the code for it will even be simpler
too.

> Tell me how you'd calculate that on a non
> I/O-System, or how you do with I/O (I think,
> I first need to understand what you actually
> mean, before I can implement it, eh? ;-)

It's very simple. For particle X, find out the movement vector (direction
and speed) that the emitter has in the moment when particle X is born. Then
make particle X move in that direction and with some percentage of that
speed. Typically you will let the user make the particles inheret a certain
percentage of the movement of the emitter. This is how I would do it both
for an I/O and no-I/O system.

Maybe this is alrady how you're doing it - it's a bit difficult to tell from
the animation. I just heard you talk about vcross functions and the like in
povray.advanced-users, which seems not to be nesesary to calculate a
centrifugal force.

Anyway, keep up the good work!

Rune
--
3D images and anims, include files, tutorials and more:
Rune's World:    http://rsj.mobilixnet.dk (updated Feb 16)
POV-Ray Users:   http://rsj.mobilixnet.dk/povrayusers/
POV-Ray Webring: http://webring.povray.co.uk

Post a reply to this message

>
> Heh, I see now that I was indeed confused by the rotating camera. At closer
> inspection your centrifugal force seem to work very nicely. Gee, what I've
> been saying must have been a bit confusing then... ;)
>

Yup. Good that we've cleaned up the mess by now... ;-)

>
> [...]
> Maybe this is alrady how you're doing it - it's a bit difficult to tell from
> the animation. I just heard you talk about vcross functions and the like in
> povray.advanced-users, which seems not to be nesesary to calculate a
> centrifugal force.
>

Well, I'm actually calculating the normal on the movement-path,
so that vcross-stuff is necessary. You're idea sounds interesting,
I've never thought of that. Should be pretty easy to implement...
Expect some animations concerned with inertia and the like
in a few days...

>
> Anyway, keep up the good work!
>
>

Thanks, I will.

--
Tim Nikias
Homepage: http://www.digitaltwilight.de/no_lights/index.html

Post a reply to this message