<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:568540431;
mso-list-template-ids:-1;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l1
{mso-list-id:1180390239;
mso-list-type:hybrid;
mso-list-template-ids:1137230514 -1 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:\F0D8;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;
mso-fareast-font-family:"Times New Roman";
mso-bidi-font-family:"Times New Roman";}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style></head><body lang=EN-US link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal>I just peeked at the X_ITE source code. I see src/x_ite/Components/H-Anim/HAnim… so perhaps something is coming soon.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>John</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10</p><p class=MsoNormal><o:p> </o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='border:none;padding:0in'><b>From: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Sent: </b>Monday, May 28, 2018 8:09 PM<br><b>To: </b><a href="mailto:joedwil@earthlink.net">Joseph D Williams</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>RE: both X3DOM and X_ITE.</p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>So BoxMan is here (proto version, single animation):<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="http://www.web3d.org/x3d/content/examples/Basic/HumanoidAnimation/BoxManIndex.html">http://www.web3d.org/x3d/content/examples/Basic/HumanoidAnimation/BoxManIndex.html</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>and here (native version, multiple animations):<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="http://www.web3d.org/x3d/content/examples/Basic/HumanoidAnimation/BoxManAnimationPanelIndex.html">http://www.web3d.org/x3d/content/examples/Basic/HumanoidAnimation/BoxManAnimationPanelIndex.html</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>These view in X3DOM JSON (with protoexpander) with some points being animated (via X3DJSONLD), however the main body (skin I guess) does not animate. There’s also the problem of SFRotation being undefined.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Probably our best bet is to try to animate BoxMan.json for X3DOM? Should we go for X3DOM scripts first, then try to do the right thing in my script preprocessor? I can provide a protoexpanded version (or retrieve from X3DJSONLD), it provides expanded scripts as well (same script with different DEF).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>X_ITE doesn’t show the main body because there aren’t HAnim tags I think. Attempting something in X_ITE will require a full PROTO example (ala the Nancy Protos), or native tags.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>John<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From: </b><a href="mailto:joedwil@earthlink.net">Joseph D Williams</a><br><b>Sent: </b>Monday, May 28, 2018 6:59 PM<br><b>To: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>RE: both X3DOM and X_ITE.<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><ul style='margin-top:0in' type=disc><li class=MsoNormal style='mso-list:l1 level1 lfo1'>Is this JoeKick?<o:p></o:p></li></ul><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>That is how it looks in X_ite and others that do not recognize our x3d hanim Humanoid container. Since there is no geometry of the skeleton, except the xyz reference, maybe nothing of the Humanoid moves, or if simple humanoid, then only the skeleton xyz reference moves. Or, if skin but not skin bindings are recognized, then the skin will remain and the xyz will move. If ‘skin is known and the texture is mapped properly, then everything works. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The skin is the indexedfaceset in the user code. It is just a collection of vertices as generally defined surface features and sites in our ‘standard’ hanim example Part 1 Annex A and B.<o:p></o:p></p><p class=MsoNormal>Look at the Joint objects to see how the skin index (order of appearance in the code) is bound to one or more joint objects, with a weight on each joint.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Please note that the latest HAnim standard (DIS) is available from web3d.org<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In this latest and the previous standard there is an example program in Part 1 Annex A that shows the prototypes for the various hanim objects. Except those examples don’t do the ‘skin’. Only the Boxman has a proto for the ‘skin’ animation. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In the Joekick animation we assume full current hanim conformance. Really, try this example on Free BSContact or Flux or Instant. A point for Instant does have the problem in that the JoeKick author depends upon the fact that an indexedfaceset includes a default texture mapping. At one point, not sure about now, Instant was taking exception to generating and using a default map for hanim skin even if the shape is an ifs because everyone has to gen those custom texcoords anyway. I disagree because an ifs is always supposed to generate a map. Anyway, the effect of not having a texture map is that the skin moves through the texture. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Anyway, I think I saw a video of the thing kicking somewhere but the main drift in evaluating any feature of x3d is first find a legacy browser that will do the current standard interfaces and then have a look at the user code. HAnim is ‘old’ but really, the folks that deeply know this stuff actually helped out. How else would you document human-readable structure and bindings (the rig) and the animation data. Really, check out the hanim Displacer, which in a way is most basic general tool because skeleton is not needed. If a tool can do hanim Displacer, then pretty sure skeleton-driven skin animation is within reach. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks and Best, <o:p></o:p></p><p class=MsoNormal>Joe<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Sent: </b>Monday, May 28, 2018 2:40 PM<br><b>To: </b><a href="mailto:joedwil@earthlink.net">Joseph D Williams</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>RE: both X3DOM and X_ITE.<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Is this JoeKick?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><img border=0 width=511 height=247 style='width:5.3229in;height:2.5729in' id="_x0000_i1025" src="cid:image003.png@01D3F6AA.E5691A20" alt="cid:image003.png@01D3F6AA.E5691A20"><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From: </b><a href="mailto:joedwil@earthlink.net">Joseph D Williams</a><br><b>Sent: </b>Monday, May 28, 2018 3:46 PM<br><b>To: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>RE: both X3DOM and X_ITE.<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The point is not scripting, most of hanim can work with a simple hierarchy and rotation interpolators. In simple hanim, the geometry is child of a segment which is a child of a joint. The parent joint is rotated then the child joint, segment, any geometry, and site hierarchy moves as expected. That is why the basic hanim can be easily created from x3d prototypes with no need for scripting. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Seems like the tough part is making the seamless continuous-mesh skin work. This is done by binding each skin vertex to one or more joints, then moving individual skin vertices a weighted function according to rotation of the controlling joint(s). There is not really any similar feature in basic x3d so much scripting is needed even to create a prototype (see Boxman). Obviously this works much nicer if the script is great fast code deep in the browser. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The capability for this in a modern authoring system is fundamental and included in the basics of animation. For starters, you either morph shapes or, really the most fun, is to create an armature (skeleton) and use some algorithm to move a geometry according to movements of the armature. Then add some morph stuff for fine detail. Most times the most carefully guarded secrets of the animator is creating the skeleton-skin and morph bindings. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>HAnim covers both these styles of animation. It is this data that allows animations to be exported from authoring systems, reused and shared. At the time, I guess it was decided to implement this form of animation under Humanoid rather than individual objects in basic x3d. That is also the reason why the deformable skin part of hanim is not prototyped from standard x3d features and needs quite fast and intelligent scripting to get it working in realtime. For any reasonable use, all the computation must be built into the most basic structures of the browser. I don’t know, it might be tough because in the x3d hierarchy there is nothing basic about moving one or more things (vertices) according to the movement of one or more things (joints) plus keeping careful track of those things frame-to-frame. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>So you can see that hanim is built upon basics of x3d and that the hanim skeleton-driven deformable skin functionality, and the spacetime-driven morph technique shown in the hanim Displacer node, should perhaps be available in fairly basic x3d. HAnim sort of hijacked the basic functionality of making a snake-like thing or any other skeleton type with a continuous mesh surface. It is preferable to animate features of a geometry in a scene using the combination of a set of ‘joints’ that controls a continuous-mesh geometry ‘skin’ (Seamless) instead of the sometimes clumsy method of using a set of separate geometries (often having seams at intersections) for the animated shape . <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I think it has been suggested that the hanim features should be available in x3d in a less structured way to allow an author to create the animated object out in the scene rather than only from inside the Humanoid container required by x3d hanim, and it should be. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I would wish for this to happen and will discuss with anyone the current hanim interfaces. Hey, BSContact, Instant, and Flux did it. I’ve been hoping for Octaga to add this because the rest of their browser is fine. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="http://lo-th.github.io/Avatar.lab/">http://lo-th.github.io/Avatar.lab/</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Lots of work but yeah, x3d hanim does all that. Looks like their rest pose, before animation, follows the x3d hanim standard. A BVH input is offered, but we would hope they could export something more usable. Couldn’t see the list of bones used, or how to edit or create animations. Under the hood the avatar and its animation uses the same data as hanim. I mean when you figure out that bone orientations are the same as joint rotations - and lots of other amazing stuff then you just gotta have the x3d hanim capabilities. Much more fun to animate detailed movements using the (hidden in this avatar) joints rather than dragging bones around. If you start in max or any doing skeleton-based animation, there will be a special choice that gives you a ‘standard’ biped that except for a couple of minor joints is an hanim loa2. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Please see some x3d hanim examples and videos. HAnim does all that (a Bone for them is a Segment for x3d). Like many authoring systems, the joints are not shown or even mentioned. We do all that with human-readable code and documentation you can walk away with – animations and all. I mean, really, if your browser can’t do this stuff then … <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>But the real purpose of x3d in this is to document and show implementations of industry best practices. I think we can show that x3d hanim does that. The only divergence I can find is that x3d uses axis-angle instead of unit quat in our data storage. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks and Best, <o:p></o:p></p><p class=MsoNormal>Joe<o:p></o:p></p><p class=MsoNormal>. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Sent: </b>Monday, May 28, 2018 8:35 AM<br><b>To: </b><a href="mailto:joedwil@earthlink.net">Joe D Williams</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>RE: both X3DOM and X_ITE.<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I found this:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="http://lo-th.github.io/Avatar.lab/">http://lo-th.github.io/Avatar.lab/</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>John<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a><br><b>Sent: </b>Monday, May 28, 2018 11:23 AM<br><b>To: </b><a href="mailto:joedwil@earthlink.net">Joe D Williams</a><br><b>Cc: </b><a href="mailto:andreasplesch@gmail.com">Andreas Plesch</a>; <a href="mailto:x3dom-users@lists.sourceforge.net">x3dom mlist</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>Re: both X3DOM and X_ITE.<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>I'd also be afraid that JavaScript isn't up to the HAnim animation task. Got any examples of JavaScript HAnim?<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Mon, May 28, 2018, 10:42 AM Joseph D Williams <<a href="mailto:joedwil@earthlink.net">joedwil@earthlink.net</a>> wrote:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:69.6pt;text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span style='font-size:10.0pt;font-family:Symbol'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]>> both X3DOM and X_ITE … <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'>The discussions about both X3DOM and X_ITE are, to me, missing a very important feature. Neither of these tools can do HAnim skeleton controlled deformable skin. This is a very important feature, lending itself to many important applications in addition to HAnim. There have been several discussions about the hanim joint(s) to deformable skin bindings and as far as I have seen, there is no doubt that the way x3d specifies the basic, most simple, and most transportable technique to achieve the result. So, as the HAnim standard takes the next step, why not move a bit toward implementing this important capability in your browsers. BSContact does it, I think Instant does it mostly but x3dom and x_ite don’t. <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'>Thanks and Best, <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'>Joe<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:33.6pt'> <o:p></o:p></p></div></div></blockquote></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:4.8pt'> <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>