[x3d-public] [x3dom-users] TimeSensor and OrientationInterpolator

[Leonard Daly]

Andy,

Nice work.

I am in Pacific (GMT-0800). My computer says 7:05 (AM), the clock says 
1:05.

The script node always runs locally with access to local resources. The 
time returned by a TimeSensor node is always GMT. If you are making any 
adjustments for the clock to look correct at your timezone, then it will 
probably be incorrect for most other people. If you are using JavaScript 
in the browser (as opposed to TimeSensor in X3D), then the time returned 
from the getTime() method is local time.

There can also be "hidden" adjustments based on the 0-angle for various 
Transforms.

You might consider getting the browser's JavaScript time and feeding 
into an X3D Script node to determine the offset and use that to set the 
initial position of the hour hand. Note that X3DOM does not support the 
Script node, so you may need to do the initialization work in the 
browser and feed the results as an initial rotation of the hour hand 
into the X3D scene.


Leonard Daly




> Hi All,
>
> Sorry to cross post. I am testing TimeSensor and 
> OrientationInterpolator and wondering why the hour hand of my analog 
> clock has to start on 10 o’clock.
> I am not sure if it has something to do with my timezone being at +10 
> hours. I tried changing my computer timezone but there is no effect on 
> the clock. However, changing the computer time does affect the 
> TimeSensor and auto correct the 3D clock.
>
> If you are willing to help, could you please view my 3D clock at 
> https://vrmath2.net/content/analog-clock and see if:
> 1. the clock is running correctly as your computer time, and if you 
> don’t mind,
> 2. what is your computer timezone?
>
> Thanks in advance,
> --
> Andy
>
> s 'text' based node as outlined below (it may need to be tweaked, I'll 
> send out my final implementation when ready)
>> The second would be a 'binary' based system, where the weights would 
>> be baked into a lossless PNG file. Probably up to 4 sets of weights 
>> per file.
>> Think of it as four alpha channels corresponding to 4 textures at a 
>> time. An alternative is one grayscale image (jpg or png) representing 
>> a blending
>> alpha for each layer. May do that both ways too.
>>
>>
>> On 1/21/2015 10:06 PM, Dave A wrote:
>>> I'm working on an X3D/X3DOM exporter for Unity. Currently working on 
>>> Terrains (ElevationGrids)
>>>
>>> Is it still true that an EG can have only one texture? Is this still 
>>> true in X3DOM?
>>>
>>> If not, can we all go get the FREE Unity app, and check out how 
>>> Terrain is done. For the curious, it is like an EG,
>>> but it can have multiple layers (each having both diffuse and 
>>> optionally normal maps), each with its own resolution,
>>> and each with a set of 'weights'. The weights range from 0 to 1  
>>> indicating that texture's contribution to the texel.
>>> Why? So you can have relatively small repeating textures for things 
>>> like grass, gravel, mud, snow, etc., and blend them
>>> together across the larger map such that it doesn't look so 
>>> repetitive. Unity lets you paint heights as well as these
>>> weights. So you can, for example, add grass and sand to a terrain, 
>>> then paint the sand onto the grass to make paths
>>> in the grass.
>>>
>>> I would imagine the Appearance to looks something like this maybe:
>>>
>>> <Appearance>
>>>     <ImageTexture index='0' url='"grass.png"'/>
>>>     <ImageTexture index='1' url='"sand.png"'/>
>>> </Appearance>
>>> <ElevationGrid .... how it is pretty much with height et al >
>>>   <Weight index='0' weight = ' 0 .5  .25 .....' One weight for each 
>>> height ... />
>>>   <Weight index='1' weight = ' 1 .5  .75 .....' One weight for each 
>>> height ... />
>>> </ElevationGrid>
>>>
>>> Of course this doesn't account for normal maps or other types of 
>>> maps that could be included, open to suggestion there. Here's one:
>>>
>>> <ImageTexture index='0' channel='diffuse' ...
>>> <ImageTexture index='0' channel='normal' ...
>>>
>>> and so on.
>>>
>>> Here's something to whet your appetite:
>>>
>>> <ATT00001.png>
>>> -- 
>>> Follow me! @thatvrguy
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>> http://p.sf.net/sfu/gigenet
>>>
>>>
>>> _______________________________________________
>>> X3dom-users mailing list
>>> X3dom-users at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/x3dom-users
>>
>> -- 
>> Follow me! @thatvrguy
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet_______________________________________________
>> X3dom-users mailing list
>> X3dom-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/x3dom-users
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> X3dom-users mailing list
> X3dom-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/x3dom-users


-- 
*Leonard Daly*
X3D Co-Chair
Cloud Consultant
President, Daly Realism - /Creating the Future/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20150128/c2a4fba0/attachment-0001.html>