I m trying to create a crane like rope behavior. But it's hard. Since I applied scalable rope length component then the rope just get bouncy.
It's looks like we have to put tether constrain.  This's what we made.   And  This is what we need to be like 
Those parameters just killing me. Is there any parameters that we can to refer to? 

Hi,

I'm looking to use Obi Fluid on the Magic Leap. The Magic Leap being an Android based device it may not be too much work to make Obi Fluid run on it.
Any help would be much appreciated.

I have found a similar thread but on the Obi Rope's channel - http://obi.virtualmethodstudio.com/forum...hp?tid=868

Thank you!

Hello, 
Looking for some help. I read the docs, but still trying to wrap my head around achieving this. I have tried collision callbacks, but this lags real bad with what I'm trying to do.

Simply all I want to do is detect if the cloth has exited or is no longer touching a simple trigger. I don't want it to interact with it in any other way.

So the green is the cloth. If it is moved off the black box an event is called like ontriggerexit or something of the like.


also on a quick side note, is there a way to detect when and if the cloth was torn?

thanks!

Hi, I've been using an older version of Obi Cloth which has the older API for getting particle positions, velocities, etc.


As this project is for a client, meaning it's time sensitive, doing a complete upgrade to the newer 4+ API does not seem to be possible as this project has 100+ Obi actors with their own cloth settings tuned to perfection.

Now the issue is, Google Play has made 64-bit support in apps mandatory recently, meaning I had to now turn on ARM64 as well (Along with already enabled ARMV7) while building the APK.

The project's actors all render fine inside the editor, but upon building to an Android device none of the actors render at all and the logcat shows that the Oni DLL could not be found or loaded.

Looking deeper into the Obi/Plugins folder, I briefly compared my current Plugins folder contents with the new 4+ Obi's Plugin folder and understood that only the newer version has ARM 64-bit support.

To confirm the issue, I built without the ARM64 option enabled and the build rendered actors correctly, confirming that Unity was previously unable to find a 64-bit supporting DLL plugin for Oni.

Tldr; Is there any way I can simply add ARM64 support to existing Obi cloth setup without actually upgrading the API/Updating Obi plugin? 

Simply updating the package would mean multiple weeks of added work due to requiring re-initializing and re-tuning all actors, completely halting productivity in such a large project.

EDIT: I now tried using a copy of this project to update to latest Obi package, then set up a temporary actor - fully initializing it, then enabled 64-bit ARM option and built APK to device. 

Still the same problem - The correctly set up Obi actor doesn't render at all and throws the same errors as before. Looks like this issue is something other than just 64-bit support from Obi/Plugins folder.

This is the constantly recurring DLL error I get when I try to enable 64-bit and build, regardless of the version of Obi cloth I used on device (Using Unity 2019.2.1f1) -

[attachment=389]

Will there be many code-breaking changes with Obi 5 vs Obi 4?
We have created several pipeline tools using Obi v4 to speed up our workflow, but before we continue making tools - we need to know how drastic the API changes will be.


Thanks.

"[Physics.PhysX] cleaning the mesh failed"

I am constantly getting this message when playing the game in the editor. What is wrong? I might be wrong, but this usually happens, when the cloth is getting inside the cloth colider.

I want to flip the cloth, that is to set it's scale X to -1, and I have two problems:

1) Cloth turns black (as if in the shadows) after the flip, even if you turn off the shadows.
2) Cloth obviously is not solved properly. But this is not a problem, because I have already solved a similar case with FinalIK, what I need is to know precicely where the solving is taking place and to flip my mesh back again just before and just after the solving process.

I am using a double-sided shader based off of the Standard Shader.

As I host the server with the old version of unity's multiplayer code (NetworkManager) my client's cloth meshes explode after some game time has passed (turn into abominable mess that cover the entire screen). How do I approach handling this problem.

Client does not have this issue on his side.

Is there any progress on support for the A12 on iOS? There is a bug causing the app to crash. 
Thank you

If you are simulating in local space, the trenchcoat (or cape)-type clothes would look lackluster when moving your character, esp. when running. Add a wind zone to the character, set the affected solver, set the Intensity so that the coat actually moves and then modulate intensity via script when the character is running - looks super cool.