uuuultraaaa

I know this is an old post but I was having the same problem and never found the proper solution online, eventually I was able to figure it out so I'm going to share it in case anyone needs it. Retargeting bad joints onto a well-oriented rig with the Character Definition Tag, and then baking the animation solved this for me. More in depth: As already mentioned in the comments above, the problem is that the joints in the two rigs are oriented differently due to different programs' algorhythms that work in different ways when exporting the rig. To check if it's the case rewind both your rigs to the initial T-pose (if they have one, if not, you can try to put the rig in a T-pose manually and keyframe it) and put them next to each other. If selected, each joint should have a small gizmo indicating its orientation. If at least one of your rigs is good, when you select all of its joints you should see that their orientation matches the axis orientation of the scene (displayed in the top-right corner of the viewport) - meaning that the Y (green) should point up, X (red) to the right and Z (blue) towards the back. It should be like this for every joint. If it's not the case - that rig is the problem. To solve this try the retargeting technique: Assuming you have at least one rig with joints that are correctly oriented, rewind it to the T-pose and delete the rest of the animation (or just Right Click on it in the Object Manager > Current State To Object, then delete the rig with the animation). If you don't have a good rig - just download a rig in a T-pose from Mixamo and use that as your starting point. Then, retarget your poorly-oriented-rig animation onto the fresh T-posed one. You can find plenty of tutorials on retargeting with the Character Definition Tag, I believe the video above shows how to do it.. but briefly - apply the Character Definition Tag to the Hip bone of the first rig, in the attributes click open manager > extract bones. Repeat with the other rig. Click on the tag of the correctly-oriented rig, in the attributes click create solver, and drag&drop the character definition tag of the poorly-oriented rig into "Source Character" in the attributes. The concept is that retargeting bad joints onto well-oriented ones, and then baking the animation solves the problem. To bake after retargeting select the Hip bone of the correct rig, Open the Timeline, Go to Functions > Bake Animation > uncheck "create copy" + Ok. Then delete the poorly-oriented animation).

Hi, thanks for the reply. I am using Cinema R25.117. "I'm not sure you can attract smoke by applying an Explosia tag to an object. " - I'm attracting smoke with an Attractor, not sure what you meant, I assigned ExplosiaFXSource tag to the emitter which I believe to be the correct workflow in order to emit smoke from an object.. The problem I'm having is not really about the Attractor but about the gap between the emitted smoke and the boundaries of the solver, like it's cut off before the simulation reaches the adaptive boundary, and the simulation doesn't continue to expand in space even though it's clearly not finished solving rhe smoke. I will post the scene as soon as I can.

Hi everyone, my first post here so sorry in advance for getting something wrong 🙂 .. I'm having a problem with X-particles in Cinema4D and I can't seem to understand how to solve it. I'm working on a smoke simulation, I'm using ExplosiaFX and with a couple of Deformers and I need my simulation to reach the Attractor (the green line in the screenshot). I have Adaptive Bounds activated inside the ExplosiaFX settings and the size of ExplosiaFX itself is enough to contain the whole simulation. But when the smoke reaches a certain point, it looks like it gets killed by the Adaptive container instead of keeping on expanding the bounds. What am I missing? Tried chainging the adaptive size parameters, tried to mess around with the thresholds for smoke, fuel, velocity etc in the settings but it seems to have no effect. Any help? I also tried to crank up the attractor's velocity (I added it to the modifiers list in ExplosiaFX) to force the particles to go higher and see if the density wasn't enough for the bounds to expand, it didn't work. Smoke's still cut off. Thanks in advance