|
|
Firehose |
Posted by: moXier - 29-01-2018, 03:33 PM - Forum: Obi Rope
- Replies (3)
|
 |
How can I simulate a fire hose.
Right now one of the ends are stuck to a nozzle, but when I walk away it is very weird, I want it to become longer and not glide around XD.
|
|
|
Large Radius Liquid Transfer Pipe that can be picked up at any point for HTC Vive |
Posted by: AccqwTit - 29-01-2018, 08:16 AM - Forum: Obi Rope
- No Replies
|
 |
Good day,
I am building a program the simulate a fuel plant, for HTC Vive.
I have several issues that I am experiencing:
1. Large radius pipe that transfers fuel from the plant to the truck: When I attach SteamVR throwable script to the object attached to the end-point of the rope, the whole rope malfunctions.
2. Collision effect seems not to work on SteamVR teleportation platforms. The rope cannot detect colliders.
3. Fuel Transfer pipe seems not to have weight, and it stretches. I applied the distance constraint, but I am not winning.
4. I also want to be able to pick the pipe from any point of the rope. Including the object attached at the end of the rope.
|
|
|
Bug + fix: IndexInActor not updated in solver after a particle kill |
Posted by: tooomg - 28-01-2018, 05:34 AM - Forum: General
- Replies (3)
|
 |
Hi there!
I was doing some kind of fancy particle management when I came across a bug preventing me to delete the last particle of an emitter if another particle from the same emitter has been killed before. (Note: I've been killing it the "proper" way, setting its life to zero)
The bug was due to the fact that the IndexInActor field from the ParticleInActor class in the solver is not updated when a particle is killed by the Emitter. The consequence is that when deleting my 2nd particle, its IndexInActor still "pointed" to the particle I just killed before and was moved to inactive particles group at the end of the list.
I took a quick look and it seems that there's nowhere where IndexInActor is updated, so the fix boils down to doing it in KillParticle:
Code: public bool KillParticle(int index){
if (activeParticleCount == 0 || index >= activeParticleCount) return false;
// reduce amount of active particles:
activeParticleCount--;
active[activeParticleCount] = false;
// swap solver particle indices:
int temp = particleIndices[activeParticleCount];
particleIndices[activeParticleCount] = particleIndices[index];
particleIndices[index] = temp;
// FIX BEGIN
solver.particleToActor[particleIndices[index]].indexInActor = activeParticleCount;
solver.particleToActor[temp].indexInActor = index;
// FIX END
I tried it on my scene and if fixes the problem wonderfully!
I guess this was the intent of the existing swap in particleIndices above (cf the comment), but the change is not deep enough in the system for it to work correctly.
Unless the bug was due to me using the system in the wrong way, I guess it would be good to have this extra piece of logic integrated in the next release.
Cheers!
|
|
|
Simultaneous cloth collision with terrain and character |
Posted by: a12345 - 27-01-2018, 11:49 PM - Forum: Obi Cloth
- Replies (1)
|
 |
Hi,
Is it possible to create a cloth that can detect collisions both with a terrain collider as well as the character that is wearing the cloth? Essentially I have a character wearing a trench coat that at some point will begin crawling on the floor. The cloth now needs to collide with both the character and the terrain and not disappear into the terrain.
How would I achieve this with Obi Cloth?
|
|
|
Callback for particle-particle collision |
Posted by: tooomg - 26-01-2018, 10:44 PM - Forum: Obi Fluid
- Replies (2)
|
 |
Hi there!
I'm looking for a way to know when particles from different phases are colliding, in order to do some custom logic for each collision. The collision physics itself is working so I guess there's nothing wrong with my setup, but it might be the case, I'm fairly new with Obi Fluid.
I've looked into the ObiSolver.OnCollision callback, but it seems that it only provides data for the collisions against the Colliders of my scene!
Is there a way of achieving this particle-against-particle detection? Maybe directly through the Oni API? I don't know if that's realistically feasible in terms of performance, but let's try hehehe
Cheers and thanks for this great plugin!
Tom
|
|
|
Using Obi Cloth With Blend Shapes |
Posted by: JoeParente34 - 24-01-2018, 11:30 PM - Forum: Obi Cloth
- Replies (2)
|
 |
Hi, I'm running into an issue with Obi cloth, that I can't seem to figure out. The cloth simulation is working great on any given mesh, until one of the blend shapes is activated. Then it seems like the cloth simulation is turned off. For example, I have the cloth simulation on some hair. There's a blend shape associated with the hair model to make it shorter, once this is turned on the cloth simulation stops. Is it not possible to have both working on a model at the same time? Am I doing something wrong settings wise?
Hope to hear from you soon, Thanks!
|
|
|
Performance issues |
Posted by: khalvr - 24-01-2018, 04:00 PM - Forum: Obi Rope
- Replies (12)
|
 |
I'm using Obi Rope to simulate cords and wires in a VR truck service simulator. Since it was extremely unpractical and unstable to let Obi manage the rope length constraints, i decided to make all rigidbodies kinematicForParticles and use spring joints between the plugs (and dummy rigidbodies pinning the ropes together at all junctions) to keep them connected, just using ObiRope to simulate the aesthetics of the cords with pin constraints. The results are not 100% accurate, but it looks good enough for my purposes. Despite this, and despite rendering over 30 million triangles in the scene, ObiRope still stands for over 60% of the CPU load. This is despite the fact that i only use 2 solvers (one in each sub-scene), each with all constraints except pin, stitch, distance and collision disabled, and iteration counts set to 3 and below. There are maybe around 50 obi colliders in the scene. I also have a resolution of below 0.2 on all my ropes - in total, there are roughly 700 particles simulating. If i hang ropes on the wall (by attaching a fixed joint to one of the plug ends), obi will eventually even crash unity very suddenly and without warning. I have changed it so that the solvers run in LateUpdate, and reduced the advection radius to 0.05, but the performance is still utter crap. Am i doing something wrong, or does it simply not get better than this?
EDIT: Before Unity crashes, i get a huge wave of errors starting with:
Assertion failed: Assertion failed on expression: 'CompareApproximately(det, 1.0F, .005f)'
UnityEngine.Quaternion:FromToRotation(Vector3, Vector3)
Obi.CurveFrame:Transport(Vector3, Vector3, Single) (at Assets/Obi/Scripts/Actors/ObiRope.cs:61)
Obi.ObiRope:UpdateRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:962)
Obi.ObiRope:UpdateProceduralRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:892)
Obi.ObiRope:UpdateVisualRepresentation() (at Assets/Obi/Scripts/Actors/ObiRope.cs:590)
Obi.ObiRope:OnSolverFrameEnd() (at Assets/Obi/Scripts/Actors/ObiRope.cs:365)
Obi.ObiSolver:EndFrame(Single) (at Assets/Obi/Scripts/Solver/ObiSolver.cs:536)
Obi.ObiSolver:LateUpdate() (at Assets/Obi/Scripts/Solver/ObiSolver.cs:665)
Eventually i get this:
rigidbody.velocity assign attempt for 'Breakout Box' is not valid. Input velocity is { NaN, NaN, NaN }.
UnityEngine.Rigidbody et_velocity(Vector3)
Obi.ObiRigidbody:UpdateVelocities() (at Assets/Obi/Scripts/Collisions/ObiRigidbody.cs:68)
Obi.ObiColliderBase:UpdateRigidbody(Object, EventArgs) (at Assets/Obi/Scripts/Collisions/ObiColliderBase.cs:262)
Obi.ObiArbiter:WaitForAllSolvers() (at Assets/Obi/Scripts/Solver/ObiArbiter.cs:82)
Obi.ObiSolver:SimulateStep(Single) (at Assets/Obi/Scripts/Solver/ObiSolver.cs:499)
Obi.ObiSolver:LateUpdate() (at Assets/Obi/Scripts/Solver/ObiSolver.cs:659)
Assertion failed: Assertion failed on expression: 'fRoot >= Vector3f::epsilon'
UnityEngine.Quaternion:FromToRotation(Vector3, Vector3)
Obi.CurveFrame:Transport(Vector3, Vector3, Single) (at Assets/Obi/Scripts/Actors/ObiRope.cs:61)
Obi.ObiRope:UpdateRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:962)
Obi.ObiRope:UpdateProceduralRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:892)
Obi.ObiRope:UpdateVisualRepresentation() (at Assets/Obi/Scripts/Actors/ObiRope.cs:590)
Obi.ObiRope:OnSolverFrameEnd() (at Assets/Obi/Scripts/Actors/ObiRope.cs:365)
Obi.ObiSolver:EndFrame(Single) (at Assets/Obi/Scripts/Solver/ObiSolver.cs:536)
Obi.ObiSolver:LateUpdate() (at Assets/Obi/Scripts/Solver/ObiSolver.cs:665)
And also this:
Assertion failed: Invalid worldAABB. Object is too large or too far away from the origin.
The way i interpret it, a rounding error propagates in the quaternion calculations causing forces to be scaled high enough to instantly propel objects out of the scene. It's just a qualified guess, though, and i'm not sure why forces would be applied anyway since the objects are all kinematic as far as Obi is concerned. In this particular case, the crash only occurs when the cord is hanging against the wall, but i've had it before as well in various situations (Always the AABB error).
EDIT2: Some more of the errors:
Assertion failed: Converting invalid MinMaxAABB
UnityEngine.Mesh:SetTriangles(List`1, Int32, Boolean)
Obi.ObiRope:CommitMeshData() (at Assets/Obi/Scripts/Actors/ObiRope.cs:911)
Obi.ObiRope:UpdateRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:1037)
Obi.ObiRope:UpdateProceduralRopeMesh() (at Assets/Obi/Scripts/Actors/ObiRope.cs:892)
Obi.ObiRope:UpdateVisualRepresentation() (at Assets/Obi/Scripts/Actors/ObiRope.cs:590)
Obi.ObiRope:OnSolverFrameEnd() (at Assets/Obi/Scripts/Actors/ObiRope.cs:365)
Obi.ObiSolver:EndFrame(Single) (at Assets/Obi/Scripts/Solver/ObiSolver.cs:536)
Obi.ObiSolver:LateUpdate() (at Assets/Obi/Scripts/Solver/ObiSolver.cs:665)
Mesh '': abnormal mesh bounds - most likely it has some invalid vertices (+/-inifinity or NANs) due to errors exporting.
Mesh bounds min=(-1.#J, -1.#J, -1.#J), max=(-1.#J, -1.#J, -1.#J). Please make sure the mesh is exported without any errors.
Assertion failed: Invalid worldAABB. Object is too large or too far away from the origin.
It seems to be triggered primarily by collisions between ObiColliders with an attached ObiRigidbody.
|
|
|
Earlier Versions of Obi Rope |
Posted by: binhong87 - 24-01-2018, 11:04 AM - Forum: Obi Rope
- Replies (2)
|
 |
Hello,
Can you provide a earlier version of Obi Rope?
I want to use it on Unity 5.4.x.
I have already purchased this plugin, with order #12369623925197
Thanks,
Bin
|
|
|
|