Back to the Shapespark home page

Pointer for Teleporting


#1

Hi. Is it possible to hide the white point (marker) which shows the teleport/eye target in VR?


#2

You can disable the teleport and the white point with #nogazeteleport hash. Is this sufficient or do you need to keep the teleport working?


#3

I think it would be good to have the choice :wink:
So there is another hashtag?

And can you explain where to put it? Thank you.


#4

You need to append it to the URL like: https://demo.shapespark.com/san-miguel/#nogazeteleport
if you use multiple hashes, connect them with &:
https://demo.shapespark.com/san-miguel/#nogazeteleport&autoplay


#5

Thank you Jan. I will test it. Do you have an overview of available hashtags?


#6

The list of hashtags will be very useful :+1:t3::ok_hand:t3:


#7

Here there are:

  • autoplay - loads a scene immediately without showing the play buttton.
  • vrhi - when using Google Cardboard for VR, increases render target resolution, which improves quality but requires higher end mobile device.
  • vrlo - when using Google Cardboard for VR, decreases render target resolution, which decreases quality but improves performance.
  • mobile - allows to test mobile version of a scene on a desktop computer (reversed mouse, a bit different menu).
  • nogazeteleport - disables gaze teleport in VR.
  • nogamepadteleport - disables gamepad teleport. Some gamepads can be configured to simulate keyboard events, if this hash is present, such a gamepad can be used for walking instead of teleporting.

For debugging:

  • log - writes some debug logs to JavaScript console (F12)
  • debugbuffers - shows which objects were detected to be copies of other objects (such copies reduce scene download size).

#8

Thank you @jan!
Is it also possible to increase/decrease the time before gaze teleporting starts?


#9

Thanks @jan I appreciate that list. :+1:t2::ok_hand:t2:


#10

No, changing the time is not possible. I’m thinking if we shouldn’t have a config file for such kind of settings, so advanced users can tweak them, but the editor UI doesn’t become cluttered.


#11

I think this is a good idea and will be very helpful!


#12

or maybe have an advanced options panel, seperated into sub categories like controls, performance, etc?

Not having to dig around in config files is a great plus for shapespark vs unreal in my opinion. I remember the time I had to configure unreal to automatically adopt the system resolution on launch, was a nightmare, particularly as a noob.