New Builds! Video! Option to get your OC in the next release!

• A preview animation from an upcoming program where you help stallions breed with other characters is available in the Animation Station scene. I promise they're OK.
• Removed a minor censorship that Patreon made me put in.
  
  

• Reduced memory use during startup/removed a large CPU spike after startup. It was loading, checking, and then un-loading the friend system during a startup process, which isn't needed at that point. That check happens the first time you load a friend as it is so there's no need to do that twice.
  
  

• Further improved performance for avatars without fingers.
• Added the internal-side stuff to permit you to re-define grab attach points on a per-avatar basis. This will allow hands to grab objects differently if the avatar has unusual hands, and will allow character creators to define where objects rest in the hands of the character. I need to make the tools for this still but now it's there to have tools made for it.
• Pointers no longer collide with your real hands. This was never intended to happen and was interfering with the virtual scale system when you define yourself as a very small character.
• Defined a point in space to calculate the position of a character's mouth. We'll make a tool for defining this in the N-Entrance tool. For now though I just need a vector3 out of it.
• Added the ability to define a grabbable object as grabbable only by a specific controller. This is useful for situations where you have independent grab movement for a left and right hand (giant weiner for example) or a specifically handed object that you wish to deny the ability to pick up with one hand.
• Added a unique grab behavior for a character's moudth. Objects that can be mouth-grabbed automatically mouth-grab when they intersect with this point. At present this grabs objects that can not physically move and serves as a secondary type directional grab, but if people want to role play as a character without hands to grab with by choice we can add additional functionality to give you a mouth-grab button or something. I'll need feedback on that.
• Modified the hand interactors to be angled slightly differently. Object orientation wasn't matching the rotation properly between hands.
• Added some additional meta data to the hand location. It's impossible to do a normal vector direction calculation (vector3target-vector3source) when the points are identical. Now there's an always available "up" vector from the hands that I can use to code against.
• Updated the collision rules to ignore grabbable objects with distance grab when the menu is deployed.
• Wrote a new system: Sticky Surfaces. One of the most requested features and also one of the most complicated was a way to have VR users hands interact with mesh objects and characters in a sensible way. Because I can not physically stop a user's hand before it goes through a visible entity, I wrote a way to visually simulate that in a universal way. There are ways to do this simply -- using physics, for example -- but there are severe tradeoffs particularly for multiplayer arrangements, or in adding new/unknown behaviors. I needed instead a system that did it mathematically rather than tying into the overall physics system provided by Nvidia. I believe I have programmed a good and workable solution for this.
• Created a demonstration scene and added it to the built-in scenes in Besti.
• Created a Besti SDK tool to permit scene creators and character creators the ability to make sticky surfaces to use this system.
• Added an error-checking routine during compile that looks for potential problems with the setup of the sticky tool.
• Added an on-avatar attach point for grabbed objects. Instead of grabbing to your VR remote's location, items are grabbed to the correct location on the avatar. This will prevent grabbed objects from getting out of sync with your avatar if the avatar has short arms or unique hands (tentacles? really long hands?)
• Wrote an entirely new order-of-operations handler that processes all timed events. Besti X has way too many fucking systems to depend on the Unity order of operations processor. That's fine for one-off things but we have about 25 independent systems all firing, and they have a precise order in which they need to fire. Now the order of operations processor handles the exact timing of when everything does its thing. This SIGNIFICANTLY reduces CPU overhead, too, because previously everything was handling its own timing. I wasn't keeping a tally but it should have removed around 35 scripts. Sum total should see an almost 20% reduction in CPU usage along with improved stability and predictability of what code will actually do when I write it.
• Changed all tools that should be part of the order of operations processor to have the hook for the invocation event for the new order of operations processor. Some cases required significant overhauls to work this way but it is glorious.
• Added the in-scene processor for the Sticky Surface tool so it actually functions as intended without the creator needing to worry about PhysX systems.
• Added the in-scene processor for in-scene avatars
• Added an outrageous stallion dick to the home scene that I made for Equigon. Does it work? Try it and find out. I believe Omni suggested I set it up the way I did (This is for VR only right now)
  
  

• New tool: Sticky Surface. Make user avatar hands track to objects when they're near them.
• New tool: InSceneAvatar. Make a scene-specific, uncustomizable avatar that is automatically loaded onto players when they enter your scene.
• Performance improvements to make scenes work by default on Oculus Quest without modification. This is going to be modified in the future to be more intelligent, but for now, I just shifted things to use the Mobile shaders. The real release is going to use SRP but for now we can just do this.
• Added a number of example stations to the example scene.
• Modified some of the included Zinnia code to tolerate the order-of-operations processor.
• Investigated a reported issue that there was a problem doing head assignment on some avatar characters. Imported the character that was problematic and couldn't reproduce the issue, and it was actually kind of awesome seeing the end of my dragon muzzle where my nose should be. I'll follow up with that person but it seems to work as intended.
• Added a folder to hold compiled friends for use as in-scene characters. Compiled avatars and friends still go to where you specify they should go, but in-scene avatars go to the CompiledCharacters folder. This is how you will create scene-specific avatars and friends.