Yamyam: 1版をインポートしました

2018-06-28T17:50:42Z

1版をインポートしました

wiki>Johnnyd: Just making the English a little more idiomatic.

2014-03-22T20:39:47Z

Just making the English a little more idiomatic.

新規ページ

== Proxy Objects ==
One of the powerful features in Blender is to use data linked from other <tt>.blend</tt> files. The referenced data is then continually read from that other file and cannot be edited. This is called a [[Doc:2.6/Manual/Data_System/Linked_Libraries|linking object data]].

When working in a team environment, you may want control users' access to files. For example, if modeling a car, you may have one person working on the shape of the car (its mesh), but another working on available color schemes (its materials). In this case, you want to grant the painter a Proxy of the object and allow him/her to modify the material settings. More commonly, you will have a character being animated by a team of animators; they can define poses, but cannot change the character’s colors or armature, only use what is defined by the master rigger.

The important aspect of a proxy object is that it allows you to edit data locally, but also allows specific data to be kept restricted. Data that’s defined as restricted will always be restored from the library (typically on file reading or undo/redo steps). This restriction is defined in the referenced library itself, which means that only the library files can define what’s allowed to change locally.

Linking object data is a great method for keeping final models, such as props and background scenes, from accidentally being altered while animating a scene, because the objects are protected in another .blend file. It is also good to link characters to keep the original character model and rig preserved.

A '''proxy object''' overrides the animation controls of a linked object in a nondestructive way, that permits an animator to work with poses and actions locally. The linked character object retains all its original information and is only locally altered by the proxy object scene.

=== Image 1 ===
[[Image:Manual-Proxy_Objects-Diagram1.jpg|frame|right|Image 1]]
This diagram shows what happens when you load a character from a library (<span style="color:red;">color red</span> is referenced data).
* {{Literal|SC}} is the [[Manual/Scene_Creation|Scene]]
* {{Literal|OB}} is an [[Manual/Objects|Object]]
* {{Literal|ME}} is the [[Manual/Meshes|Mesh data]]
* {{Literal|AR}} is the [[Manual/Armature Objects|Armature]]
* {{Literal|AC}} is an [[Manual/The_Action_Editor|Action]]
Note that the pose is part of the armature object. The mesh object points to the armature object, the arrow symbolizes the armature deformation modifier. A linked character setup does not allow any edits to be made.
{{clr}}

=== Image 2 ===
[[Image:Manual-Proxy_Objects-Diagram2.jpg|frame|right|Image 2]]
If we make the armature object with it's pose data local, we have access to edit that new armature object. However, the mesh object's armature modifier is still being protected in the library and is not pointing to the locally copied armature object. So, the linked character will not follow the local armature object.
{{clr}}

=== Image 3 ===
[[Image:Manual-Proxy_Objects-Diagram3.jpg|frame|right|Image 3]]
One way to solve this dilemma is to make the character's mesh object local too. This will fix the modifier conflict, but the benefits to keeping the character linked are lost.

A big disadvantage of this is that the entire pose data isn't read from the library anymore (which contains all IK and constraints too). That means that important rigging updates in the library are ignored. Also, if the character's design is updated in the original file, it will not update automatically in the scene.

It would be much nicer if we could keep the entire character referenced, and define certain parts to become local editable in our own files.
{{clr}}

=== Image 4 ===
[[Image:Manual-Proxy_Objects-Diagram4.jpg|frame|right|Image 4]]
This is what the '''bold'''proxy object'''bold''' does. It aligns itself with the referenced object and pose data, allowing to make local edits that will override the referenced data.
{{clr}}

== Adding Proxies ==
Select/activate a library linked object, and press {{shortcut|ctrl|alt|P}}.

This will add a new object, creates a proxy reference to the library object, and removes the library object from the scene.

In the [[Manual/The Outliner|Outliner]] this shows as a ghost icon ({{todo|add icon here}}).

== Synchronizing with Proxies ==
[[Image:Manual-Proxy Objects-Armature Panel.jpg|frame|right|{{Literal|Armature}} panel settings for Proxy Objects]]
The important aspect of a proxy object is that it allows data to be edited locally, but also keeps the original data protected and link intact.

Data that's defined as 'protected', will always be restored from the Library (typically on file reading or undo/redo steps). This protection is defined by the referenced library itself, which means that only the library files can define what's allowed to change locally.

For poses, you can control this by indicating bone layers to become protected. Protected layers then show with a black dot in it. Use {{shortcut|ctrl|lmb}} on a button to lock it or unlock it.
{{clr}}

== WIP Notes ==
* This is work in progress, for evaluation especially in larger animation projects.
* Currently Proxy support now works for other Objects as well, but only for Object transformations (not for modifiers or constraints, for example).
* Proxy support for Armatures inside Groups will be added.

== Examples ==

== Further Information ==
* See http://www.blender3d.org/cms/Proxy_Objects.824.0.html.

← 古い版	2018年6月28日 (木) 17:50時点における版
(相違点なし)

テンプレート:Release Notes/2.43/Animation/Proxy Objects - 版の履歴

Yamyam: 1版 をインポートしました

wiki>Johnnyd: Just making the English a little more idiomatic.

Yamyam: 1版をインポートしました