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

Sun Sep 10 00:58:56 PDT 2023

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 (mailto: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 (mailto: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 (mailto: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 (mailto:joedwil at earthlink.net)> wrote:
>
> inline comments
> -----Original Message-----
> From: Andreas Plesch <andreasplesch at gmail.com (mailto:andreasplesch at gmail.com)>
> Sent: Sep 8, 2023 9:27 PM
> To: Brutzman, Donald (Don) (CIV) <brutzman at nps.edu (mailto:brutzman at nps.edu)>
> Cc: X3D Graphics public mailing list <x3d-public at web3d.org (mailto: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 (mailto: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 (http://ry.co)%2Fx3d-startTimer&amp;data=05%7C01%7Cbrutzman%40nps.edu (http://40nps.edu)%7C4b415083034
> >
> > > 641d371e608dbafe335ef%7C6d936231a51740ea9199f7578963378e%7C0%7C0%7C638
> >
> > > 297162641403741%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2
> >
> > > luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=v3ah%2F2OY7
> >
> > > NVzEwTUIhRhBjG%2BNHdMZoJTbsC3lEnHR1I%3D&amp;reserved=0
> >
> > >
> >
> > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fandr
> >
> > > easplesch.github.io (http://easplesch.github.io)%2FLibrary%2FViewer%2Fdev.html%3Furl%3Dhttps%3A%2F%
> >
> > > 2Fgist.githubusercontent.com (http://2Fgist.githubusercontent.com)%2Fandreasplesch%2F3f7ea30b9860b6399c797c5
> >
> > > 1e3235459%2Fraw%2F118d65438f9cfdc152c01fc5a24a8eccec705511%2FstartTime
> >
> > > r.x3d&amp;data=05%7C01%7Cbrutzman%40nps.edu (http://40nps.edu)%7C4b415083034641d371e608dbafe3
> >
> > > 35ef%7C6d936231a51740ea9199f7578963378e%7C0%7C0%7C638297162641403741%7
> >
> > > CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
> >
> > > haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=m8xOnL%2BHHQy5gXlqLQaec6vBIi
> >
> > > %2BSchjeWtKfYWNDMHw%3D&amp;reserved=0
> >
> > >
> >
> > > --
> >
> > > Andreas Plesch
> >
> > > Waltham, MA 02453
> >
> >
> >
> >
> >
> >
> >
> > --
> >
> > Andreas Plesch
> >
> > Waltham, MA 02453
> >
> >
> >
> > _______________________________________________
> >
> > x3d-public mailing list
> >
> > x3d-public at web3d.org (mailto: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 (mailto: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 (mailto: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/53b3e9b2/attachment-0001.html>