Dynamics in Movie Rendering?

Blender's renderer and external renderer export

Moderators: jesterKing, stiv

malcolmst
Posts: 4
Joined: Fri Oct 18, 2002 6:37 am

Dynamics in Movie Rendering?

Postby malcolmst » Sun Oct 20, 2002 5:38 am

I could be wrong, and it could already be supported, but wouldn't it be nice to be able to use gravity and other dynamic properties while rendering movies? I don't know if anyone has thought of this, but it's a nice idea for an upgrade.

--Malcolm

malcolmst
Posts: 4
Joined: Fri Oct 18, 2002 6:37 am

Postby malcolmst » Mon Oct 21, 2002 12:04 am

Just to add on to my last message, I just found a python script that should do this at the elysiun forum, but it does not seem to work for windows...

bartrobinson
Posts: 12
Joined: Mon Oct 21, 2002 9:32 pm
Location: Fairfax, VA

Dynamic/Particle Engine

Postby bartrobinson » Mon Oct 21, 2002 9:35 pm

I realize this isn't a complete or elegant solution to dynamics in Blender, but 6 months ago I released a python script for Blender that allows for dynamic motion of objects caused by user defined forces in Blender. It was quite interesting. I'm still kinda working on it.

Noiprox
Posts: 10
Joined: Mon Oct 14, 2002 8:43 am

Postby Noiprox » Tue Oct 22, 2002 7:54 am

Strictly speaking, dynamics is an animation feature, and therefore has nothing to do with rendering.

Blender's dynamics for the real-time engine had to be hacked out by NaN due to licensing issues, but preliminary support for ODE has already been checked into the CVS repository! For non-programmers, this means that the real-time engine almost already has physics back.

Once ODE support is fully implemented and merged into the main tree, it will be largely an interface issue to get dynamics into "normal" Blender (i.e. for animation). For this reason, I think now is not a good time to put too much effort into any Python scripts for this.

I certainly think dynamics is a very important feature, and I don't think it will be long before Blender has it supported 100%. Perhaps there will be a new "Dynamics Editor" with (eventual) support for other kinds of Physical animation (fluid dynamics, cloth dynamics, soft-body dynamics ...). If this is done right, it could also be applied to characters to achieve the "Character Dynamics" that was requested in another thread (I think it was on Elysiun, actually..).

So just be patient if you're an artist and be working if you're a programmer! Cheers!

rwenzlaff
Posts: 31
Joined: Wed Oct 23, 2002 2:26 pm

Postby rwenzlaff » Wed Oct 23, 2002 3:02 pm

But dynamics was never supported in non-realtime. If you make a particle stream fall with a Z force, that stream will take the same number of FRAMES to fall reguardless of the grav setting or even the framerate. So particle animations have to be completely reworked if you render once in PAL and once in NTSC.

In general the x axis of the IPO's should be in units of time, not frames. You can display both, but if you change framerate, you should have the option of which to keep fixed.

I think this is what he's talking about.

This of course poses serious backwards compatability problems...

Bob

graphicsteam
Posts: 6
Joined: Wed Oct 16, 2002 1:58 pm

Postby graphicsteam » Wed Oct 23, 2002 11:36 pm

rwenzlaff wrote: So particle animations have to be completely reworked if you render once in PAL and once in NTSC.


No! the framerate shouldnt affect the amount of frames! It merely takes less time, such as any part of any animation.
Also there is a script on the elysuin forums that supporst windows (i use it at the moment).

Ian

rwenzlaff
Posts: 31
Joined: Wed Oct 23, 2002 2:26 pm

Postby rwenzlaff » Wed Feb 05, 2003 4:22 am

graphicsteam wrote:
rwenzlaff wrote: So particle animations have to be completely reworked if you render once in PAL and once in NTSC.


No! the framerate shouldnt affect the amount of frames! It merely takes less time, such as any part of any animation.
Also there is a script on the elysuin forums that supporst windows (i use it at the moment).

Ian


I know I'm late in replying, but - What?

If I pour a stream of water off a high shelf, it takes x seconds to fall (lets say 3). This means it takes 90 NTSC frames or 75 PAL frames. This is ruled only by the height of the shelf, and the value of gravitational acceleration (t=sqrt(2*h/g)).

However, under Blender's current rules, I set up a particle system up to represent the stream of water that take 90 NTSC frames (3 seconds) to fall. This ends up being independant of the value I enter g or the framerate I select. So the water still takes 90 frames to fall in PAL. But 90 frames of PAL is 3.6 seconds. Is gravity weaker in Europe or something?

I was just saying the way it is. Not that it was correct to do it this way.

Bob

t_revs
Posts: 19
Joined: Tue Oct 22, 2002 4:08 pm

Dynamics in windows

Postby t_revs » Thu Feb 06, 2003 1:34 pm

Hi
I have used the "convert the game engine dynamics into an IPO" python script with Windows 98. With a little bit of jigery pockery - the odd angle has to be changed - I have rendered animations with excellent rigid body dynamics.
So it can be done.

LukeW
Posts: 64
Joined: Mon Mar 03, 2003 1:14 pm

Postby LukeW » Wed Mar 05, 2003 10:19 am

rwenzlaff:
If you can turn the gravity animations into IPO's, then you can easily convert PAL to NTSC and vice-versa.

In the animation buttons just change "Map Old" and "Map New" - to convert PAL to NTSC, put 25 for "Map Old" and 30 for "Map New". I think you've got to manually adjust the ending frame though. (it would be OldValue * 30/25)


Return to “Rendering”

Who is online

Users browsing this forum: No registered users and 1 guest