[x3d-public] start timer at fraction 0 after scene loading

Sun Sep 10 11:03:10 PDT 2023

I’d like to thank everyone for the input they provided to aid me, again.
Although i can read node definitions, and understand them, it takes an
extra hurdle to see what to do to make them work, that means reading and
digesting prose.  Without everyone’s support, this wasn’t possible!

My addition was the FINALE part.  I am so proud!

If another person can take this and produce a PROTO or a few, that would be
a great contribution.  If not, the standards committee should meet to
discuss how to reduce code size, as the source data is extremely small,
just characters, times and motions (Strings).  Seems like some kind of
mapping object node would be appropriate.  AKA StringSequence?

You trust Don, Joe, you can trust everyone else as well.  Sure everyone
likes humor.  My favorites are dry humor and deadpan humor.  They get me
every time!

If you like, I can publish all the chained animations.  Just let me know
what works for everyone.

John
On Sun, Sep 10, 2023 at 2:58 AM Joe D Williams <joedwil at earthlink.net>
wrote:

> Thanks John,
>
> This is what we need to chain various animations together in the show.
>
> We take a single main timer and use it to key different animations at
> appropriate times.
>
> This took a lot to put together and it is much appreciated.
>
> Joe
>
>
>
> -----Original Message-----
> From: John Carlson <yottzumm at gmail.com>
> Sent: Sep 9, 2023 10:28 PM
> To: Andreas Plesch <andreasplesch at gmail.com>
> Cc: Joe D Williams <joedwil at earthlink.net>, X3D Graphics public mailing
> list <x3d-public at web3d.org>
> Subject: Re: [x3d-public] start timer at fraction 0 after scene loading
>
>
> And here’s an animation chain output.
>
> Enjoy!
>
>
> https://github.com/coderextreme/jaminate/blob/main/Jaminate/app/src/main/javascript/takes.John.txt
>
> On Sun, Sep 10, 2023 at 12:20 AM John Carlson <yottzumm at gmail.com> wrote:
>
>> Here’s actual JavaScript code that takes a JSON file.
>>
>>
>> https://github.com/coderextreme/jaminate/blob/main/Jaminate/app/src/main/javascript/takes.js
>>
>> This is one place to look to see if I’ve done stuff with fair use.
>>
>> As you can see from the comments, I had a lot of tries.
>>
>> John
>>
>> On Sun, Sep 10, 2023 at 12:13 AM John Carlson <yottzumm at gmail.com> wrote:
>>
>>> I am in total agreement with what Andreas described.   The VRML in the
>>> link below is some of what I’ve implemented in my examples that I derived
>>> from his  emails.  I’ve also done stuff like BooleanSequencer.next, which I
>>> think came from Joe?  That’s still in my code as well.
>>>
>>> I did not click on these links Andreas, I trust you enough so I don’t
>>> even need to see evidence of it working.
>>>
>>> I realize that Joe has to rewrite this to give to Don.  That’s the deal,
>>> apparently.  I just want to give people credit for helping.  Thank you,
>>> Andreas, Michalis, Holger, Don, Joe, Roy, etc.  we’re standing on the
>>> shoulders of giants.
>>>
>>> Rinse, repeat, until it sinks in.
>>>
>>> The code is currently under Apache 2.0 license and is available below.
>>> No WS specific stuff is there.  Some stuff is waiting on publication before
>>> checkin.  The Java code is mine. I’m not responsible for publishing full
>>> humanoids or actual animation, just timing examples for (multiple) actors.
>>>
>>> https://github.com/coderextreme/jaminate
>>>
>>> If someone issues a takedown of the code, please report it to the list
>>> as well.
>>>
>>> I am currently in the process of delivering JSON output. JSON was my
>>> idea, I gave an example because I we haven’t published the actual report
>>> yet.  I’m waiting until some of the pain fades before I start coding again.
>>>
>>> You can’t see that it works without downloading, but I can do silent
>>> videos. To make people more comfy about it.
>>>
>>> John
>>>
>>> On Sat, Sep 9, 2023 at 11:15 PM Andreas Plesch <andreasplesch at gmail.com>
>>> wrote:
>>>
>>>> Thanks Joe for putting together this example. I can confirm that using
>>>> stopTime_changed does not work with x3dom. First I thought it was a
>>>> bug but it also does not work with x-ite so there is probably more to
>>>> it..
>>>>
>>>> Rereading the spec at
>>>>
>>>> https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-IS.proof/Part01/components/time.html#Timeactivation
>>>> ,
>>>> generating a stopTime_changed would fall into 'final events' at the
>>>> end of a cycle. But it is actually not clear that stopTime_changed
>>>> should be generated according to the spec. The spec. only seems to
>>>> refer to stopTime_changed for the case when a set_stopTime event is
>>>> received. Which is what both x3dom and x-ite are doing.
>>>>
>>>> So I am now uncertain that stopTime should be used to chain
>>>> TimeSensors although it would seem natural.
>>>>
>>>> Instead it is possible to use the isActive field which unequivocally
>>>> becomes false at the end of a cycle. Routing isActive through
>>>> BooleanFilter to check for false and then TimeTrigger to startTime
>>>> then works fine:
>>>>
>>>>
>>>> https://create3000.github.io/x_ite/playground/?url=https://gist.githubusercontent.com/andreasplesch/3f7ea30b9860b6399c797c51e3235459/raw/c9ddf16c10baa683c7c5cdfbb96db7be4464152b/JoeStarterTest.x3d
>>>>
>>>>
>>>> https://andreasplesch.github.io/Library/Viewer/index.html?url=https://gist.githubusercontent.com/andreasplesch/3f7ea30b9860b6399c797c51e3235459/raw/c9ddf16c10baa683c7c5cdfbb96db7be4464152b/JoeStarterTest.x3d
>>>>
>>>> Also note that the position of the red ball is arbitrary which seems
>>>> correct.
>>>>
>>>> Andreas
>>>>
>>>> On Sat, Sep 9, 2023 at 3:36 PM Joe D Williams <joedwil at earthlink.net>
>>>> wrote:
>>>> >
>>>> > inline comments
>>>> > -----Original Message-----
>>>> > From: Andreas Plesch <andreasplesch at gmail.com>
>>>> > Sent: Sep 8, 2023 9:27 PM
>>>> > To: Brutzman, Donald (Don) (CIV) <brutzman at nps.edu>
>>>> > Cc: X3D Graphics public mailing list <x3d-public at web3d.org>
>>>> > Subject: Re: [x3d-public] start timer at fraction 0 after scene
>>>> loading
>>>> >
>>>> > > A variation would be for the start timer to self-disable by routing
>>>> > its cycleTime through event utilities to set its enabled field to
>>>> > false.
>>>> >
>>>> > Right, I have done that and it works, If I send a false to loop
>>>> before fraction 1 best results. Seems like the loop false needs to be sent
>>>> slightly before sequencer fraction 1 to get the timer to stop at last frame.
>>>> >
>>>> > What I need is to catch the second StartTimer cycleTime to send to
>>>> MainTimer startTime.
>>>> >
>>>> > For some reason the StartTimer, when halted like that, does not have
>>>> a useable stopTime.
>>>> > In fact, I can't find a usable stop-Time. This should work:
>>>> >
>>>> >     <TimeSensor DEF='TIME1' cycleInterval='1' loop='true'/>
>>>> >     <TimeSensor DEF='TIME2' cycleInterval='5' loop='false'/>
>>>> >     <TimeSensor DEF='TIME3' cycleInterval='10' loop='false'/>:
>>>> >    <ROUTE fromField='cycleTime' fromNode='TIME1'
>>>> toField='set_stopTime' toNode='TIME1'/>
>>>> >    <ROUTE fromField='stopTime' fromNode='TIME1'
>>>> toField='set_startTime' toNode='TIME2'/>
>>>> >    <ROUTE fromField='stopTime' fromNode='TIME2'
>>>> toField='set_startTime' toNode='TIME3'/>
>>>> >
>>>> > Timer1 should start and be stopped a tic or two after its cycleTime
>>>> is sent.
>>>> > Timer 2 gets started by Timer1 cycleTime (couldn't get Timer1
>>>> startTime or stopTime to be usable).
>>>> > TImer2 completes at fraction 1 and sends its stopTime to Timer3
>>>> startTime.
>>>> > Timer 3 starts, then stops at fraction 1.
>>>> > Wait, the timer2 stopTime doesn't work like expected, so Timer 3
>>>> never Starts.
>>>> >
>>>> > So, attached is what I have. I don't see why timer3 never gets
>>>> started.
>>>> > Thanks,
>>>> > Joe
>>>> >
>>>> > >  is more verbose but may help a bit with performance since
>>>> > the browser then does not need to check stopTime against the actual
>>>> > current time at each tick, for a timer which is never used again.
>>>> >
>>>> > > It would be useful if BooleanFilter would have a triggerFalse field
>>>> in
>>>> > addition to its triggerTrue, in order to switch off things. It could
>>>> > be just added without backward compatibility issues. A BooleanFilter
>>>> > can invert but it seems arbitrary and unsymmetrical to only have
>>>> > triggerTrue. I have a sense of Dejavu since event utilities had been
>>>> > discussed before.
>>>> >
>>>> > Cheers, Andreas
>>>> >
>>>> > On Fri, Sep 8, 2023 at 3:18 PM Brutzman, Donald (Don) (CIV)
>>>> > wrote:
>>>> > >
>>>> > > Very interesting, thanks for sharing Andreas. We should all be
>>>> thinking of regularizing some example design patterns like animation.
>>>> > >
>>>> > >
>>>> > >
>>>> > > Meanwhile, your example is the kind that makes me think we should
>>>> have a description field for ROUTE.
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > > Potential alternative approaches for ROUTE comments:
>>>> > >
>>>> > >
>>>> > >
>>>> > > Comments? Sure, but sometimes get stripped, and not unambiguously
>>>> readable by tools.
>>>> > > Prototype extension? Too complex and error prone, fuggedaboutit.
>>>> > > Metadata nodes? Hmm, we can't make those part of ROUTE statements
>>>> themselves, not allowed.
>>>> > >
>>>> > >
>>>> > >
>>>> > > Maybe some clumsy-but-unambiguous convention like the following
>>>> already-legal X3D fragment:
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > > Of course simplest future approach would be to give ROUTE a
>>>> description field. Hmmm, maybe someday.
>>>> > >
>>>> > >
>>>> > >
>>>> > > Might deserve a Mantis issue for X3D4.1 if others agree some
>>>> potential value exists for future consideation.
>>>> > >
>>>> > >
>>>> > >
>>>> > > all the best, Don
>>>> > >
>>>> > > --
>>>> > >
>>>> > > Don Brutzman Naval Postgraduate School, Code USW/Br
>>>> brutzman at nps.edu
>>>> > >
>>>> > > Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA
>>>> +1.831.656.2149
>>>> > >
>>>> > > X3D graphics, virtual worlds, navy robotics
>>>> https://faculty.nps.edu/brutzman
>>>> > >
>>>> > >
>>>> > >
>>>> > > -----Original Message-----
>>>> > > From: x3d-public On Behalf Of Andreas Plesch
>>>> > > Sent: Thursday, September 7, 2023 1:43 PM
>>>> > > To: X3D Graphics public mailing list
>>>> > > Subject: Re: [x3d-public] start timer at fraction 0 after scene
>>>> loading
>>>> > >
>>>> > >
>>>> > >
>>>> > > Here is an initial count down after loading the scene using the
>>>> same autostart method, and a sequencer:
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> https://andreasplesch.github.io/Library/Viewer/dev.html?url=https://gist.githubusercontent.com/andreasplesch/3f7ea30b9860b6399c797c51e3235459/raw/d17f9d2a0a258569ac5a474c36a68208674d535e/countdown.x3d
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> https://create3000.github.io/x_ite/playground/?url=https://gist.githubusercontent.com/andreasplesch/3f7ea30b9860b6399c797c51e3235459/raw/d17f9d2a0a258569ac5a474c36a68208674d535e/countdown.x3d
>>>> > >
>>>> > >
>>>> > >
>>>> > > -Andreas
>>>> > >
>>>> > >
>>>> > >
>>>> > > On Thu, Sep 7, 2023 at 1:01 AM Andreas Plesch wrote:
>>>> > >
>>>> > > >
>>>> > >
>>>> > > > Another method apart from a ProximitySensor to start a timer
>>>> without
>>>> > >
>>>> > > > user interaction after scene loading is to use two TimeSensors.
>>>> The
>>>> > >
>>>> > > > first has loop=true and its only purpose is to trigger the second
>>>> by
>>>> > >
>>>> > > > routing its cycleTime to the startTime of the second TimeSensor.
>>>> The
>>>> > >
>>>> > > > first also stops itself by routing its cycleTime to its own
>>>> stopTime.
>>>> > >
>>>> > > >
>>>> > >
>>>> > > > Here is an example modified from the cycleTime NIST example:
>>>> > >
>>>> > > >
>>>> > >
>>>> > > >
>>>> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Frent
>>>> > >
>>>> > > > ry.co%2Fx3d-startTimer&data=05%7C01%7Cbrutzman%40nps.edu
>>>> %7C4b415083034
>>>> > >
>>>> > > >
>>>> 641d371e608dbafe335ef%7C6d936231a51740ea9199f7578963378e%7C0%7C0%7C638
>>>> > >
>>>> > > >
>>>> 297162641403741%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
>>>> > >
>>>> > > >
>>>> luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=v3ah%2F2OY7
>>>> > >
>>>> > > > NVzEwTUIhRhBjG%2BNHdMZoJTbsC3lEnHR1I%3D&reserved=0
>>>> > >
>>>> > > >
>>>> > >
>>>> > > >
>>>> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fandr
>>>> > >
>>>> > > > easplesch.github.io
>>>> %2FLibrary%2FViewer%2Fdev.html%3Furl%3Dhttps%3A%2F%
>>>> > >
>>>> > > > 2Fgist.githubusercontent.com
>>>> %2Fandreasplesch%2F3f7ea30b9860b6399c797c5
>>>> > >
>>>> > > >
>>>> 1e3235459%2Fraw%2F118d65438f9cfdc152c01fc5a24a8eccec705511%2FstartTime
>>>> > >
>>>> > > > r.x3d&data=05%7C01%7Cbrutzman%40nps.edu
>>>> %7C4b415083034641d371e608dbafe3
>>>> > >
>>>> > > >
>>>> 35ef%7C6d936231a51740ea9199f7578963378e%7C0%7C0%7C638297162641403741%7
>>>> > >
>>>> > > >
>>>> CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
>>>> > >
>>>> > > >
>>>> haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=m8xOnL%2BHHQy5gXlqLQaec6vBIi
>>>> > >
>>>> > > > %2BSchjeWtKfYWNDMHw%3D&reserved=0
>>>> > >
>>>> > > >
>>>> > >
>>>> > > > --
>>>> > >
>>>> > > > Andreas Plesch
>>>> > >
>>>> > > > Waltham, MA 02453
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > >
>>>> > > --
>>>> > >
>>>> > > Andreas Plesch
>>>> > >
>>>> > > Waltham, MA 02453
>>>> > >
>>>> > >
>>>> > >
>>>> > > _______________________________________________
>>>> > >
>>>> > > x3d-public mailing list
>>>> > >
>>>> > > x3d-public at web3d.org
>>>> > >
>>>> > > http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Andreas Plesch
>>>> > Waltham, MA 02453
>>>> >
>>>> > _______________________________________________
>>>> > x3d-public mailing list
>>>> > x3d-public at web3d.org
>>>> > http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>>>> >
>>>>
>>>>
>>>> --
>>>> Andreas Plesch
>>>> Waltham, MA 02453
>>>>
>>>> _______________________________________________
>>>> x3d-public mailing list
>>>> x3d-public at web3d.org
>>>> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20230910/1afe3ce2/attachment-0001.html>