Hello,

I was using Teleport() to reset out of bounds players and noticed it kept throwing an ArgumentOutOfRangeException error each time (ObiSoftbody.cs Line 189).  
I'm using Unity 2022.3.21f1 and a fresh install of the latest Obi Softbody asset on a basic project.  

I updated the script as show below (duplicated and commented out old for comparison).  It got rid of the error, but I'm not sure if it's correct or could cause other problems.  Please advise.  

Hello, I am trying to create a game where the player can draw a rope in realtime by dragging the cursor around.  My goal is:

1. Let the player drag the cursor around a 2D plane, spawning a rope as they go (as if drawing a line with a pen)
   
2. The rope should spawn in a way that it matches the drawn path as closely as the simulation settings allow.
   
3. The rope should be a live simulation while it is being drawn (I don't want to draw a spline and then convert it into a rope once the cursor is released).
   

   

Hi,

I have a rope with static attachment on one side and dynamic on the other. The rope should not stretch as there is an object on the dynamic attachment end. In editor, I can achieve that - distance constraints seem to work very well, even with low number of substeps (6). I can get the object hanging and the rope not stretching.

As soon as I build and run this example, the rope just stretches indefinitely with the object falling down (without changing the code).
I have tried with more substeps, but nothing seems to fix the issue in build.

Can you help me identify the problem? What are some of the things that you think can cause this behaviour?

TLDR; Different behaviour (distance constraints) in Editor and Build

Thanks in advance

Hello, I am making a rope length real-time update project, encountered some problems, I hope I can get help
Below is the method to dynamically change the length of the rope, which is performed in the Update, which cannot be changed。

I went through the ExtendableGrapplingHook example, but that is "climbing" by changing the length or the rope, which isn't quite what I'm looking for.  I'm looking more for something that just moves a rigidbody steadily up a rope while maintaining the two-way forces between the two.  I have a few ideas how I could accomplish this, but if there's already an example somewhere to save me a lot of trial and error, I would be very grateful.

I have two ropes defined.
Each has a different starting shape. Because they have a different initial shape, they must have different blueprints. 
They both have the same settings in the blueprint though, in particular, they both have a resolution = 0.206
(See attached initial state image)
   

During runtime, I use a RopeCursor to increase the length of both ropes to ~20.0.
I use a character to drag the ends around and stretch them out.

The issue is... 
The character can successfully drag one of the ropes, but not the other.
This leads to an inconsistent gameplay experience based upon the starting state of the rope.

To debug the issue, I attached a particle renderer and discovered that the rope that cannot be dragged has significantly more particles than the other.
(See attached runtime image)
   
The rope with red particles cannot be dragged by my character (the force required is too great).
The green particle rope behaves well.

I suspect that the fact the red rope has more particles is why they require more force to move?

Some questions arise:
 - Why does the red particle rope have more particles? (I suspect because I required more control points in the initial shape to create the starting coil shape)
 - Is there a way that I can make sure both ropes have the same inter-particle distance regardless of the starting shape?
 - Alternatively, is there a way to make sure the force required to move each rope is consistent? (lower the friction on the red particles somehow?)

Thanks for your assistance

Hi,

I encounter an error when I operate the obi in the container with the Pico hand controller. I put xr grab objects into the cup object. As soon as I hold the glass via the controller, the liquid disappears. When I release the controller, the fluid comes back.

Is there something I missed somewhere?

Hello everyone!

I have the following problem: I am trying to control the same crane with two clients that connect to a server via FishNet. As long as no player connects to the crane, the ObiSolver remains disabled and the spreader is simply dragged along as a child of the crane.

As soon as a player connects to the crane, the parenting of the spreader is changed and the ObiSolver is enabled so that the spreader is now only attached to the crane by the ropes. It should be noted that the ropes themselves are attached to a SpreaderAttachmentGO in a cabin GO that can be moved.

If you now move the cabin, the spreader also moves with it, as the SpreaderAttachment, just like the VCam, is attached to the cabin. If the first client now disconnects from the crane, the ObiSolver is disabled again. If the second client then connects to the crane, the VCam is packed to the position left by the first client, but the ropes spawn at the original position in the centre of the crane, i.e. as if the cabin movement had not taken place before. You can see this in the attached video.

What confuses me now is that in the SceneView (also in the video) you can see that the object on which the ropes are actually hanging is in the correct position, but for some reason the ropes themselves are hanging down vertically from the centre.

I was previously able to reproduce this behaviour independently of the network, i.e. in single player, but this was not always successful. The same behaviour can also be observed when the crane is moving. The ropes also spawn at the crane's point of origin.

Does anyone know what could be the reason for this? Does the position of the SpreaderAttachment have to be updated somehow in the ObiSolver? Could the alternating enable/disable of the ObiSolver lead to such behaviour? Originally I installed these changes because the performance was severely affected by the rendering of 60 different ObiSolvers for all cranes at once.

In the video, I also included the settings for the ObiSolver and for one ObiRope as an example.

Many thanks in advance!

Best regards,
Alexej

I'm getting a major performance hit from my obi ropes, and it's significantly worse when using the Burst as the backend rather than Oni. FPS is ~75 with all ropes disabled, 30 with Burst, and 40 with Oni. 

Using Unity 2022.3.13f1

I've got 11 ropes in the scene - each has its own solver. 

So the story is...
After looking into some performance issues today, I noticed that our obi ropes were the biggest offender. I googled around and realized that I didn't have all the packages installed that I needed for it to use Burst, which should theoretically improve performance a lot. I installed what I needed and I no longer got the package dependency warning, but performance tanked badly. At that point, I was getting an error similar to the one here:
http://obi.virtualmethodstudio.com/forum...-3492.html

I do have the Jobs debugger, safety checks, and leak detection all disabled.

I've tried a few different things to improve performance. It helped a bit, but still isn't good enough. Specifically what I've done is:
- Reduced solver steps from 4->3
- Reduced rope resolution
- Increased decimation

Also tried switching to the line renderer instead of extruded mesh, but that didn't make a difference, presumably because the performance issues are coming from the simulation rather than the rendering.

I also tried installing the old Jobs package individually, but that didn't seem to make any difference either.

Let me know if you want any specific profiling info - I wasn't sure what would be useful and didn't want to flood this post with unnecessary info.

I suspect that my best bet for a big improvement is getting the Burst backend to work properly, but something is definitely wrong there. Any ideas what might be the issue and how I can solve it?

Thinking about purchasing Obi Fluid. I assume some soup in pot would be easy to do. But I also have an idea of making eggs. When you crack an egg the insides are liquid (though somewhat viscous). When you pour an egg into a flat surface it should behave like a normal egg, i.e. stay as a clump and not disappear. After cooking it should become more rigid (ideally increase viscosity smoothly over time). Is it possible to do using Obi Fluid?