Naturalis v1.4-alpha6b (80.var)
Added 2024-06-23 13:33:31 +0000 UTCFixed issue present since v1.4-alpha4 where clothing profiles did not save correctly
In the G-force Morphs tab, updated the Reset button of the primary/secondary anchor to restore the anchor selection and sliders/toggles to the defaults for that morph (instead of unchecking the boxes and setting sliders to 0)
The Hub resource is also updated: https://hub.virtamate.com/resources/naturalis.33647/update/65838/
v1.4 alpha6 release post: https://www.patreon.com/posts/naturalis-v1-4-106676735
-everlaster
Comments
Hi, thanks for the comprehensive and swift reply, appreciate it.
Gary Leong
2024-06-29 13:23:28 +0000 UTCIf you're referring to the hitch that occurs every 10 minutes, the best thing you can do is set your physics rate to 60 Hz and ensure your framerate is running at a smooth 60 as well. This seems to effectively minimize the issue, and I don't really know why. it's not very likely to be fully and properly fixable. It's a pretty complex issue, but the short version is this: VAM re-applies morphs to the skin every 10 minutes to prevent floating point rounding errors from building up, and this does a reset on the bone physics as well. Because Naturalis drives morph values from the angle of the pectoral bone, and does so every physics update, and because VAM runs skinning per frame rather than per physics update (and in a threaded manner, which might also play a role), there's some probability that the current angle of the joint as seen by Naturalis is outdated (by 1 frame) and therefore morphs get applied at incorrect values for 1 frame every time VAM re-applies morphs. Yeah.. try figuring that out. I have delved deep into this multiple times and haven't figured out any actual fix. If might not be an issue if Naturalis ran morphing per frame instead of physics update, but in my experience that results in less smooth animation overall when frame rate isn't synced with physics rate. It might also go away if I figured out a different way to drive the morph values and not depend on the bone physics at all. A possible workaround on the user end is to modify the VAM .dll to increase the timer from 10 minutes to e.g. 1 hour, letting the rounding errors build up for longer. It's not difficult to do if you know what to do, I could post a guide... But an even better solution would be to write a Bepinex plugin that provides a configurable slider/toggle for the morph reset timer. It's not doable with a regular plugin since it requires modding the VAM assembly itself.
everlaster
2024-06-29 06:20:02 +0000 UTCHi everlaster, just want to check with you is there any way for us to stop the breast auto jumping in a certain of period? not sure if this is just my problem or the auto refresh or sudden jumping is necessary..
Gary Leong
2024-06-29 02:45:19 +0000 UTC
