Animation in SketchUp
-
@pixero said:
I'd say it's unsolved.
Good.
@pixero said:
A good keyframe editor is a must for better animation control.
What is a "good keyframe editor"?
@pixero said:
Also the tour tool in LightUp is a great way to record animation.
What does this do?
@whaat said:
no one has ever done a complete animation plugin [because of] the huge amount of work necessary to create a good UI.
What would be needed? Can you doodle one?
@chris fullmer said:
I keep trying to outline in my head what would be needed as a bare minimum, and I keep coming back to thinking that a timeline editor would be the first important thing to create.
Can you doodle one?
-
@martinrinehart said:
... Can you doodle one?
Always questions ... how about putting forward your own ideas?
-
@chrisglasier said:
Always questions ... how about putting forward your own ideas?
At present I'm extending my SketchTalk Move command from
m comp, vector
to
m comp, vector, nsecs
The latter moves the component in the specified number of seconds. Small stuff moves smoothly at 25 fps. Working on a queue-based system so you can specify consecutive moves:
# flight.rb new bp = i '/models/biplane' none for i in 1..5 # taxi, speeding up m bp, [10*i, 0, 0], 1 end for i in 6..10 # takeoff m bp, [10*i, 0, 5*i], 1 end
This is underware in need of outerware.
-
I think this is the middle wear of a very layer outfit. If you look at other systems that do animation (3dsmax is my only minimal experience), there is a timeline and everything ties into that timeline. I can't help but think that the timeline is more or less the base layer that needds to be put down.
-
@martinrinehart said:
@pixero said:
A good keyframe editor is a must for better animation control.
What is a "good keyframe editor"?
Something like this: http://forums.sketchucation.com/viewtopic.php?f=180&t=8547#p51051
If you need more detailed information just ask.@martinrinehart said:
@pixero said:
Also the tour tool in LightUp is a great way to record animation.
What does this do?
You fly around in the model in realtime and can record that motion to numbered images to make an animation in some video program. The camera has inertia so you get a very smooth flowing animation, a bit like with a steadycam.
I've made an example animation here: http://www.youtube.com/watch?v=0MiW5c7tn_QIf we had that combined with Chis Fullmers record camera script we could have a exact match between a sketchup animation and a LightUp animation making it possible to have a SU styles sketch turn in to a SU lines animation turn into a fully LightUp rendered animation.
If we could save the motion and turn the camera positions per frame* to a spline we could edit it to adjust minor camera move mistakes instead of having to remake the whole flythrough.*You'll have to work with per frame since that is the only way to have accelleration and decellerations in SU since SU only can do linear interpolations between scenes. (Thats why SU animations look so stiff and unnatural.)
-
I think I must be one of few who are interested in animation for analysis. Maybe there are others around here? I think these things need to be aired if we want to really use IT to enhance our performance rather than just titillate.
So, for example, instead of having a chart for a production flow or building process you run an animation using the same start and duration data. Positioning data could come from any number of sources but I see the main point as separating the movement of objects from the movement of the camera.
The latter is of course pure Sketchup but the rest I am sure should be via its web dialog so that people who are not modelers can also take advantage of animating models for their own analyses.
-
There is no need to separate camera animation from object animation though. It should be regarded as any other object, able to be animated and controlled via the same keyframes, key locations, path contraints, etc that should be available to object animation.
Its just the web dialog UI that is a daunting task.
-
@chris fullmer said:
There is no need to separate camera animation from object animation though. It should be regarded as any other object, able to be animated and controlled via the same keyframes, key locations, path contraints, etc that should be available to object animation.
I can make objects rotate and move. I put some examples on YouTube some time ago. As you will know now it is blocked here, so I can't provide the links. Tags include Sketchup and nameset.
No key frames were involved, and I remember I could manually pan, zoom and orbit whilst the animation was continuing; that's why I see them as separate.
@chris fullmer said:
Its just the web dialog UI that is a daunting task.
It takes a lot of my time but will get there in the end.
-
I have been following different animation solutions (plugins and extensions) for Sketchup and I think that Sketchers Studio is the most advanced one. Anyway, they seem to have it only for Mac.
http://sketchersstudio.com/en/ -
That looks like a program that does animation outside of SU, it just lets you import SU models. We're talking about an actual animation toolset inside of SU.
@Chris - I remember you already have things animated in the past. I thought it was very cool when I saw it. In that respect, of being able to control the camera while the animation plays in the viewport, I agree. There would need to be a way to choose if the user is in animated camera view mode, or in regular SU view mode. Most modelers handle this by creating an actual camera object (much like the film and stage plugin). You can then animate that physical object. Then you could choose to set the viewport to be looking through that camera, click "play" and you would see the animation through the animated camera lens. Or choose to exit out of that camera into regular SU free cam mode, click "play" and you could watch all animated elements dance around, including the animated camera object, that is not being looked through.
That is how other programs handle that I am aware of, and it is very succesful. Then you can create multiple cameras and animate them differently, export the rendered movie through various views. Even change the camera in the middle of the animation, so it is like cutting to another view like movies do all the time.
But all this is dependent on having a way to visualize the animated objects in their animation paths, and alter their paths of animation easily. That is the point of keyframes. You select an object, put the timeline onto frame 1. Record a keyframe for the selected object. Then it knows exactly where it stands at frame 1. Then move the object to where you want it to be at a later frame. Maybe 5 seconds later. Put the frame onto frame 150, record the keyframe for that object and then the animation software interpolates all locations that the object will pass to get from frame 1 to frame 150. To edit the animation, you highlight frame 150, the object jumps to that location, you move the object to where you want it, re-record the keyframe and voi-la, the animation is updated.
Its just a visualization techinue that makes animation easier to comprehend than pure xyz locations and vectors, which is a very rigid way to animation an object. In the end the software just needs to remember the xyz position and that is all it records, but keyframes help the user enter that data into the software.
Gee I get excited thinking about it. It would be fairly easy to implement most of this over components and groups by animating their transformation matrix. But animating raw geometry is hard because SU does not keep objectID's across SU sessions. So it is very difficult to keep large amounts of data attached to raw geometry. It requires parsing the entire model and rebuilding that data each time the model is opened. Yeah, wow animating vertices is a monumental task...
Chris
-
I am just suggesting animation can be another multimedia report machine-generated from the same data or criteria used for locating components and making Gannt and PERT charts ... as opposed to animation created with key frames for a video. So it would need to be restricted to animating components.
For example, an animation of constructing a building over a year could be examined over different time periods and spans and react to input of data relating to start, completion and suspension. It only becomes fixed when the data is fixed - maybe never, if the model is passed on for use by the building owner.
-
@chris fullmer said:
Its just a visualization techinque that makes animation easier to comprehend than pure xyz locations and vectors, which is a very rigid way to animation an object.
Actually, it's a very flexible way to animate (tho maybe not so user friendly). Here's the actual
flight.rb
that did my first taxi/takeoff. Note the acceleration in the first ten seconds and the climb in the next 30 seconds.# flight.rb n bp = i '/models/biplane' none for i in 1..5 m bp, [2*i, 0, 0], 2 end for i in 6..20 m bp, [8, 0, (i/3-2)], 2 end
When I first "flew" my biplane, I stood at the origin and watched it fly away. Later I moved out to just before the end of the flight. A little spec took off from the airport; turned into a biplane as it approached and damn near hit me at speed. Very scary! Think Hitchcock.
I'm abandoning my Timer class (UI.timer-based, but Java-like, with start() and stop() methods and a Runnable object) because I want to have several things (including the camera) animated at once. Multiple timers will probably eventually get out of synch. It lived for less than 24 hours after it's first use. Sad.
I'm writing a Conductor class. Any object wanting to animate must register (before time 0) with the conductor (pass a reference to a callback) for a specific time interval. During that interval the conductor (again, UI.timer based, but only one timer) will pass frame ticks back to the registered object(s). What the object does is not the conductor's problem. (If your stupid anti-virus program starts a full scan in the middle of your animation, all animatees will be slowed together but will still be in synch.) Will fit very well with a timeline-based keyframe approach.
I loved Pixero's detailed UI design. Does anyone else have even a sketch? How about SketchUp as a UI modeling tool? How about a 3d UI? How about 3d camera(s) that you position/move around your model?
-
Somewhere amongst Martin's Uncle Holly speak you can find something sensible but contorted like: "During that interval the conductor (again, UI.timer based, but only one timer) will pass frame ticks back to the registered object(s)." This is better explained somewhere I can't find at the moment, but it's important. Will post again when found.
-
Why wouldn't you want to use Scenes to define the keyframes?
Our (vaporous) dialog would allow defining what happens to objects between the keyframes (scenes): sets the number of frames (or seconds), easings, etc.
But there is more types of animation than moving - what about rotation? color? model time (shadows)? focal length?, etc.
You do not want to just move objects, you want to animate the properties of objects (meant in a Ruby context.)
Properties include things such as .transformation of Groups, colors (.blend) can be animated, Page properties (i.e. fog). Any property in the SketchUp app for which setter and getter methods can be created can also be animated using the same framework; if the framework is written in a general way.
So if a Group has a
.transformation
(and matching.transformation=
) property - you want to animate it's transformation as opposed to it's position. So an object needs setter and getter methods for the property to be animated. If they do not exists, they can be added to the object; as in the Camera; which for whatever reason lacks direct manipulation via a Transformation.I posted a couple code snippets that are the beginnings of such a system: http://forums.sketchucation.com/viewtopic.php?f=180&t=25119
-
But please don't use timers - use the Animation class. Renderers already support it for rendering animations - I'm not sure they can hook into timer-based anims. My snippet in the previous post uses the Animation class.
-
For my usage - animation would only be relevant if it would be possible to render it.
-
How exactly do renderers work with object animation - like in Sketchyphysics? How can they capture that movement?
In my camera recorder script I ended up making a scene for each frame of the animation so that a renderer would be able to process scenes. But how can they use animation information? Is it something most of them have built in and it just a matter of writing the code according to their standards? Or do they have to implement object animation for each plugin that comes along and offers its own animation solution?
chris
-
@chris fullmer said:
How exactly do renderers work with object animation - like in Sketchyphysics? How can they capture that movement?
I don't kow the answer to that. SketchyPhysics does use the Animation class, and I assume uses the physics engine to do the heavy calculations needed.
They must be able to hook into that animation from the c/c++ code, since there can only be a single animation active at a time.
-
I see two different ways to do animation in SU. Both good in their own way:
-
Fly around in realtime with something like LightUp's Tourtool mixed with Chris Fullmers Record camera. Then enhanced with a way of manually adjusting curves to reposition camera/object.
-
Keyframe based animation with a timeline. Maybe a tool to drag and rotate the camera to the right position. A bit like the walktool but dragging instead of pushing the camera for better control. Maybe even adjustable curves in the UI like most animation software have. (I know you can draw curves like that with javascript.)
-
-
@chrisglasier said:
Will post again when found.
Looping: Single vs. Multiple vs. Fixed Timelines, amongst other things.
Also the demo - Click and drag to create more.
Advertisement