Sorry for the delayed response.
A fix that tries to address this to a degree was recently enabled
It is indeed a known issue with manually setting C0 values that a few others had reported.
There are plans to further improve the handling in cases like this. If the intermediary fix doesn’t do enough though, then disabling retargeting may be the only option in the meantime.
Manually setting the retargeting property doesn’t seem to save, I can only get it to work in studio, is this intended?
I didn’t manage to repro on a blank baseplate. Any additional details you could add? For example are you trying to enable/disable the property, how are you checking if the property is on/off?
I’m attempting to disable the property.
My issue occurs due to manipulating C0 of the character’s waist.
When testing in studio, retargetting enabled results in this snappy behaviour where the animation will not move with the waist.
Whereas when testing with it disabled causes it to behave as intended, or at least as I intend.
Regardless of my attempts to disable the property, in - game will always result in the first video, as if the property is still enabled.
Would it be possible to upload a .rblx for testing this? And were you able to repro on a clean baseplate? I’ve tried to make places, upload them and the property changes seem to save as expected.
My speculation for now is that there could be some other factor related to the behavior as well. Or possibly a restart of game servers after saving and republishing is needed for the property to apply.
I’ve been having this exact same problem with my Motor6Ds. I’ve set retargetting to disabled in studio and it fixed it, however publishing the game causes it to switch back to default when in an actual game. I’ve tested and it works in a test server, but just doesn’t work in a live server. I’ve went ahead and printed retargeting:
LIVE SERVER
TEST SERVER same result in studio
UPDATE:
So I decided to set retargeting to disabled at the beginning of a script before players load. Doing this did fix the issue in live servers, but I really don’t like this solution and am still confused why when it’s set to disabled in studio, it doesn’t save to live servers.
UPDATE AGAIN (lol):
Ok big news, I thought about what @RayBloxSunshine said:
and decided to click “Migrate to Last Update,” (I’ve never clicked this button before) doing this fixed my issue completely and the retargeting changes in studio are now saved. I don’t know why this works compared to publish and shutting down servers, but alright. :3
I’m still a bit skeptical about the whole situation lol, but if anything happens (like it breaking again or something) I’ll update it here.
https://gyazo.com/1a74d5aab64c50b97465cc3317ab9626 why is changing lowertorso or uppertorso motor6d orientation cause these ? this cause a problem with my character tilting script ! and this only happen when i enabled retargeting … any idea ? is this an engine bug or something ?
this is without enabling retargeting https://gyazo.com/64aa6af762e80388c06c5fa76cc31f91
If this happens to be C0 or C1 getting modified, then either disabling retargeting or trying to use the motor6d transform instead would be recommended. C0 & C1 defines the way retargeting understands the rig, which should remain static for most cases.
Hi, the videos in OP aren’t working anymore it seems. Could they be reuploaded?
We’re using the Opt-out option for Workspace.Retargeting because although the original animation rig uses the same Rthro scaling 1.0 Character rig as the destination rig’s scaling, the Animation Retargeting system unnecessarily deformed the animation angles.
Workspace.Retargeting should consider the animation rig’s scale relative to the target, because in this case
they were the same rig (1:1 identical) and it shouldn’t have adjusted the animation at all.
I am using the opt-out option because on my regular R15 character (with some slight height modifications), the arms and torso act weird, whereas when Retargeting is disabled, everything acts perfectly.
Example with Retargeting disabled:
Example with Retargeting enabled:
Enabling retargetting causes my characters arms to stop inheriting rotation from their ancestors, in the video above i apply a rotation to the C0 of the root joint, and as mentioned in an above comment it’s recommended to use .Transform from now on, which I’ve applied to my game and fixed. but what will happen to old games that rely on modifying the C0 and C1 of the character during runtime? will they break? or do you guys intend to keep supporting animation retargetting disabled?
What about NPCs? I could not get retargeting work on NPCs so I assume this feature is only for players.
I think this feature could be improved there are many packages which it is very buggy with such as the Woman Package, Man Package and a lot of Anthro Packages
This is how my gun is meant to look normally
When I equip the women package this is how it looks
The gun faces downwards and the hands overshoot not correctly gripping the gun (This only happens with retargeting enabled)
The retargeting is also not very precise for the Woman Package, Man Package and Anthro Packages however it works pretty well on other Roblox packages
I think this feature is important as I want to allow players to wear their own avatars without me having to remove their packages and set everyone to the default Roblox package for my game which players do not like
This is consistently breaking my game, which utilizes the Motor6D Cframes in scripts.
This in itself is ok, considering it’s ‘opt-out’ for now.
However, setting workspace.Retargeting to Disabled, does not save across sessions, nor does it publish to the actual Roblox place.
It would be great if this behavior was fixed 
(Visual of bug)
It’s annoying that this feature breaks games that simply want nothing to do with it (such as mine which uses an in-game R15 avatar customization), and can’t be disabled
i guess what you could is just have a script that disables the option each time a server gets created
game.Workspace.Retargeting = Enum.AnimatorRetargetingMode.Disabled
In a server script
Ah I wasn’t aware that it was possible to set flags during runtime! Thanks I’ll try it out
I recently had a very similar problem to ConnectNot_connect (and what was posted here)
When adjusting a Motor6D joint’s CFrame while also playing animations, the animations wouldn’t adjust to the CFrame change (the expected behavior). If the setting were to be removed, that would be pretty problematic for my use case, and I’d most likely have to migrate my entire game to a CFrame only animation system.
I’m receiving issues with characters’ arms jittering with this feature when using Realism — Make your games feel more immersive!, this is a critical issue for my experience as it ruins the entire feel of my game
Hey, enabling Retargeting causes our game’s walk & run animations (presumably among others) to look far worse.
Retargeting enabled: