[x3d-public] Turning on and off simultaneous animations individually

John Carlson yottzumm at gmail.com
Wed Feb 5 13:50:20 PST 2025


Here's another example with 2 HAnimDisplacers that works in FreeWRL 6.7 and
the latest Sunrize.  I am attaching that cleanup script that was used to
clean up JinWink.x3d.  You should be able to use a similar script to clean
up any of the Jin*.x3d in the ci2had/resources folder previously mentioned!

Enjoy!

On Wed, Feb 5, 2025 at 3:31 PM John Carlson <yottzumm at gmail.com> wrote:

> Remember you can probably look at what X_ITE and FreeWRL did.
>
> Here’s another example, with a wink.
> https://github.com/coderextreme/ci2had/blob/main/resources/JinWink.x3d
>
> I have not tried to pare it down at all, but perhaps I can also work on
> that.
>
> If it’s okay with you, I will maintain existing geometry, and just take
> out HAnimDisplacers and ROUTEs we are uninterested in.
>
> There are more examples in the same folder.
>
> The FACS examples in the HumanoidAnimation/FacialAnimation X3D archives
> can serve as a guide, but i believe most of them do not use HAnim.  There’s
> one that does, I believe it’s first.
>
> When I provide examples, I will try to ensure they will animate in both
> Sunrize and FreeWRL 6.7
>
> John
>
> On Wed, Feb 5, 2025 at 3:12 PM Andreas Plesch <andreasplesch at gmail.com>
> wrote:
>
>> Hi John,
>>
>> Thanks. I found the tongue.x3d example but if you can create another one
>> that would be helpful in general.
>>
>> You vastly overestimate my ability and availability ;) This would be a
>> longer term project. I have an idea what to do.
>>
>> Andreas
>>
>>
>> On Wed, Feb 5, 2025, 1:31 PM John Carlson <yottzumm at gmail.com> wrote:
>>
>>> I had one I sent to Holger, probably derived from this one:
>>>
>>>
>>> https://github.com/coderextreme/ci2had/blob/main/resources/JinMouthStretch.x3d
>>>
>>>
>>> What I would do (again) is take out all the segments but the tongue.
>>>
>>> There’s no menus involved in this one.
>>>
>>> If you need further assistance, like a smaller example, I can help.
>>> Also all the Jin*.x3d FACS action units can also provide examples.
>>>
>>> I’ll be pretty unbusy today.  I can allocate some time for creating a
>>> model, make sure it animates, etc.
>>>
>>> If you’re able to allocate some time today, great, we have an HAnim
>>> meeting tomorrow and showing off X3DOM editor using Displacers would be
>>> fantastic!
>>>
>>> Remember there’s a coord field in HAnimSegment that the HAnimDisplacer
>>> operates on!
>>>
>>> John
>>>
>>> On Wed, Feb 5, 2025 at 12:01 PM Andreas Plesch <andreasplesch at gmail.com>
>>> wrote:
>>>
>>>> Hi John,
>>>>
>>>> The reason is that Displacers are currently implemented in x3dom only
>>>> for Joints, but not for Segments, unfortunately. Do you know of a simple
>>>> but instructive test case of Segments with Displacers ?
>>>>
>>>> Andreas
>>>>
>>>>
>>>> On Tue, Feb 4, 2025, 2:33 PM John Carlson <yottzumm at gmail.com> wrote:
>>>>
>>>>> I will try to test this in castle model converter.
>>>>>
>>>>> I did try setting a value for the outputOnly fields, but the converter
>>>>> wouldn’t shut up.
>>>>>
>>>>> The model below doesn’t seem to animate when one presses the menu
>>>>> items.  Did you get it to animate?
>>>>>
>>>>> On Tue, Feb 4, 2025 at 12:27 PM Andreas Plesch <
>>>>> andreasplesch at gmail.com> wrote:
>>>>>
>>>>>> Hi John, all,
>>>>>>
>>>>>> It turns out that x3dom currently expects a default value for Proto
>>>>>> fields even for outputOnly fields. This is due to how Proto fields are
>>>>>> initialized. They always need to have a value. While the spec. does not
>>>>>> require this, it seems still good practice to always define a default value
>>>>>> in the ProtoInterface. There may be a case where an outputOnly field is
>>>>>> used in ISing where a valid value would be expected. There may be other
>>>>>> corner cases.
>>>>>>
>>>>>> Here is your example with added default values for outputOnly fields:
>>>>>>
>>>>>>
>>>>>> https://andreasplesch.github.io/Library/Viewer/index.html?url=https://gist.githubusercontent.com/andreasplesch/af5ff3148c1159f71d34fb78c1f63024/raw/b3d4470107ab74e301ed48448ab2a4f4154672e0/ManyClocks_John.x3d
>>>>>>
>>>>>> This could be fixed in x3dom, by always setting some default value.
>>>>>> Is there a list of recommended defaults for each data type if no other
>>>>>> source of defaults is available? For SFTime it seems to be -1.
>>>>>>
>>>>>>
>>>>>> -Andreas
>>>>>>
>>>>>>
>>>>>> On Mon, Feb 3, 2025 at 7:39 AM Andreas Plesch <
>>>>>> andreasplesch at gmail.com> wrote:
>>>>>>
>>>>>>> Hi John,
>>>>>>>
>>>>>>> On Mon, Feb 3, 2025 at 12:48 AM John Carlson <yottzumm at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Andreas, "startTime" is an accessType outputOnly field, so why do I
>>>>>>>> need to provide a value attribute in fieldValue?  I'm kind of confused.
>>>>>>>> I'm probably missing something in the spec.
>>>>>>>>
>>>>>>>
>>>>>>> You are right, I only outlined scenarios where the accessType allows
>>>>>>> input or initialization..
>>>>>>> In the outputOnly case it is not necessary to provide a fieldValue
>>>>>>> node at all since there is no value which can be provided. Providing the
>>>>>>> node would indeed be confusing, to both the user code reader and any X3D
>>>>>>> browser.
>>>>>>> I believe the spec. is silent on this case in any encoding.
>>>>>>>
>>>>>>> Best, Andreas
>>>>>>>
>>>>>>> Thanks for any clarification.
>>>>>>>>
>>>>>>>> I have finally enabled schematron on the project, but I'm finding
>>>>>>>> it hard to understand the messages, and modifications that I make, while
>>>>>>>> removing the immediate problems, seem to move the problems elsewhere.
>>>>>>>>
>>>>>>>> Explaining why I need a "startTime" fieldValue value is my main
>>>>>>>> lack of understanding, but perhaps I need a whole review of accessType.
>>>>>>>>
>>>>>>>> Castle Model Converter reports:
>>>>>>>>
>>>>>>>> castle-model-converter: Warning: X3D: X3D XML: <fieldValue> element
>>>>>>>> references unknown field name "enabled"
>>>>>>>> castle-model-converter: Warning: X3D: X3D XML: <fieldValue> element
>>>>>>>> references unknown field name "startTime"
>>>>>>>> castle-model-converter: Warning: X3D: X3D XML: <fieldValue> element
>>>>>>>> references unknown field name "stopTime"
>>>>>>>>
>>>>>>>> I will try providing a field value in the ProtoInterface
>>>>>>>>
>>>>>>>> If I "cleanup" enabled, startTime and stopTime, I get:
>>>>>>>>
>>>>>>>> castle-model-converter: Warning: VRML/X3D: Within prototype
>>>>>>>> "MenuItem", event "inputTrue" references (by "IS" clause) non-existing
>>>>>>>> event "enabled"
>>>>>>>> castle-model-converter: Warning: VRML/X3D: Within prototype
>>>>>>>> "MenuItem", event "triggerTime" references (by "IS" clause) non-existing
>>>>>>>> event "startTime"
>>>>>>>> castle-model-converter: Warning: VRML/X3D: Within prototype
>>>>>>>> "MenuItem", event "triggerTime" references (by "IS" clause) non-existing
>>>>>>>> event "stopTime"
>>>>>>>>
>>>>>>>> I guess what I conclude at this point is, startTime and stopTime
>>>>>>>> are bad DEF names, but what about enabled as a field?  The dominoes are
>>>>>>>> falling.
>>>>>>>>
>>>>>>>> About your two scenarios in the other message, perhaps this is
>>>>>>>> revealing.
>>>>>>>>
>>>>>>>> See attached attempt to fix original issue, which resulted in the
>>>>>>>> above.
>>>>>>>>
>>>>>>>> John
>>>>>>>>
>>>>>>>> On Sun, Feb 2, 2025 at 3:59 PM Andreas Plesch <
>>>>>>>> andreasplesch at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I think x3dom, reasonably, expects a value for the fieldValue
>>>>>>>>> nodes:
>>>>>>>>>
>>>>>>>>> For example:
>>>>>>>>>
>>>>>>>>> <fieldValue name="startTime" />
>>>>>>>>>
>>>>>>>>> and others.
>>>>>>>>>
>>>>>>>>> On Sun, Feb 2, 2025 at 5:42 AM John Carlson <yottzumm at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Andreas, Joe,
>>>>>>>>>>
>>>>>>>>>> Reset Button, Reset_Clock added.
>>>>>>>>>>
>>>>>>>>>> See attached zip for details, or visit link;
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://create3000.github.io/x_ite/playground/?url=https://raw.githubusercontent.com/coderextreme/ci2had/refs/heads/main/resources/CleanedYouClocks.x3d
>>>>>>>>>>
>>>>>>>>>> For some reason, this link doesn't show the live scene?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> https://andreasplesch.github.io/Library/Viewer/index.html?url=https://raw.githubusercontent.com/coderextreme/ci2had/refs/heads/main/resources/CleanedYouClocks.x3d
>>>>>>>>>>
>>>>>>>>>> Puzzled, haven't researched it yet.  Looks good in Sunrize and
>>>>>>>>>> X_ITE, will try FreeWRL next.
>>>>>>>>>>
>>>>>>>>>> John
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Andreas Plesch
>>>>>>>>> Waltham, MA 02453
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Andreas Plesch
>>>>>>> Waltham, MA 02453
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Andreas Plesch
>>>>>> Waltham, MA 02453
>>>>>>
>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250205/03bd8be7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: JinImageAtlas.jpg
Type: image/jpeg
Size: 50194 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250205/03bd8be7/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Wink.x3d
Type: model/x3d+xml
Size: 290422 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250205/03bd8be7/attachment-0001.x3d>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cleanwink.py
Type: text/x-python
Size: 2244 bytes
Desc: not available
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20250205/03bd8be7/attachment-0001.py>


More information about the x3d-public mailing list