<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: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;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
.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:2026394233;
mso-list-type:hybrid;
mso-list-template-ids:-2048113212 -1 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0: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 l0: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 l0: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 l0: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 l0: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 l0: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 l0: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 l0: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 l0: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 style='margin-left:4.8pt'>> Q1. what do you guys use?<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>> Q2. should makehuman export something we like, and if so what?<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>> Thanks, Doug Sanden (freewrl)<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Hey Doug, look at whatever and under the covers you will see the same stuff and condense that and you will see x3d as best practice. <o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>I forget, does freewrl do any hanim<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>What should makehuman export? <o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>A skeleton?<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Skin? <o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Skeleton with skin bindings?<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Animations?<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Before we can ask to export we must know what that tool chooses to show to the author. <o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>For instance you set up a nice animation and ask for export and they send a set of completed frames for a video and you can’t even ever see anything that looks like user code or readable data. Most times you really have to fight to actually get the data you authored.<o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'>Humanoid animation is complicated and highly structured. Learn x3d hanim and you will learn most of what there is to know. The rest is can you put it together. <o:p></o:p></p><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></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>Thursday, November 29, 2018 11:48 AM<br><b>To: </b><a href="mailto:yottzumm@gmail.com">John Carlson</a>; <a href="mailto:gpugroup@gmail.com">GPU Group</a><br><b>Cc: </b><a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>Re: [x3d-public] HAnim and glTF skins</p></div><p class=MsoNormal><o:p> </o:p></p><ul style='margin-top:0in' type=disc><li class=MsoListParagraph style='margin-left:0in;mso-list:l0 level1 lfo1'>Andreas - Another feature in glTF are morph targets which are independent of skins. They are similar to HAnim displacers but I have not looked very closely if it is possible to define a mapping between them. <o:p></o:p></li></ul><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The thing that maybe special in HAnim is that the displacers applied to skin are additive to other mesh animation. I think you will find that morph thingees will be used with other skin animation techniquess <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>HAnimDisplacer<o:p></o:p></p><p class=MsoNormal>coordIndex [ numerical index of each parent geometry vertex <o:p></o:p></p><p class=MsoNormal> to be animated in the same order as they appear <o:p></o:p></p><p class=MsoNormal> in the user code for the target geometry ]<o:p></o:p></p><p class=MsoNormal>displacements [ x,y,z in skeleton space <o:p></o:p></p><p class=MsoNormal> maximum displacement of each vertex ]<o:p></o:p></p><p class=MsoNormal>weight 0 to 1 animation control <o:p></o:p></p><p class=MsoNormal> (linear interpolation)<o:p></o:p></p><p class=MsoNormal> 0 = same location as parent mesh initial vertex <o:p></o:p></p><p class=MsoNormal> 1 = defined maximum displacement location of parent mesh vertex <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Parent geometry is either the Humanoid, if the Displacer is applied to the mesh in the skin node, or, the geometry of the Displacer node's parent Segment. The displacements xyz data gives a relative target maximum displacement, sort of like there is vector that points from the current vertex position to the location of maximum displacement and the current vertex is moved along that vector according to the weight input. <o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>Displacer nodes require detailed knowledge of the parent mesh. Specifically, the vertex order of the parent mesh must not change between authoring and rendering. Compared to CoordinateInterpolator, for example, since all vertices of the mesh may not need to be animated for a sequence, only the vertices to be moved are included. If the mesh is being animated by another process, then those results and all displacer(s) results must be applied to the entire mesh in the same frame. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In fact, what would be the problem, since the name of the node in X3D is HAnimDisplacer, the name Displacer is available for x3d, Why not figure out how to do at least a simple one for V4, or change the name. Canvas the industry and see the various names they call these things, then pick something different. The data and execution of the displacer is like other things called various names that so the same thing, as it has always been. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Also, if a good goal is to bring in some more simplified form of articulation-driven mesh animation, why not define a simple root-Joints-segments-skin hierarchy setup using some plain names for the animation nodes and skin bindings. I mean, whatever. we might as well call a joint a rotary, fixed center of rotation actuator. And, of course we need joint-like things, only the most perverse (mis)understanding of the fact that bone orientation the same as joint rotation wants to do away with joints. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I can see why a gltf vertex contains a list of actuators and weights while hanim uses the actuator to hold the list of vertices and weights of the mesh it animates. Some gltf code may show a minimum of 16 actuaor realtionships per vertex is ‘standard’ with bunches of zeros, beca the hdwr wants it that way. That is wasteful and from what I have seen x3d would not make it the prime directive that the authortime has to look like the runtime. That has always been. There is runtime and there is authortime. HAnim, is concerned with composability and clear documentation. Sure, it may depend upon how you learned it, but for authortime, if you take care of it at the jointss, then the mesh will be ok. <o:p></o:p></p><p class=MsoNormal> <o:p></o:p></p><p class=MsoNormal>The gltf binary is for under the covers, more for rendering than for authoring. The runtimes want the data in gltf form and hanim says that is fine, take the way we do it and create your binary, maybe using a style sheet, or vice-versa. Every current x3d runtime converts the x3d utf-8 text to a target binary form at some point. That is why a set of properly structured binaries might be able to be imported rather easily because the runtimes probably use that form anyway, just input in different, more abstractly-connected containers than x3d hanim. The names and readability are different while the data, the data structures, and the necessary connections are the same under the covers. I hope all the gltf and x3d data types match. gltf is fine, as long as I can edit the source. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><ul style='margin-top:0in' type=disc><li class=MsoListParagraph style='margin-left:0in;mso-list:l0 level1 lfo1'>John - My guess is the rig + bvh + something is what we need for the skin deformations. This is the first time I’ve tried to animate a human, but I’ve done some head shots.<o:p></o:p></li></ul><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>HI John. maybe look at the attachment, this one with some animation. You can play with the BVH with Don, but that is not the native form and is not really required since it is easy to create animations by hand, When you start talking skin, then it is a good step up in understanding and processing and rendering so you don’t have to jump right into the skin part of it. Andreas put up a link to some hanim x3dom examples. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Best Wishes<o:p></o:p></p><p class=MsoNormal>Joe<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>Thursday, November 29, 2018 9:39 AM<br><b>To: </b><a href="mailto:gpugroup@gmail.com">GPU Group</a><br><b>Cc: </b><a href="mailto:x3d-public@web3d.org">X3D Graphics public mailing list</a><br><b>Subject: </b>Re: [x3d-public] HAnim and glTF skins<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>My guess is the rig + bvh + something is what we need for the skin deformations. This is the first time I’ve tried to animate a human, but I’ve done some head shots.<o:p></o:p></p></div></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Thu, Nov 29, 2018 at 10:02 AM GPU Group <<a href="mailto:gpugroup@gmail.com">gpugroup@gmail.com</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><div><div><p class=MsoNormal style='margin-left:4.8pt'>PS I loved this little tool for making humans<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><a href="http://www.makehumancommunity.org/" target="_blank">http://www.makehumancommunity.org/</a><o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>and used the humans in blender for static shot raytrace <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><a href="https://sites.google.com/site/commutar/" target="_blank">https://sites.google.com/site/commutar/</a><o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>- see human shots near bottom<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>x but the export options don't include glTF or x3d<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><a href="https://github.com/makehumancommunity/makehuman" target="_blank">https://github.com/makehumancommunity/makehuman</a><o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* collada .dae<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* filmbox .fbx<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* makehuman exchange (mhx2<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* wavefront obj<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* ogre 3D<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* Stereolithography (stl)<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>Rig format<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>* Biovision Hierarch BVH<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>Q1. what do you guys use?<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>Q2. should makehuman export something we like, and if so what?<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'>Thanks, Doug Sanden (freewrl)<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></p></div></div></div></div><p class=MsoNormal style='margin-left:4.8pt'><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-left:4.8pt'>On Thu, Nov 29, 2018 at 7:34 AM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" target="_blank">andreasplesch@gmail.com</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><p class=MsoNormal style='margin-left:9.6pt'>My interest was in supporting animation in glTF inlines in x3dom. With basic animation pretty much solved as TimeSensor/Interpolator/Route combos, the next step is skinned animation. Since HAnim is actually not strictly limited to humanoids (if the H is ignored), it appears more and more feasible to use it to represent glTF skins and skeletons in a fairly complete manner. At least this is what my first manual translations suggest. I am not familiar with other skinned animation systems but most can export glTF.<o:p></o:p></p><div><p class=MsoNormal style='margin-left:9.6pt'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:9.6pt'>Another feature in glTF are morph targets which are independent of skins. They are similar to HAnim displacers but I have not looked very closely if it is possible to define a mapping between them.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:9.6pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:9.6pt'>One difference is that morph targets can be used outside of a joint hierarchy (skeleton) in glTF whereas displacers are confined to joints and segments within a x3d skeleton. Until displacers are released into the wild, it would mean that glTF meshes with morph targets have to be wrapped in a humanoid node. This seems possible. <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:9.6pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:9.6pt'>Implementing HAnim vertex wise deformation ultimately needs to be in vertex shaders. This may actually mean using a glTF skin representation since it is perhaps more shader friendly.<o:p></o:p></p></div><div><div><p class=MsoNormal style='margin-left:9.6pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:9.6pt'>-Andreas<o:p></o:p></p></div><div><div><div><div><p class=MsoNormal style='margin-left:9.6pt'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:9.6pt'>---on the phone---<o:p></o:p></p></div><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'><p class=MsoNormal style='margin-left:.2in'><br>Date: Wed, 28 Nov 2018 16:35:17 -0800<br>From: Leonard Daly <<a href="mailto:Leonard.Daly@realism.com" target="_blank">Leonard.Daly@realism.com</a>><br>To: <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>Subject: Re: [x3d-public] HAnim and glTF skins<br>Message-ID: <<a href="mailto:20125083-023f-b96a-6586-ab8e6d3ea128@realism.com" target="_blank">20125083-023f-b96a-6586-ab8e6d3ea128@realism.com</a>><br>Content-Type: text/plain; charset="utf-8"; Format="flowed"<br><br>Andreas,<br><br>I have read all of the messages with this subject. I am responding to <br>the first one because I think that is best where my question arises.<br><br>Are you working on an understanding and implementation of H-Anim skinned <br>animation in X3D or the more general animation of skinned surfaces that <br>is done in Maya/Blender/+ in most every other application/use?<br><br>If you are doing the more general case would it make more sense to get a <br>good understanding of the process and work-flow that is used in those <br>applications and practices?<br><br>If the intent is to use H-Anim with X3D, you will need to resolve the <br>differences between X3D V3.3/H-Anim V1.0 and X3D V4 (not yet in <br>existence)/H-Anim V2.0 (perhaps); as you have noted in one of the other <br>messages in this chain.<br><br><br>Leonard Daly<br><br><br>> I am collecting information on these skinning systems here:<br>><br>> <a href="https://github.com/andreasplesch/x3dom/wiki/HAnim-and-glTF-skins" target="_blank">https://github.com/andreasplesch/x3dom/wiki/HAnim-and-glTF-skins</a><br>><br>> [This is a editable wiki if anybody wants to add to it]<br>><br>> It looks like the less well known<br>><br>> jointBindingPositions/Rotations/Scales and skinBindingCoords/Normals<br>><br>> fields used for non-humanoid skeletons may be useful but I am not<br>> certain how to interprete those fields. Castle may not implement those<br>> as a search did not find a match ?<br>><br>> My understanding is that the transformation matrix defined by these<br>> fields needs to applied before joint trafos are applied. But to which<br>> vertices ? The ones listed in skinBindingCoords for sure (if they are<br>> indexed by skinIndex field in the joint) but how does<br>> skinBindingCoords and skinCoords field interact ? Does the<br>> skinBindingCoords field take precedence ? But why then have both<br>> fields in the first place ?<br>><br>> Could the jointBinding fields equivalently be replaced by a sub-Joint<br>> node under the joint the fields map to ?<br>><br>> Is there an example using these fields ?<br>><br>> Thanks,<br>><br>> -Andreas<br>><br>><br>><br>><br><br>-- <br>*Leonard Daly*<br>3D Systems & Cloud Consultant<br>LA ACM SIGGRAPH Past Chair<br>President, Daly Realism - /Creating the Future/<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20181128/f49fe788/attachment-0001.html" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20181128/f49fe788/attachment-0001.html</a>><br><br>------------------------------<br><br><br>From: Leonard Daly<br>Sent: Wednesday, November 28, 2018 4:35 PM<br>To: <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>Subject: Re: [x3d-public] HAnim and glTF skins<br><br>Andreas,<br><br>I have read all of the messages with this subject. I am responding to the first one because I think that is best where my question arises.<br><br>Are you working on an understanding and implementation of H-Anim skinned animation in X3D or the more general animation of skinned surfaces that is done in Maya/Blender/+ in most every other application/use?<br><br>If you are doing the more general case would it make more sense to get a good understanding of the process and work-flow that is used in those applications and practices? <br><br>If the intent is to use H-Anim with X3D, you will need to resolve the differences between X3D V3.3/H-Anim V1.0 and X3D V4 (not yet in existence)/H-Anim V2.0 (perhaps); as you have noted in one of the other messages in this chain.<br><br><br>Leonard Daly<br><br>I am collecting information on these skinning systems here:<br><br><a href="https://github.com/andreasplesch/x3dom/wiki/HAnim-and-glTF-skins" target="_blank">https://github.com/andreasplesch/x3dom/wiki/HAnim-and-glTF-skins</a><br><br>[This is a editable wiki if anybody wants to add to it]<br><br>It looks like the less well known<br><br>jointBindingPositions/Rotations/Scales and skinBindingCoords/Normals<br><br>fields used for non-humanoid skeletons may be useful but I am not<br>certain how to interprete those fields. Castle may not implement those<br>as a search did not find a match ?<br><br>My understanding is that the transformation matrix defined by these<br>fields needs to applied before joint trafos are applied. But to which<br>vertices ? The ones listed in skinBindingCoords for sure (if they are<br>indexed by skinIndex field in the joint) but how does<br>skinBindingCoords and skinCoords field interact ? Does the<br>skinBindingCoords field take precedence ? But why then have both<br>fields in the first place ?<br><br>Could the jointBinding fields equivalently be replaced by a sub-Joint<br>node under the joint the fields map to ?<br><br>Is there an example using these fields ?<br><br>Thanks,<br><br>-Andreas<br><br><br><br><br><br>-- <br>Leonard Daly<br>3D Systems & Cloud Consultant<br>LA ACM SIGGRAPH Past Chair<br>President, Daly Realism - Creating the Future <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20181128/d30e39f7/attachment.html" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20181128/d30e39f7/attachment.html</a>><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>x3d-public mailing list<br><a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br><a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br><br><br>------------------------------<br><br>End of x3d-public Digest, Vol 116, Issue 52<br>*******************************************<o:p></o:p></p></blockquote></div></div></div></div></div></div></div></div><p class=MsoNormal style='margin-left:9.6pt'>_______________________________________________<br>x3d-public mailing list<br><a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br><a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><o:p></o:p></p></blockquote></div></blockquote></div></div><p class=MsoNormal style='margin-left:4.8pt'>_______________________________________________<br>x3d-public mailing list<br><a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br><a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>