Desktop contact notif

[mackandelius]

• Desktop Flight, uses the jumping event, tapping jump does a flap, holding activates gliding. With gracious help from @Mattshark89 in getting it working perfectly.

Desktop.Flight.Example.mp4

• VRC Contact support, one contact sender activating when flying, allowing the avatar to react to flying. Also brings contact receiver support allowing an avatar to tell OpenFlight to chance various parameters, including allowing non-flight capable avatars to activate being able to fly when, for example, equipping wings. Can be disabled by world creator by disabling avatar modifications.

Contactexample.mp4

• Notification support, by default off to not cause contrast for world creators, but I do believe it is unobtrusive enough to not bother users, but will tell user when they can fly and when they stop being able to fly. For example, joining world activates it, as does swapping into a flight capable avatar, activating flight manually through contact or tablet and it will show the deactivation notification when turning off flight through various means, swapping between non-flight capable avatars does not activate it.

Notification.Example.mp4

Here is my testing world link to test the changes. https://vrchat.com/home/world/wrld_fbcb2db6-49cd-48ef-86cf-b128f7362c1d

[mackandelius]

Am changing things a little.

The contacts will sit at the origin of the world now, requiring avatars that want to use the system to have 1 constraint for boolean toggles and two for float changes. However one issue I forsee is creators moving the OF root at runtime..
Since contacts are a fairly niche feature I don't want to move them every frame to the origin and its nichness is also why a creator might also not notice if they even broke them. Unless some other option can be come up with I currently have the contact script check if at origin whenever the eye height changes and send then Log an error if it isn't.

The notification system now also doesn't follow you anymore at all times (It was hitching along with the contact object), it simply moves to you once when it activates.

I also added some simple support for flight zones, it is up to the creator how to implement it, but the methods overwrite the flight mode while still allowing it to change and update in the background for when it stops overwriting.

[mackandelius]

The 3.10.4-beta.3 SDK added the ability for tweens to enable and disable game objects after a delay, while simply a optimization with this I could forgo the animator on the notification prefab whose whole job is to disable the game object after the notification particles have done their job.

In hindsight I am not sure whether simply keeping the object active or using an animation like I am to disable it was better, but to my understanding having the object be disabled when not required is best.

(Am putting this here as a reminder)

[Mattshark89]

This is looking really good! I'll have a closer look at the code and whatnot over this weekend.

Note to self: if there's a prefab for the avatar contact settings too (to be placed on the avatar), perhaps that could be included directly on the releases page.

[mackandelius]

This is looking really good! I'll have a closer look at the code and whatnot over this weekend.

Note to self: if there's a prefab for the avatar contact settings too (to be placed on the avatar), perhaps that could be included directly on the releases page.

There is a prefab with everything, it just needs to be changed so it is world dropped instead, but it is really messy because it has everything and is more of a debug thing. In my head you would simply bake in the values into toggles and its default state instead of directly controlling them.

Would be better to add good documentation for it and provide the debug prefab as reference if needed, using it as is isn't great.