未验证 提交 6e1dc707 编写于 作者: M Mr.doob 提交者: GitHub

Merge pull request #15018 from rtpHarry/patch-1

improve some wording in animation docs
......@@ -52,13 +52,13 @@
<p class="desc">
Inside of such an *AnimationClip* the data for each animated property are stored in a
separate [page:KeyframeTrack]. Assumed a character object has a [page:Skeleton skeleton],
separate [page:KeyframeTrack]. Assuming a character object has a [page:Skeleton skeleton],
one keyframe track could store the data for the position changes of the lower arm bone
over time, a different track the data for the rotation changes of the same bone, a third
the track position, rotation or scaling of another bone, and so on. It should be clear,
that an AnimationClip can be composed of lots of such tracks.<br /><br />
Assumed the model has [page:Geometry.morphTargets morph targets] (for example one morph
Assuming the model has [page:Geometry.morphTargets morph targets] (for example one morph
target showing a friendly face and another showing an angry face), each track holds the
information as to how the [page:Mesh.morphTargetInfluences influence] of a certain morph
target changes during the performance of the clip.
......@@ -69,7 +69,7 @@
<p class="desc">
The stored data form only the basis for the animations - actual playback is controlled by
The stored data forms only the basis for the animations - actual playback is controlled by
the [page:AnimationMixer]. You can imagine this not only as a player for animations, but
as a simulation of a hardware like a real mixer console, which can control several animations
simultaneously, blending and merging them.
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册