the rest
After the data leaves the curve, it is fed through the destination
object's filter, it's coordinates section with it's nodes, and
into the destination object itself, which were all already explained.
And that's the end of Puppeteer's workings! That's also where
this in-depth explanation ends. For a lot of the simpler uses,
you don't have to use all the settings. Simply making an object
rotate like another, for example, requires just a few clicks,
and no need to even touch the nodes. The more intricate settings,
like the curve and the patchbay, make the plugin extremely powerful,
but can be left alone for a lot of uses. Also, there are always
more methods to do the same thing. You can for example do a lot
with the curve which you can also do with the nodes, like making
objects move twice as fast, or making object rotate the other
way around than their source objects. In the following section,
I'll give some simple examples and basic uses, hoping to provide
an easy workflow with Puppeteer.
other interface issues |
But first let me brush through some other interface issues, as
there are a couple of buttons I didn't touch yet, as well as behaviour
that needs to be explained.
First off, you have undoubtedly noticed the four buttons in the
bottom-right portion of the Puppeteer interface, called OK, Apply,
Revert and Cancel. These are implemented to supply two kinds of
workflows. Some people like to work in a kind of modal way, opening
up tags by double-clicking them, making changes to the settings
and clicking OK. Other people rather have an editor open always,
and make changes as they see fit. What happens if you are editing
in the Puppeteer interface, is that all changes are made immediately
active. Nonetheless, you still have to store your settings in
the tag itself, or choose not to. Apply simply stores all settings you've made in the tag, allowing you
to save them out and load them in again with the document, or
copy the tag around. Revert restores the settings of the tag prior to editing it with the
Puppeteer interface. The OK button is exactly similar to Apply, but it also closes the dialog.
Likewise, Cancel is similar to Revert, but closes the Puppeteer window as well.
If you are editing a Puppeteer tag, the settings in the Puppeteer
interface stay active even if you are selecting other objects
or tags in your Cinema4D document. This is of course neccesary
for functions like Selected object in the object definition area,
and the Current buttons in the Coordinates sections and nodes
dialog to work. As soon as you select another Puppeteer tag, though,
the Puppeteer interface will automatically update to show this
tag's settings. It is good to know that any changes you've made
to the previously selected tag are then automatically stored!
It's good to keep this in mind though when you don't want the
settings to be stored, but still want to select another Puppeteer
tag. For that to work, you'll first have to revert the original
tag, and only after that select the next tag.
Similarly, if you switch to another document, create a new one
or load an old one, all settings in the Puppeteer interface will
automatically be stored in the tag you were editing. Since this
other document might just as well contain it's own Puppeteer tags,
the Puppeteer interface needs to be able to update. If there is
no Puppeteer tag selected in this other document, the Puppeteer
interface will grey out, making all options inaccessible, untill
you select an existent Puppeteer tag or a document with a selected
Puppeteer tag.
Again, if you do not wish the settings you just made in the Puppeteer
interface to be stored, but still want to switch to another document,
make sure you first press Revert or Cancel, and then switch to
the other document.
It's also good to keep in mind that to properly copy a Puppeteer
tag to another object, or use the Copy tag to children command
in the Object Manager, you first have to store Puppeteers settings
by either pressing Apply or OK, else you run the risk that the
tag gets copied using it's old settings!
There is another issue, concerning Cinema4D's undo. If you perform
an action on an object in Cinema4D, in a lot of cases Cinema4D's
undo buffer is filled with a copy of the object, together with
all it's tags. When you undo that action, the object is replaced
by it's undo-buffer counterpart, effectively restoring the object's
previous state. But since this is actually a copy of the original
object, and Puppeteer is trying to keep track of the last selected
object, it might in some cases be unable to conclude that the
tag it was keeping track of has been restored from a previous
state by Cinema4D's undo system, and the interface may grey out.
If this happens, simply re-selecting the proper Puppeteer tag
solves the problem.
|