|
1
on: June 29, 2026, 03:06
|
|
Started by spiritovod - Last post by spiritovod
|
|
@zxhxy: It will not work in case when reference pose of the mesh is different than reference pose of the skeleton used by the animation (usually in such cases it's linked explicitly via properties), or in case when root bone is actually transformed by the animation. Also umodel is using different coordinates system for preview and export, which I'm definitely not going to touch.
Anyway, added "Adjust anims" option to startup screen (also available via cli) for binding reference pose from the mesh if the animation is appended to it. It may not work properly for batch export though, as different skeleton can be selected in the process, but it may be helpful for some problem cases. I would be grateful for any feedback about using it.
|
|
2
on: June 27, 2026, 19:45
|
|
Started by spiritovod - Last post by zxhxy
|
@zxhxy: There are at least two other games with such problem, Architect and Eriksholm (though Architect is somehow fixed in current build). Unfortunately it's only part of the issue and you're fixing the result, not the cause. From my understanding, the core of this problem is that retargeted animation may have linked reference pose, which is different from used in the referenced skeleton. It's not currently being parsed, as UE5 build is omitting most properties. And upon restoring stripped reference pose (bind pose) for an animation from referenced skeleton instead of the linked one, result may be all over the place. I'm just trying to mitigate the issue on post-processing phase instead of modifying output, which may bring other possible issues in the future.
This is indeed a rather complex problem. I'm thinking, since we can't resolve the reference pose that references the bones, could we establish a detection mechanism to handle problematic animations? Using the root node of the reference pose as the standard value, if the attached animation causes the value of the root node to change, then correct that value to the standard value of the reference pose (only the root node needs to be modified). |
|
3
on: June 27, 2026, 14:42
|
|
Started by spiritovod - Last post by spiritovod
|
|
@yretenai: Thank you for the heads-up, updated the first post. It's always recommended to check actual engine version in exe properties (if possible), especially for games with frequent updates.
Update: I'm not quite sure about current approach, but apparently there are two game version shipped simultaneously (maybe client and server). I've updated specific build to support older version (latest one works out of the box) and added respective info to the first post.
|
|
4
on: June 27, 2026, 14:37
|
|
Started by spiritovod - Last post by spiritovod
|
|
@zxhxy: There are at least two other games with such problem, Architect and Eriksholm (though Architect is somehow fixed in current build). Unfortunately it's only part of the issue and you're fixing the result, not the cause. From my understanding, the core of this problem is that retargeted animation may have linked reference pose, which is different from used in the referenced skeleton. It's not currently being parsed, as UE5 build is omitting most properties. And upon restoring stripped reference pose (bind pose) for an animation from referenced skeleton instead of the linked one, result may be all over the place. I'm just trying to mitigate the issue on post-processing phase instead of modifying output, which may bring other possible issues in the future.
|
|
5
on: June 27, 2026, 10:48
|
|
Started by spiritovod - Last post by yretenai
|
|
Game updated to Unreal 5.7 sometime in the last few months, umodel still works. Just a heads up to anyone manually specifying the override to 5.5.
|
|
6
on: June 27, 2026, 06:07
|
|
Started by spiritovod - Last post by zxhxy
|
@zxhxy: I could create a fix specifically for this game, but I would prefer some more general solution, which requires more time for testing. Could you please tell if you ever bumped in similar issue in other UE5 games rather than RF Online and this one (with animations that are clearly not additive ones).
So far, in my testing, only these two games have this issue, and it only appears in certain parts of the content; not all characters are affected. I'm also puzzled about the cause of the problem. However, after trying to import it into other software, I discovered that all the problematic animations have a 90° flip along the x-axis in world coordinates. Correcting this to 0 restores the correct behavior. |
|
7
on: June 27, 2026, 00:00
|
|
Started by spiritovod - Last post by spiritovod
|
|
@zxhxy: I could create a fix specifically for this game, but I would prefer some more general solution, which requires more time for testing. Could you please tell if you ever bumped in similar issue in other UE5 games rather than RF Online and this one (with animations that are clearly not additive ones).
|
|
8
on: June 26, 2026, 18:20
|
|
Started by spiritovod - Last post by spiritovod
|
|
@Kovace: If you only need assets supported in umodel (textures/meshes/animations), you don't need to extract packages, it's possible to open them directly in that umodel build by using game specific override.
|
|
9
on: June 26, 2026, 12:09
|
|
Started by spiritovod - Last post by Kovace
|
|
thank you for reply. u are right the special version work also in the first post read last part. the new version at least over 2026 u need to use the bms script first next load the special umodel_materoal( all in the first post just not smart enough to read all the way -.-)
|
|
10
on: June 26, 2026, 00:07
|
|
Started by spiritovod - Last post by Shane LeCuyer
|
@Shane LeCuyer: Thank you for reporting the issue, it should be fixed now in the updated build. The update should be backward compatible with all previous game versions.
A huge thank you - tried with a couple of meshes and everything seems to work now! |
|