200tigersbloxed / cvrparamlib Goto Github PK

Simply put, when you reference CVRParamLib.dll, the Mod/Plugin is unable to find it. The only solutions are:

1. Require CVRParamLib.dll to be a UserLib
   • Requires a MelonLoader Plugin and extra work for BepInEx or a tonnn of reflection and assembly resolvers
2. Make the developers reference the MelonLoader or BepInEx dll
   • I don't want to do this

Will try and work with assembly resolving and see if it can be done without a Plugin.

Not sure if you're already on top of this. It seems PlayerSetup.animatorManager.parameters is null when starting the game in VR, it's fine when starting in Desktop. Branch: bc53a10

Also, just out of curiosity, is there any reason why you're checking for avatar change in Update, when you already hooked into PlayerSetup.SetupAvatar ?

When CVRParamLib requests AvatarDetails_t via. the Avatars.RequestDetails(string) method, the menu will open the page to the avatar information. This won't cause any issues, but is somewhat messy.

See https://github.com/200Tigersbloxed/CVRParamLib/blob/main/CVRParamLib/CVRParameterInstance.cs#L62

When using this with something like VRCFaceTracking, the paramaters for things like Eyex, EyesY, ect, aren't showing up in the JSON file.

This mod seems to only add things to the JSON if they're in the menu. This is a problem because I really don't want to fill my menu with all of my FaceTracking values.

It would be much better if all of the paramaters from the animator were added to the generated JSON.

Thank you.

So far there is the /avatar/change endpoint. I wanted a similar one for parameter changes, so I could react externally to parameter changes from my avatar (maybe with a toggle on the config for performance reasons).

I was able to see this when I hooked to the changeAnimatorParam method. Once I changed a parameter via OSC, lets say outfit to 1, changeAnimatorParam started to get spammed setting outfit to 1 (multiple times a second), even after I changed to an avatar that doesn't have that parameter it kept spamming it.

I experience this on: 30ddc1a

Add support for reading the CVRParameterStream component and it's List<CVRParameterStreamEntry> entries as an AvatarParameter. May take extra work because of the special enums (Type, TargetType, and ApplicationType)

Once an SDK has registered a parameter (either through an SDK or OSC), you cannot drive that parameter through the Advanced Avatar Settings, until the Parameter is deleted from cache.