# Close physics collision causes object penetration

**URL:** <https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961>\
**Category:** World Creation\
**Tags:** physics-constraints, Motion-Controller, unreal-engine, Physics, Collision, question\
**Created:** [July 31, 2017, 6:32pm UTC](https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961 "2017-07-31T18:32:24Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![iamshaneihaveaface](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@iamshaneihaveaface](https://forums.unrealengine.com/u/iamshaneihaveaface)\
**Post date:** [July 31, 2017, 6:32pm UTC](https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961/1 "2017-07-31T18:32:24Z")

</div>

Hello,

I seem to be having an issue related to this [question][1]. I have a simple see-saw style balance beam setup using a physics constraint. When an object is dropped too close to the balance beam, it either passes through or gets stuck partway through. If I drop the object from just a little higher up, it collides normally like it should. I have CCD enabled for both colliding meshes, and I have substepping enabled as well. I have also tried to detect when the intersection occurs to try implementing a workaround, but calling GetOverlappingActors or GetOverlappingComponents on either actor never returns the overlapping meshes. Is there a way to fix this or is this just an ongoing systemic issue that we have to live with for now?

Here’s some before and after images:

Before the drop (the black cube is the actor I dropped):

![203421-physicscollision1.png](https://d3kjluh73b9h9o.cloudfront.net/original/4X/7/5/1/7513ebe5d0e775cc7e7dd6ed9fe6a2739efc73fb.png)

After the drop (the black cube is now clipping the balance beam mesh):

![203422-physicscollision2.png](https://d3kjluh73b9h9o.cloudfront.net/original/4X/4/d/d/4ddd8f433342726c74a41a4141832a0a519e51c0.png)

Thanks!

-Shane

---

<div class="post-metadata">

**Author:** ![OCProgrammer](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@OCProgrammer](https://forums.unrealengine.com/u/OCProgrammer)\
**Post date:** [January 26, 2021, 12:00pm UTC](https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961/2 "2021-01-26T12:00:26Z")

</div>

If you go to  
Edit \> Project Settings \> Physics  
and change the values, this might fix your problem.  
Focus on “Max Depenetration”, “Min Contact Offset”, and “Max Contact Offset”.  
Max Depenetration Velocity is the max velocity the two objects will separate  
When two meshes overlap by more than the min contact offset and less than the max contact offset the game engine will apply depenetration velocity to the physics objects.  
I’ve been trying to figure this out myself for a while now, hope this helps even if it is ~4 years late.

---

<div class="post-metadata">

**Author:** ![Dmitr213](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@Dmitr213](https://forums.unrealengine.com/u/Dmitr213)\
**Post date:** [December 30, 2024, 5:25pm UTC](https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961/3 "2024-12-30T17:25:29Z")

</div>

What happens if two meshes overlap more than the max contact offset?

---

<div class="post-metadata">

**Author:** ![MostHost\_LA](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/mosthost_la/32/907035_2.png) [@MostHost\_LA](https://forums.unrealengine.com/u/MostHost_LA)\
**Post date:** [December 31, 2024, 3:59pm UTC](https://forums.unrealengine.com/t/close-physics-collision-causes-object-penetration/400961/4 "2024-12-31T15:59:59Z")

</div>

In physx, it probably handles it some way.

In the new mess they named Chaos, you cant even think about getting a seesaw going in the first place 😛

If you _have_ to have one, code it up manually and impart physics on the boxes to fake it.  
But the swesaw itself would likely just need to move entierly by math.

Which ofc means making a thing where you improvise a seesaw as a gameplay element is not possible…
