A feature requested by @Mm3. Thanks for the feedback!
Drips now work on male and futa characters, and on any character the old build silently got wrong. The symptom was unmistakable once you saw it: the water ran down an invisible figure standing in the default T pose, while your character moved somewhere else entirely. It read like a male support problem, and it was not one. There is no male or female branch anywhere in this plugin and never has been. VAM stores how a character gets skinned inside the character asset itself, there are three possible settings, and the code only handled two of them. Stock Male 3 ships with the third. Any character built that way was affected, whatever its gender; male characters are simply where you were most likely to meet one, because a Person starts out female and picking a male character is what swaps the asset.
Changing the character at runtime no longer strands the water on the old body. Every character in VAM carries its own skin object, so switching character or gender hands the engine a different one. The drips held on to the previous character's skin, which stops being animated the moment it is swapped out, so the water froze onto a body that was no longer there. It now notices the swap and re-attaches, and the same fix covers a scene whose character finishes loading a moment after the plugin does.
Seven greyed out explanations on the Body Steam page are actually showing up now. Sliders that cannot do anything in your current setup are supposed to grey out and tell you which switch they are waiting on. On that one page they never appeared, so the sliders sat there looking live. Reset also moved above the Amount slider it resets, and Trail style now greys out when Wet trail is off.
The Report button tells you more, and lies less. It now names the character, says whether it is still attached to the live skin, and prints the skin method it is reading. Several of its own measurements were reporting nonsense on healthy scenes, including a placement warning that fired on bodies that were positioned perfectly. If you have ever pasted a report into the discussion thread, the next one is worth more.
![[ForgeLab] Steam Forge](https://1424104733.rsc.cdn77.org/data/resource_icons/68/68680.jpg?1786442911){kind=icon}
What's new
Drips now work on male and futa characters, and on any character the old build silently got wrong. The symptom was unmistakable once you saw it: the water ran down an invisible figure standing in the default T pose, while your character moved somewhere else entirely. It read like a male support problem, and it was not one. There is no male or female branch anywhere in this plugin and never has been. VAM stores how a character gets skinned inside the character asset itself, there are three possible settings, and the code only handled two of them. Stock Male 3 ships with the third. Any character built that way was affected, whatever its gender; male characters are simply where you were most likely to meet one, because a Person starts out female and picking a male character is what swaps the asset.
Changing the character at runtime no longer strands the water on the old body. Every character in VAM carries its own skin object, so switching character or gender hands the engine a different one. The drips held on to the previous character's skin, which stops being animated the moment it is swapped out, so the water froze onto a body that was no longer there. It now notices the swap and re-attaches, and the same fix covers a scene whose character finishes loading a moment after the plugin does.
Seven greyed out explanations on the Body Steam page are actually showing up now. Sliders that cannot do anything in your current setup are supposed to grey out and tell you which switch they are waiting on. On that one page they never appeared, so the sliders sat there looking live. Reset also moved above the Amount slider it resets, and Trail style now greys out when Wet trail is off.
The Report button tells you more, and lies less. It now names the character, says whether it is still attached to the live skin, and prints the skin method it is reading. Several of its own measurements were reporting nonsense on healthy scenes, including a placement warning that fired on bodies that were positioned perfectly. If you have ever pasted a report into the discussion thread, the next one is worth more.
