 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Tor Olav Kristensen wrote:
>
I like it, it animates very well. The color scheme is just right too.
Post a reply to this message
|
|
| |
| |
|
|
From: Apache
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 15 Apr 2003 18:01:46
Message: <3e9c814a@news.povray.org>
|
|
|
| |
| |
|
|
Wow.......!
Post a reply to this message
|
|
| |
| |
|
|
From: Remco de Korte
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 15 Apr 2003 18:47:55
Message: <3E9C8C06.A10FA1D2@onwijs.com>
|
|
|
| |
| |
|
|
Apache wrote:
>
> Wow.......!
"Far out!"
Post a reply to this message
|
|
| |
| |
|
|
From: Tek
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 15 Apr 2003 22:05:37
Message: <3e9cba71$1@news.povray.org>
|
|
|
| |
| |
|
|
Ow my eyes! I like it :)
Could you make it change the parameters more smoothly? I recommend putting all
the parameters on sine waves, that's what I do!
--
Tek
http://www.evilsuperbrain.com
"Tor Olav Kristensen" <tor_olav_kCURLYAhotmail.com> wrote in message
news:Xns### [at] 204 213191226...
>
> This is my first animation posted here (IIRC).
>
> Tek suggested that I should animate this shape:
>
> http://news.povray.org/povray.binaries.images/31187/
>
> - and so I did.
>
> I used some quadrivariate NURBS functions to
> deform a cube formed by many smaller cubes built
> from meshes, cylinders and spheres.
>
> A quadrivariate function takes 4 arguments. In
> this animation time is used as the 4th argument:
> U, V, W, T
>
> By doing it this way, I only had to provide some
> "key-frames" (8 for this animations). The script
> then "interpolates" the shape smoothly between
> these "frames".
>
> Thanks to Ingo for tipping me about the TMPGEnc
> MPEG encoder.
>
>
> Tor Olav
>
>
Post a reply to this message
|
|
| |
| |
|
|
From: Lenx
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 16 Apr 2003 05:10:21
Message: <3e9d1dfd@news.povray.org>
|
|
|
| |
| |
|
|
woooot simply a m a z i n g
it's eyecatching work, but i think when you use a sine function movement it
will loose much of its effect
but why not try it ;-)
"Tor Olav Kristensen" <tor_olav_kCURLYAhotmail.com> schreef in bericht
news:Xns### [at] 204213191226...
>
> This is my first animation posted here (IIRC).
>
> Tek suggested that I should animate this shape:
>
> http://news.povray.org/povray.binaries.images/31187/
>
> - and so I did.
>
> I used some quadrivariate NURBS functions to
> deform a cube formed by many smaller cubes built
> from meshes, cylinders and spheres.
>
> A quadrivariate function takes 4 arguments. In
> this animation time is used as the 4th argument:
> U, V, W, T
>
> By doing it this way, I only had to provide some
> "key-frames" (8 for this animations). The script
> then "interpolates" the shape smoothly between
> these "frames".
>
> Thanks to Ingo for tipping me about the TMPGEnc
> MPEG encoder.
>
>
> Tor Olav
>
>
Post a reply to this message
|
|
| |
| |
|
|
From: Apache
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 16 Apr 2003 07:32:58
Message: <3e9d3f6a$1@news.povray.org>
|
|
|
| |
| |
|
|
Agreed.... and more frames so it moves a bit slower and make the animation
somewhat......longer!
Post a reply to this message
|
|
| |
| |
|
|
From: Dennis Miller
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (2/2)
Date: 17 Apr 2003 22:37:56
Message: <3e9f6504$1@news.povray.org>
|
|
|
| |
| |
|
|
??
This came out rather oddly.
D.
"Tor Olav Kristensen" <tor_olav_kCURLYAhotmail.com> wrote in message
news:Xns### [at] 204213191226...
> M*(B]69=8BZ^^"J6#:*"4I7[','#]T"S9'2SXCJR\8DT\X^X*0,T44,2>_QW4
> MY(2$<U9F^=SAQ\5T<M/_2PUP$@2KK^?MG,5U0U.6D\!*QK[%8I0M(0.7;)0Q
> MV"-E!/P>E0)0'0XGV!#!90.(*_&\O]L,^?[/_G/,V<G_567T<8SY.$_L0/=!
> M)X8"/^@`R2Q/JMNK=PA",KG=;)"]::\OT4`X.EE?'C"^/)6$!@&<MS5N]Q[%
> M(YY6W/%%[K%NYW.@9/\B7!9F@AA/^TK)2@D<9BW.X!(09/&(`<\$G]-#NH*T
> M?,I2HUYU&J\,[A/&+ZSU=68>*N4WYZ4\/&``T;A?]VV6$?EMT`2`\W8S'7$`
<snip: 800 lines of code>
> `
> end
>
Post a reply to this message
|
|
| |
| |
|
|
From: Bill DeWitt
Subject: Re: Cube deformed by NURBS functions (972KB) - 1 attachment (1/2)
Date: 17 Apr 2003 23:12:41
Message: <3e9f6d29@news.povray.org>
|
|
|
| |
| |
|
|
Hmmm...
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Eeed Unn Road at Reeed Run Rood D'h
Now that's going to be running through my head all night....
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.471 / Virus Database: 269 - Release Date: 4/10/03
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Sorry for replying so late
- and thank you for your comments !
I have put a new 2.4MB MPEG-file with better quality here:
http://home.no/t-o-k/povray/Quadrivariate_NURBS_Deformation.m1v
Dennis, you can find the old one properly assembled if you
follow this link to the web interface:
http://news.povray.org/povray.binaries.animations/31252/222120
Maybe I should warn you about looping it. (It seems that Bill
got into trouble doing that. =)
I guess that Tek meant that I could change the T parameter from:
T = clock
to something like this:
T = (1 + sin(-pi/2 + clock*pi))/2
And yes; I think that this would smoothen up some of the
transitions more than they already are. So maybe I'll try this
later.
- But there is another way to achieve more smooth transitions.
Below is an attempt at an explanation this for those of you
that are curios and that know some about NURBS:
To make this animation I concatenated 4 shorter animations.
(Because I was lazy.)
I mentioned that I had 8 different "key frames". In the table
below, they are denoted A, B, C, D, E, F, G and H.
1. A --> (B) --> C
2. C --> (D) --> E
3. E --> (F) --> G
4. G --> (H) --> A
To make the whole sequence loopable I made the end "frame" the
same as the start "frame".
For each of these four animations I let the clock go from 0 to 1.
To make sure that the end of one animation was exactly equal to
the beginning of the next animation, I had to use "open uniform
knot vectors" assosiated with the T parameter (time).
Each animation sequence then started with exactly the start
"frame", moved towards the middle "frame" but did not reach it
completely and then moved away from it towards the end "frame"
until it was reached exactly.
E.g. A --> (B) --> C
I have put the B frame in parenthesis to indicate that it is
not reached completely.
If I had used "uniform knot vectors" instead, then the
animation sequences would be like this:
(A)-> (B) ->(C)
(C)-> (D) ->(E)
(E)-> (F) ->(G)
(G)-> (H) ->(A)
This would cause a glitch between the sub sequences. I have
tried to indicate this by shifting the beginning of each sub-
sequence a little to the right.
If I hadn't been lazy, I could have made it into one single
long sequence. E.g. like this:
A -> (B) -> (C) -> (D) -> (E) -> (F) -> (G) -> (H) -> A
(With a single "open uniform knot vector" for the T parameter)
This would have generated _huge_ NURBS functions, which would
have taken a long time to parse. (IIRC each image in the
animation already took about 5 minutes to parse and 1 minute
to render on my 2GHz Athlon PC.)
I hope that this made a little sense to some of you.
Tor Olav
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
