<div dir="auto">I think Joe can confirm that PositionInterpolators were working on import/export, with post processing, I agree, but I keep breaking my exporter.   See my design diary summary.  OrientationInterpolators are another beast, particularly with mid-level transforms.</div><div dir="auto"><br></div><div dir="auto">May I propose that we develop a plan of attack?</div><div dir="auto"><br></div><div dir="auto">1.  Position and Scale Interpolators on a low level transform.</div><div dir="auto">2.  Orientation Interpolators on low level transform.</div><div dir="auto">3.  Coordinate Interpolators.</div><div dir="auto">4.  Position and Scale Interpolators on higher transforms.</div><div dir="auto">5. Orientation Interpolators on higher transforms.</div><div dir="auto">6.  Animation on parent child transforms.</div><div dir="auto">7. Orientation Interpolator on joints with skin</div><div dir="auto">8. Orientation Interpolators on joints with segment and site geometry.</div><div dir="auto">9.  Animation of sites and joints together.</div><div dir="auto">10.  HAnim Position interpolators.</div><div dir="auto">11.  HAnimDisplacer</div><div dir="auto">12. Animation of HAnim with other objects.</div><div dir="auto"><br></div><div dir="auto">Reordering and additions welcome!</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Dec 29, 2024 at 6:33 PM Michalis Kamburelis <<a href="mailto:michalis.kambi@gmail.com">michalis.kambi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> >  (transforming Blender object's location/rotation/scale exported to X3D animating Transform.translation/rotation/scale would be my suggestions)<br>
><br>
> First, Please recall that that the hanim import and export need transform,translation/rotation/center/scale<br>
<br>
I wasn't talking about armature/bones (skeleton/joints) export or<br>
H-Anim when I mentioned above. And I really don't want to go into a<br>
discussion about Blender armature system in this thread -- we're<br>
off-topic here already (this thread was intended about texture<br>
transforms) :) I already said what I intended in other thread --<br>
Blender is fully capable animation system used by artists for years in<br>
countless animations. I'm sure it can support whatever you need.<br>
<br>
In above cited phrase, I meant that a *first* step towards supporting<br>
animation export (in Blender -> X3D exporter) should be IMHO<br>
supporting animating Blender object's location/rotation/scale (without<br>
Armature/Bones, just set keyframes on these things in Blender).<br>
Because<br>
<br>
- This is what I would consider (and I think artists would agree) the<br>
most trivial possible animation method. No bones/joints, no<br>
skeleton/armature, some objects can just move/rotate/scale around.<br>
It's trivial, and it allows to express some things (like stuff flying<br>
around the world).<br>
<br>
- This trivial animation method is also simple to express in formats<br>
like X3D, glTF. Again, no need to deal with skin/joints.<br>
<br>
- And it is simplest for Python / X3D developers to support. No need<br>
to deal with skin, weights, joints. Start simple.<br>
<br>
Supporting animation using armature/bones (skeleton/joints) export /<br>
H-Anim is the next step. Let's first prove we can handle the basics.<br>
<br>
Regards,<br>
Michalis<br>
<br>
niedz., 29 gru 2024 o 22:42 <<a href="mailto:joedwil@earthlink.net" target="_blank">joedwil@earthlink.net</a>> napisał(a):<br>
><br>
> >  (transforming Blender object's location/rotation/scale exported to X3D animating<br>
> Transform.translation/rotation/scale would be my suggestions)<br>
><br>
><br>
><br>
> First, Please recall that that the hanim import and export need transform,translation/rotation/center/scale<br>
><br>
> All four, at least, not to mention scaleOrientation and any other x3d Transform fields.<br>
><br>
> <a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/grouping.html#Transform" rel="noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/grouping.html#Transform</a><br>
><br>
><br>
><br>
> Joint has some added to std x3d Transform but it is just a special Transform with a couple of added fields..<br>
><br>
><br>
><br>
> Next, please understand that the Blender so called Bone center is never the center of the bone.<br>
><br>
> (hint: unless a bone is a cheerleader's baton),<br>
><br>
> The field is coded and animated as the Joint center of the parent Joint as given by the bone begin default location.<br>
><br>
><br>
><br>
> Yes, that is really how it works. At some point in the past Blender decided to expose the Transform center detail to the armature author using that empty Transform and illegal by x3d DEF/USE coding.<br>
><br>
><br>
><br>
> So, with these two facts in hand we can actually think about exporting from blender true x3d hanim without the extra fake transforms that blender current api apparently needs to accomplish an hanim skeleton using Joint nodes rather than bones as the target authoring and animation interfaces.<br>
><br>
><br>
><br>
> This leads to the, to me, obvious that blender should join the big leagues and evolve its archaic skeleton (armature) authoring interface so as to obsolete the "Bone" hierarchy and evolve to the Joint hierarchy. Might as well since under the covers that is how it actually works.<br>
><br>
><br>
><br>
> Thanks for all the great work on blender x3d import/export and Best Regards,<br>
><br>
> Joe<br>
><br>
><br>
><br>
><br>
><br>
><br>
</blockquote></div></div>