<div style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:12pt"><p style="margin: 0.1rem 0; line-height: 1.0;">Not sure why I think this, but forget the Motions (bvh execution) for this now and only deal with typical interpolator driven animations. Basic problem with switching between animations with Motion stuff. </p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
<p style="margin: 0.1rem 0; line-height: 1.0;">Probably don't think we need to switch LOA for skeleton, just LOD for skins and segment geometry. Segment geometry should work LOD like any other geometry. The problem is with skin; different mesh means different index and possibly weights for different LOD skin. </p>
<p style="margin: 0.1rem 0; line-height: 1.0;">In fact, it might be better to think of just switching from skin to segment geometry and same animations for distance viewing. Probably won't be good to do LOD change when character is being animated. </p>
<p style="margin: 0.1rem 0; line-height: 1.0;">Thanks,</p>
<p style="margin: 0.1rem 0; line-height: 1.0;">Joe</p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
<p style="margin: 0.1rem 0; line-height: 1.0;">ps:</p>
<p style="margin: 0.1rem 0; line-height: 1.0;">another emerging need is to be able to use skin directly for Site functions. That is, to include a sensor as a child of a particular point of  the skin. For the fash folks, they want to detect proximity to a skin point rather than a Site which is part of the skeleton and may not track the skin movement. </p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
<p style="margin: 0.1rem 0; line-height: 1.0;">Thanks for thinking about this,</p>
<p style="margin: 0.1rem 0; line-height: 1.0;">Joe</p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
</div>
<div class="elnk-inline-message-container" style="border-left: 1px solid #aaa; box-sizing: border-box; padding: 10px 0 10px 15px; margin: 0;">
<p>-----Original Message-----<br>From: GPU Group <gpugroup@gmail.com><br>Sent: Nov 11, 2023 7:15 AM<br>To: Humanoid Animation (H-Anim) Working Group <h-anim@web3d.org><br>Cc: X3D Graphics public mailing list <x3d-public@web3d.org><br>Subject: Re: [x3d-public] CALL FOR: HAnim Level of Detail and other speed optimizations</p>
<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">LOD suggestions (all untested)
<div>
<p class="MsoNormal">LOD Requirements:</p>
<p class="MsoNormal">a) route to persistant fields for motions because skeleton/joints and skin are swapped</p>
<p class="MsoNormal">b) motions include routing from orientationInterpolators,  and routing to.motions and .motionsEnabled fields</p>
<p class="MsoNormal">Main Options:</p>
<p class="MsoNormal">A. external HAnimLOD node</p>
<p class="MsoNormal">- with MFNode field of HanimHumanoid and range [] field from LOD node</p>
<p class="MsoNormal">- would expose .motions and .motionsEnabled fields and relay their values to active LOD level Humanoid on each frame</p>
<p class="MsoNormal">B. extension to HanimHumanoid</p>
<p class="MsoNormal">- with MFFloat range [] and MFNode skeletons [] and MFNode skins []</p>
<p class="MsoNormal">- motions and motionsEnabled would be persistent</p>
<p class="MsoNormal">- on each frame motions are applied to the currently selected LOD level skeleton joints</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">OrientationInterpolator – options for persistent field targets > new node types</p>
<p class="MsoNormal">MotionRelay</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">- MFString jointNames</p>
<p class="MsoNormal">- MFRotation values</p>
<p class="MsoNormal">– takes orientationInterpolator values and expresses them as motions in Humanoid.motions field</p>
<p class="MsoNormal">- so routing to multiple LOD levels is replaced by routing to a relay</p>
<p class="MsoNormal">- relay applies to LOD level skeleton joints by name lookup during motion pass</p>
<p class="MsoNormal">x no way to convert SFRotation routes to MFRotation in web3d</p>
<p class="MsoNormal">MotionInterpolator</p>
<p class="MsoNormal">- MFString jointNames</p>
<p class="MsoNormal">- MFNode OrientationInterpolators</p>
<p class="MsoNormal">- MFBool replace</p>
<p class="MsoNormal"><span style="font-size: 10pt; font-family: Verdana,sans-serif;">- no routing to skeleton joints needed, motion update code will match jointname and scrape [out] value_changed </span></p>
<p class="MsoNormal">Neither MotionRelay nor MotionInterpolator have frameIndex, frameIncrement they aren’t fully derived from Motion abstract type, Motion hierarchy would need to be refactored</p>
<p class="MsoNormal">-Doug</p>
</div>
</div>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div class="gmail_attr" dir="ltr">On Sat, Nov 11, 2023 at 8:05 AM GPU Group <<a href="mailto:gpugroup@gmail.com">gpugroup@gmail.com</a>> wrote:</div>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div dir="ltr">Issue: Unlike offline raytracing, realtime graphics looks best with fast frame rates. There is some desire to go beyond cartoon-like characters and achieve more realism in HAnim. Detailed HAnimHumanoid models designed for raytracing can slow frame rates. Scenes with multiple Humanoids and crowds with humanoids at different distances, and clothing details over skin on humanoids may benefit from speed optimizations. 
<div>1. Requirements for Level of Detail LOD type optimizations for humanoids:</div>
<div>a) coordinating change of skeleton / joints with change of skin and Coordinate node</div>
<div>b) persistent fields to route to, in particular motions, motionsEnabled when using Motion nodes, and method to use OrientationInterpolators on persistent fields as the skeleton / joint nodes change</div>
<div>2. other speed enhancements - methods to remove skin under clothing / swap clothing detail, use of buffers and GPU</div>
<div> </div>
<div>Please post suggestions, methods and state of trial / if it has been tested in a browser.</div>
<div> </div>
<div>-Doug</div>
<div>(PS I have no authority to do a CALL FOR anything. But want to see if web3d and hanim working groups should be doing/ can benefit from calls for)</div>
</div>
</blockquote>
</div>
</div>

<p style="margin: 0.1rem 0; line-height: 1.0;"> </p>