It would be useful if there was a callback method for detecting when a rope tears.

Right now it seems like the only workaround is to watch the number of particles in the rope for changes, but if you also use the ObiCursor all the time, that's not clean or reliable.

hi all;

When the game starts with a scene containing any Obi Fluid particle emitter, we get a 100% crash.

We have the following call stack:

liquidmaze`Oni::TaskQueue::NextTask:
    0x1016592dc <+0>:   stp    x22, x21, [sp, #-0x30]!
    0x1016592e0 <+4>:   stp    x20, x19, [sp, #0x10]
    0x1016592e4 <+8>:   stp    x29, x30, [sp, #0x20]
    0x1016592e8 <+12>:  add    x29, sp, #0x20            ; =0x20
    0x1016592ec <+16>:  mov    x19, x0
    0x1016592f0 <+20>:  orr    w8, wzr, #0x1
    0x1016592f4 <+24>:  ldaxrb w9, [x19]
    0x1016592f8 <+28>:  stxrb  w10, w8, [x19]
    0x1016592fc <+32>:  and    w9, w9, #0x1
    0x101659300 <+36>:  cmp    w10, #0x0                 ; =0x0
    0x101659304 <+40>:  ccmp   w9, #0x0, #0x0, eq
    0x101659308 <+44>:  b.ne   0x1016592f4               ; <+24>
    0x10165930c <+48>:  ldr    x20, [x19, #0x8]
    0x101659310 <+52>:  ldr    x22, [x20, #0x10]
    0x101659314 <+56>:  cbz    x22, 0x1016593d4          ; <+248>
    0x101659318 <+60>:  ldp    x9, x8, [x22]
    0x10165931c <+64>:  cbz    x8, 0x101659334           ; <+88>
    0x101659320 <+68>:  add    x10, x8, #0x8             ; =0x8
    0x101659324 <+72>:  ldxr   x11, [x10]
    0x101659328 <+76>:  add    x11, x11, #0x1            ; =0x1
    0x10165932c <+80>:  stxr   w12, x11, [x10]
    0x101659330 <+84>:  cbnz   w12, 0x101659324          ; <+72>
    0x101659334 <+88>:  ldr    x21, [x1, #0x8]
    0x101659338 <+92>:  stp    x9, x8, [x1]
    0x10165933c <+96>:  cbz    x21, 0x101659370          ; <+148>
    0x101659340 <+100>: add    x8, x21, #0x8             ; =0x8
    0x101659344 <+104>: ldaxr  x9, [x8]
    0x101659348 <+108>: sub    x10, x9, #0x1             ; =0x1
    0x10165934c <+112>: stlxr  w11, x10, [x8]
    0x101659350 <+116>: cbnz   w11, 0x101659344          ; <+104>
    0x101659354 <+120>: cbnz   x9, 0x101659370           ; <+148>
    0x101659358 <+124>: ldr    x8, [x21]
    0x10165935c <+128>: ldr    x8, [x8, #0x10]
    0x101659360 <+132>: mov    x0, x21
    0x101659364 <+136>: blr    x8
    0x101659368 <+140>: mov    x0, x21
    0x10165936c <+144>: bl     0x1023a58e8               ; symbol stub for: std::__1::__shared_weak_count::__release_weak()
    0x101659370 <+148>: ldr    x0, [x22]
    0x101659374 <+152>: ldr    x8, [x0]
->  0x101659378 <+156>: ldr    x8, [x8, #0x10]
    0x10165937c <+160>: blr    x8
    0x101659380 <+164>: cbz    w0, 0x1016593cc           ; <+240>
    0x101659384 <+168>: str    x22, [x19, #0x8]
    0x101659388 <+172>: cbz    x20, 0x1016593cc          ; <+240>
    0x10165938c <+176>: ldr    x21, [x20, #0x8]
    0x101659390 <+180>: cbz    x21, 0x1016593c4          ; <+232>
    0x101659394 <+184>: add    x8, x21, #0x8             ; =0x8
    0x101659398 <+188>: ldaxr  x9, [x8]
    0x10165939c <+192>: sub    x10, x9, #0x1             ; =0x1
    0x1016593a0 <+196>: stlxr  w11, x10, [x8]
    0x1016593a4 <+200>: cbnz   w11, 0x101659398          ; <+188>
    0x1016593a8 <+204>: cbnz   x9, 0x1016593c4           ; <+232>
    0x1016593ac <+208>: ldr    x8, [x21]
    0x1016593b0 <+212>: ldr    x8, [x8, #0x10]
    0x1016593b4 <+216>: mov    x0, x21
    0x1016593b8 <+220>: blr    x8
    0x1016593bc <+224>: mov    x0, x21
    0x1016593c0 <+228>: bl     0x1023a58e8               ; symbol stub for: std::__1::__shared_weak_count::__release_weak()
    0x1016593c4 <+232>: mov    x0, x20
    0x1016593c8 <+236>: bl     0x100ca8410               ; ::operator delete() at MemoryManager.cpp:261
    0x1016593cc <+240>: orr    w0, wzr, #0x1
    0x1016593d0 <+244>: b      0x1016593d8               ; <+252>
    0x1016593d4 <+248>: mov    w0, #0x0
    0x1016593d8 <+252>: stlrb  wzr, [x19]
    0x1016593dc <+256>: ldp    x29, x30, [sp, #0x20]
    0x1016593e0 <+260>: ldp    x20, x19, [sp, #0x10]
    0x1016593e4 <+264>: ldp    x22, x21, [sp], #0x30
    0x1016593e8 <+268>: ret
    0x1016593ec <+272>: stlrb  wzr, [x19]
    0x1016593f0 <+276>: bl     0x1023a53fc               ; symbol stub for: _Unwind_Resume
    0x1016593f4 <+280>: brk    #0x1


Of course it works on all other platforms, iOS, PC, etc... Just iPhone XS crashes everytime. Now our publisher has blocked the project, and there is no way for us to release it without a fix.

Does anyone have the same issue?

Hello!

I've been having a blast with the soft body asset and am trying to get used to not working with a rigidbody. I'm only a novice game designer and I hope this is just something easy I cannot figure out.

I'm having a ton of trouble coding a movement script and setting up constraints to make a ball (like in the Ballpool demoscene) a moveable character. I tried using .AddForce in particular directions but because the ball rolled around it's up, right and forward were always changing. I tried to constrain it so it wouldn't roll but found that wasn't easily achieved. I coded a .Clamp onto the Ball that has the SoftBody but it still rolled around while what looked like an Empty Game Object adhered to my code. After some reading I think it's because it's made out of particles and not a continuum material like rigidbodies? Anyways, I'm scratching my head figuring out how to do this and I'm sure I'm over complicating this. 

In short: how do I constrain the x, y or Z of soft bodies and accurately apply force up, forward and right no matter how it has rolled? 

Thank you for any feedback.

Hi there,
I am currently experimenting with runtime length modification (working great!)

However I don't yet know what the optimum number of pooled particles is. Setting to 1000 was more than enough, however I noticed that upon trying to reduce the count that the editor value does not seem to be used but rather the value that was cached upon initial initialization.

Re-initializing solves the problem, however, in doing so my handles (created via the editor) no longer function, requiring them to be re-created.

Is the pooled particle count not updating a bug? If not, is it necessary to re-init or am I missing some workflow steps? / Generally doing things wrong?

Thanks,
Chris

Hello,

I'm checking out Obi Fluid now and it looks great. I'm wondering if it's compatible with Unity 2018.3 and specifically the HD render pipeline?

I tried searching for this but couldn't find anything. Thanks.

Hi,

I've used Obi Rope successfully on a windows machine.
When loading the scene in a Linux editor, I get the following errors:


DllNotFoundException: libOni
Obi.ObiBoxShapeTracker..ctor (UnityEngine.BoxCollider collider) (at Assets/ZZZ_External/Obi/Scripts/Collisions/ColliderTrackers/Trackers3D/ObiBoxShapeTracker.cs:14)
Obi.ObiCollider.CreateTracker () (at Assets/ZZZ_External/Obi/Scripts/Collisions/ObiCollider.cs:65)
Obi.ObiColliderBase.AddCollider () (at Assets/ZZZ_External/Obi/Scripts/Collisions/ObiColliderBase.cs:129)
Obi.ObiCollider.Awake () (at Assets/ZZZ_External/Obi/Scripts/Collisions/ObiCollider.cs:111)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)



DllNotFoundException: libOni
Obi.ObiColliderBase.OnDisable () (at Assets/ZZZ_External/Obi/Scripts/Collisions/ObiColliderBase.cs:235)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)



DllNotFoundException: libOni
Obi.ObiSolver.Initialize () (at Assets/ZZZ_External/Obi/Scripts/Solver/ObiSolver.cs:311)
UnityEngine.Debug:LogException(Exception)
Obi.ObiSolver:Initialize() (at Assets/ZZZ_External/Obi/Scripts/Solver/ObiSolver.cs:438)
Obi.ObiSolver:OnEnable() (at Assets/ZZZ_External/Obi/Scripts/Solver/ObiSolver.cs:277)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)



DllNotFoundException: libOni
Obi.ObiConstraintBatch.Enable () (at Assets/ZZZ_External/Obi/Scripts/Constraints/ConstraintBatches/ObiConstraintBatch.cs:132)
Obi.ObiBatchedConstraints.Enable () (at Assets/ZZZ_External/Obi/Scripts/Constraints/ObiBatchedConstraints.cs:71)
Obi.ObiBatchedConstraints.OnEnable () (at Assets/ZZZ_External/Obi/Scripts/Constraints/ObiBatchedConstraints.cs:127)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)



DllNotFoundException: libOni
Obi.ObiColliderBase.OnDisable () (at Assets/ZZZ_External/Obi/Scripts/Collisions/ObiColliderBase.cs:235)
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)


Please advise.

Thanks in advance

Hi there,

For my setup I have an Obi Cloth component added to SkinnedMeshRenderer object that also contains blendshapes. These work fine without the Obi component attached, but with it enabled the vertices seem to displace in the wrong direction. I have uploaded a quick recording showing this problem here.

I have tried different update and simulation methods, with and without a proxy, but none of it seems to help. Is this at all possible, or is there some kind of fundamental conflict here?

Important to note: I am using Obi Cloth 3.5 on Unity 2017.4.

Thanks in advance!

Hi

im having trouble attaching a softbody to a rigid body.
is the pin constraint the correct way? if so how exactly do you do it?

in game it doesnt seem to be attached. when i move the rigid body the softbody doesnt move with it

thanks

(nice asset btw, looks like fun)

EDIT:
for others wondering how to do it

make the softbody a child of the rigidbody
'edit particles' and 'fix translation' on a few particles
to fix the jitter, obi solver - interpolate

next question, how do you attach 2 softbodies together?

thanks

I have an ObiEmitter prefab that gives me a NullReferenceException when I instantiate it. It's because the solver is null. I've tried adding a solver prefab to the ObiEmitter prefab and it doesn't hold (meaning it's still null). I could add a solver component to the ObiEmitter prefab and that fixes it, but is there another way which would allow me to have one solver prefab that all the emitter prefabs can use?

Awesome use of Obi Fluid for this!!