New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add MA Merge VRM0+1 FirstPerson #602
base: main
Are you sure you want to change the base?
Conversation
a9f82b3
to
950cbd0
Compare
There should probably be a separate docs section for VRM components. We could set up something where VRM components are in a beta state, requiring a special define until they're in a usable state. Probably I won't be able to merge this until 1.10. |
Fair point. Should every |
Another point of view: does VRM support deserve dedicated asmdefs, which would probably require major code reorganization? |
Memo before rebase; maybe better name: |
950cbd0
to
86951f1
Compare
86951f1
to
b8c62b7
Compare
Discussion: #467
Merge base PR first: UniVRM components support #569
This PR introduces
MA Merge VRM0+1 FirstPerson
component, which adds FirstPerson settings toVRMFirstPerson
for VRM0 /VRM10Object
for VRM1, respectively.This component supports both VRM0 and VRM1 because the data structure is very similar.
This component does nothing when the target avatar is not VRM0 or VRM1.
I think there is nothing specific to this component that requires localization. Perhaps there could be some warning like "This component is ignored; supports VRM0 or VRM1 avatar only", but many other components that targets VRCSDK only have similar issue.
I have not yet added documents. Merging this PR reveals UniVRM support to end users, so documentation would block the next release once this PR is merged.
I don't know yet where to add documents. (It would be under
docs~/
, but I worry that throwing VRM specific components into the Component reference section makes little sense to VRC users, when the entire components list is even more growing).