• Happy Holidays Guest!

    We want to announce that we will be working at reduced staffing for the holidays. Specifically Monday the 23rd until Jan 2nd.

    This will affect approval queue times and responses to support tickets. Please adjust your plans accordingly and enjoy yourselves this holiday season!

  • Hi Guest!

    Please be aware that we have released a critical security patch for VaM. We strongly recommend updating to version 1.22.0.7 using the VaM_Updater found in your installation folder.

    Details about the security patch can be found here.
PosingHelper

Plugins PosingHelper

Hi, i dont know if this error was adressed earlier but im getting this error when i add it to the session plugins:

!> Compile of Ruvik.PosingHelper.80:/Custom/Scripts/PosingHelper/PosingHelper.cslist failed. Errors:
!> [CS1061]: Type `SuperController' does not contain a definition for `MainHUDVisible' and no extension method `MainHUDVisible' of type `SuperController' could be found. Are you missing an assembly reference? in <Unknown> at [60, 68]
 
Hi, i dont know if this error was adressed earlier but im getting this error when i add it to the session plugins:

!> Compile of Ruvik.PosingHelper.80:/Custom/Scripts/PosingHelper/PosingHelper.cslist failed. Errors:
!> [CS1061]: Type `SuperController' does not contain a definition for `MainHUDVisible' and no extension method `MainHUDVisible' of type `SuperController' could be found. Are you missing an assembly reference? in <Unknown> at [60, 68]
you need to update Vam through "VaM_Updater.exe" , "Sync / Repair Core" would suffice.
i mentioned that if you face any problems you need update vam in the Overview of plugin.
 
I would like a small menu for entering coordinates. I have to do a lot of things to get to them.
 
hi, sorry this is taking a little bit more time than usual , im just kinda busy these days.
anyway, i created a wip UI and want some opinions , UI is not my strongest suit.
1705624202917.png

im running outta space here , but i think this is intuitive enough.
the eye symbol is a feature that i want for myself , basically whenever i want to make the eyes move i need to interact with VAM ui which is painfully slow for such a simple operation. this button is for toggling the eye->look at player and eye none settings.
 
hi, sorry this is taking a little bit more time than usual , im just kinda busy these days.
anyway, i created a wip UI and want some opinions , UI is not my strongest suit.
View attachment 325060
im running outta space here , but i think this is intuitive enough.
the eye symbol is a feature that i want for myself , basically whenever i want to make the eyes move i need to interact with VAM ui which is painfully slow for such a simple operation. this button is for toggling the eye->look at player and eye none settings.

I think the interface can be made many times more compact.

You can take the interface of games from Illusion as a basis.
1705652746316.png


For maximum compactness, you can use this part.
1705652904612.png
 
Ruvik updated PosingHelper with a new update entry:

ANNIVERSARY UPDATE, new precise input window , eye toggle button and some fixes.

. it has been one year since i released the first version which was terrible, it came a long way.
. new window for enter precise coordinates for nodes (and reset button) (credit: SinFear ).

View attachment 325848
. eye toggle(green = eye is on player , white = eye is set to whatever it was before )
View attachment 325849
. fixed a few issues with mirroring ...

Read the rest of this update entry...
 
Hi,

I like PosingHelper very much, it helps me a lot to create animations quite quickly in desktop mode. But I keep having an issue with Y axis (green fields). When using it for moving up, it doesn't work or works very under-sensitive (very small node movement after a lot of mouse movement). Down movement on Y axis is fine, as well as on all other fields, including "yx" (green-red) and "yz" (green-blue). For the rotation, it's the opposite: down movement causes (almost) no rotation while up movemement works fine. It feels like a some kind of calibation problem, but I have no idea where to start looking for possible solutions.

zulusmjz
 
Hi,

I like PosingHelper very much, it helps me a lot to create animations quite quickly in desktop mode. But I keep having an issue with Y axis (green fields). When using it for moving up, it doesn't work or works very under-sensitive (very small node movement after a lot of mouse movement). Down movement on Y axis is fine, as well as on all other fields, including "yx" (green-red) and "yz" (green-blue). For the rotation, it's the opposite: down movement causes (almost) no rotation while up movemement works fine. It feels like a some kind of calibation problem, but I have no idea where to start looking for possible solutions.

zulusmjz
I am moving person atom a lot and never noticed that Y movement is different in different axis.. that seems weird indeed. Doesn't happen for me though. I will play around later and see if I can reproduce it.
 
Hi,

I like PosingHelper very much, it helps me a lot to create animations quite quickly in desktop mode. But I keep having an issue with Y axis (green fields). When using it for moving up, it doesn't work or works very under-sensitive (very small node movement after a lot of mouse movement). Down movement on Y axis is fine, as well as on all other fields, including "yx" (green-red) and "yz" (green-blue). For the rotation, it's the opposite: down movement causes (almost) no rotation while up movemement works fine. It feels like a some kind of calibation problem, but I have no idea where to start looking for possible solutions.

zulusmjz
that's weird, all mouse movement are treated equally in terms of sensitivity, try missing with the slider values in the VAM plugins tab.
 
Ruvik updated PosingHelper with a new update entry:

move menu overhaul ,shoulder node ,eye button ,"Align to from scene" shortcut ,help menu and more ..

move menu overhaul:
View attachment 362232

. choose between 4 alignments instead of the previous 2
. choose to either input values directly or use the arrows

Align To From Scene:
. RMB + ctrl on any node and select where to align it with

Eye Button:
. you can now change the atom "eyes look at" mode from the UI
. LMB= cycle between (player and target) , RMB=open eye target UI , MMB=set eye mode to none.

New Help...

Read the rest of this update entry...
 
I have a question. I have been using timeline to record in VR. I use embody, but the problem is, when I start recording in VR, my poses are not saved when i record, and it just records the default hand position when I playback in timeline. Is there a solution to this?
 
can someone help me, I want to save a specific finger movement in the timeline but you cant add fingers as a keyframe in the timeline how do you do it?
 
can someone help me, I want to save a specific finger movement in the timeline but you cant add fingers as a keyframe in the timeline how do you do it?
I have a question. I have been using timeline to record in VR. I use embody, but the problem is, when I start recording in VR, my poses are not saved when i record, and it just records the default hand position when I playback in timeline. Is there a solution to this?
check the video in the overview section, you're supposed to:
1- import the animation found in this package
2- after posing go to timline->more..->advanced ->keyframe float params

unfortunately on the current version of timeline there's no way for my plugin to automate this process.
 
Last edited:
I have a question. Why does Ruvik_Fingers_advanced have no effect on VAMTimeline? Thank you.

!> Timeline: Atom 'Person' does not have a storable 'plugin#1_Ruvik.PHFingerSliders'. It might be loading, try again later.

圖片 2.png
圖片 3.png
 
I have a question. Why does Ruvik_Fingers_advanced have no effect on VAMTimeline? Thank you.

!> Timeline: Atom 'Person' does not have a storable 'plugin#1_Ruvik.PHFingerSliders'. It might be loading, try again later.

View attachment 381276View attachment 381277
It's because your Ruvik.PHFingerSliders is not as #1 in your plugin list. You can manually change each #1 to any number in animation's .json file. I think that for current scene simply deleting plugin that has #1 in your list, then adding Ruvik should make it occupy #1 slot.
 
Is it possible to put interfaces in "HAND" tab?

2024-07-02_173822.jpg

This would allow plugin to be used in VR ?
 
And one more question: is this the way it's meant to be, or is something not working correctly for me?
When moving mouse up-down, head turns right-left. and when moving left-right , head tilts
 

Attachments

  • PH.gif
    PH.gif
    2.6 MB · Views: 0
Is it possible to put interfaces in "HAND" tab?

View attachment 385321
This would allow plugin to be used in VR ?
i've seen some plugins do things like these , so it should be possible , but i don't know how it would work. maybe if you tell me what's on your mind we can get somewhere.
And one more question: is this the way it's meant to be, or is something not working correctly for me?
When moving mouse up-down, head turns right-left. and when moving left-right , head tilts
i think it's working correctly, front-back is rotate around the z Axis. it's all depends on which way the character is facing. you can read about it in the local-global-node-camera based alignments in the help menu.
 
i've seen some plugins do things like these , so it should be possible , but i don't know how it would work. maybe if you tell me what's on your mind we can get somewhere.
Knowing that there are many tabs that are not used in any way - it seems to me that it is reasonable to use them for UI placement. But i don't know anything about coding. I can't tell you anything about it.:rolleyes:
i think it's working correctly, front-back is rotate around the z Axis. it's all depends on which way the character is facing. you can read about it in the local-global-node-camera based alignments in the help menu.
OK, since this function (rtation by hotkey) is very rarely used; UI is enough for this + buil-in VAM rotation works fine. I think its not worth wasting time on this and paying a lot of attention to it. I was just interested to know...nothing more
---
I have a couple other suggestions:
1. Add ability to create quick links between controllers without unnecessary pressing of builtin buttons. I.e. duplication of builtin function by hotkey (e.g. R_ALT+rmb):


2. Use shortcut to open tab with physic properties of selected controller:


*highlighted parameters are most frequently used.
Such a simple feature - will save a lot of time when configuring poses
 

Attachments

  • 2024-07-02_182420.jpg
    2024-07-02_182420.jpg
    234.6 KB · Views: 0
  • 2024-07-02_182420B.jpg
    2024-07-02_182420B.jpg
    213.7 KB · Views: 0
Knowing that there are many tabs that are not used in any way - it seems to me that it is reasonable to use them for UI placement. But i don't know anything about coding. I can't tell you anything about it.:rolleyes:

OK, since this function (rtation by hotkey) is very rarely used; UI is enough for this + buil-in VAM rotation works fine. I think its not worth wasting time on this and paying a lot of attention to it. I was just interested to know...nothing more
---
I have a couple other suggestions:
1. Add ability to create quick links between controllers without unnecessary pressing of builtin buttons. I.e. duplication of builtin function by hotkey (e.g. R_ALT+rmb):


2. Use shortcut to open tab with physic properties of selected controller:


*highlighted parameters are most frequently used.
Such a simple feature - will save a lot of time when configuring poses
great suggestions , I'll hopefully add them in the next update.
 
I will second idea of shortcut to navigate to physics tab - I use it a lot too. You can right click to select and then navigate manually, but having shortcut will save a lot of time in a long run!
 
Back
Top Bottom