<html 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)"><style><!--
/* Font Definitions */
@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;}
--></style></head><body lang=EN-US link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal>So, doing some more looking, I find the morphing features need a native mesh, a set of values that define the fullymorphed absolute max displacement of each mesh point relative to the native mesh. Data requirements are the same as for X3D hanim displacer. Of course, as Leonard has mentioned, maybe somebody should bring the displacer out of dedicated hanim to be in some category of more automated coordinateinterpolators? </p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Unfortunately, like doing real joint-driven deformable skin or a displacement-based morpher is a step above typical capabilities required for interactive realtime x3d browser – ya need full hanim component, for now.  For composition, the morpher-style animation may make it easy to substitute a set of only the start and end (0 to 1, maybe) mesh points then use interpolation to define the state of the morph, instead of defining several intermediate meshes. For simple stuff, big hint: if you can do it with a two sets of meshes in a coordinate interpolator, then a the morpher , or displacer is more simple to code – if your editor will give you relative position values between two meshes, then you got it. </p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>This data would be made live in a scene when, for example, the data is used to deform the mesh according to runtime providing some fraction or weight for the unmorph to fullmorph mesh state for that frame, and some interpolation. For real time this is harder to do so look at x3d hanim examples to see displacer in action. Thus, as basic x3d hanim structures can be easily represented in glTF, so can any sort of animations. Same number of points required, same spacetime required, only the field names and your names may be different depending upon the underlying animation structures of current realtime rendering robots. Like the rest, given the identicalityness of the data and data structures, the very general x3d hanim displacer and a typical two step morpher is just a style sheet away - either way you want to author it, store it, transport or transcode it, and finally, most importantly, run it anywhere using x3d for the www. </p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks and Best, </p><p class=MsoNormal>Joe</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>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:joedwil@earthlink.net">Joseph D Williams</a><br><b>Sent: </b>Saturday, December 23, 2017 8:29 PM<br><b>To: </b><a href="mailto:brutzman@nps.edu">Don Brutzman</a>; <a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>Re: [x3d-public] X3D and glTF Features Comparison</p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Morph targets No Yes<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>X3D does morph targets using HAnim Displacer (standard coordinateinterpolator operations do it too). As long as the number of points is the same from begin to end morph, then all is as expected. <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>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:brutzman@nps.edu">Don Brutzman</a><br><b>Sent: </b>Saturday, December 23, 2017 12:24 PM<br><b>To: </b><a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>[x3d-public] X3D and glTF Features Comparison<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The X3D Working Group is please to release an updated X3D and glTF Features Comparison.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Since we are considering how glTF might be included as loadable external geometry in X3D version 4, the comparison spreadsheet is attached at<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>           X3D Version 4 | Web3D Consortium<o:p></o:p></p><p class=MsoNormal>           http://www.web3d.org/x3d4<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>           glTF X3D Features Comparison (3 NOV 2017)<o:p></o:p></p><p class=MsoNormal>           http://www.web3d.org/sites/default/files/page/X3D%20Version%204/glTfX3dFeaturesComparison.pdf<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Several months of dedicated review and consideration has produced this excellent document, building on important initial work by Leonard Daly.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Further review, comments and improvements are welcome.  Have fun with X3D and glTF!  8)<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>all the best, Don<o:p></o:p></p><p class=MsoNormal>-- <o:p></o:p></p><p class=MsoNormal>Don Brutzman  Naval Postgraduate School, Code USW/Br       brutzman@nps.edu<o:p></o:p></p><p class=MsoNormal>Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149<o:p></o:p></p><p class=MsoNormal>X3D graphics, virtual worlds, navy robotics http://faculty.nps.edu/brutzman<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>