 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
The animation is still rendering, but i think 4 seconds are enough to show
here in this forum.
The complete run will be 40 seconds and will be posted on my homepage some
days later :)
The speed is a little bit to high, and i should think about some
speed-computations for
climbing or descending hills, but this does not look easy to me.
I have also thought about making the track opaque only on parts that are
used and to leave
the other parts transparent. Would look nice.
Hartmut
http://www.killozap.de
Post a reply to this message
Attachments:
Download 'RollerCoaster.avi.dat' (487 KB)
|
|
| |
| |
|
|
From: Hartmut Wagener
Subject: Re: Rolercoaster-Animation (486KB bu)
Date: 28 Mar 2002 17:34:35
Message: <3ca39a7b@news.povray.org>
|
|
|
| |
| |
|
|
Forgot to post the codec. It is divx 4 ...
hartmut
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> The speed is a little bit to high, and i should think about some
> speed-computations for
> climbing or descending hills, but this does not look easy to me.
Yes the speed is insane. :o) But implementing accleration wouldn't be too
hard I think.. Assuming you have a variable for speed / or the distance to
go between each frame, you either increase or decrease this variable
depending if your "car" is moving up or down.. To find out this, simply
extract Y variables for 2 frames, Y1 and Y2.. If Y2 > Y1 then your car is
going up, so you should decrease the speed variable by the amount the car is
going up. Opposite for downwards movement.
See what I mean? :o) Explaining is not so easy, but I'm sure of what I
mean.
the 4. time (I'm using Buzz too.)
Regards,
Hugo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Yes, i have tried it this way. The hard thing is to do an animation of n
frames which covers the complete track with acceleration.
This is no easy task and i have put it on queue and rendered this animation
with 4000 frames for better speed. And i am doing an animation with
stere-effect for red-green-glasses. The tests with red-green-stereo look
great ...
Hartmut
"Hugo" <hua### [at] post3 teledk> schrieb im Newsbeitrag
news:3cab7049@news.povray.org...
> > The speed is a little bit to high, and i should think about some
> > speed-computations for
> > climbing or descending hills, but this does not look easy to me.
>
> Yes the speed is insane. :o) But implementing accleration wouldn't be
too
> hard I think.. Assuming you have a variable for speed / or the distance to
> go between each frame, you either increase or decrease this variable
> depending if your "car" is moving up or down.. To find out this, simply
> extract Y variables for 2 frames, Y1 and Y2.. If Y2 > Y1 then your car is
> going up, so you should decrease the speed variable by the amount the car
is
> going up. Opposite for downwards movement.
>
> See what I mean? :o) Explaining is not so easy, but I'm sure of what I
> mean.
>
> the 4. time (I'm using Buzz too.)
>
> Regards,
> Hugo
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Yes, i have tried it this way. The hard thing is to do an animation of n
> frames which covers the complete track with acceleration.
Have you tried the keyword "frame_number" that doesn't depend on clock, but
returns the number of the current frame. This could provide easier control
of speed. Also "delta_clock" I believe it's called, that gives you the
distance between two clock values - between two frames.
Regards,
Hugo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
