Wayback Machinekoobas.hobune.stream
May JUN Jul
Previous capture 12 Next capture
2021 2022 2023
1 capture
12 Jun 22 - 12 Jun 22
sparklines
Close Help
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
  • Asset Store
  • Get Unity

UNITY ACCOUNT

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account
  • Blog
  • Forums
  • Answers
  • Evangelists
  • User Groups
  • Beta Program
  • Advisory Panel

Navigation

  • Home
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
    • Blog
    • Forums
    • Answers
    • Evangelists
    • User Groups
    • Beta Program
    • Advisory Panel

Unity account

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account

Language

  • Chinese
  • Spanish
  • Japanese
  • Korean
  • Portuguese
  • Ask a question
  • Spaces
    • Default
    • Help Room
    • META
    • Moderators
    • Topics
    • Questions
    • Users
    • Badges
  • Home /
avatar image
1
Question by Creamzsoda · May 23, 2011 at 09:32 PM · collisionrigidbodycollider

Maintain velocity after impact with kinematic rigidbody

So right now this seems to be working for me but I wanted to check to see if it's the best way to do this. I want to hit a kinematic rigidbody that tests the collisions to see if the relativeVelocity.magnitude reaches a high enough level to break the object and spawn pieces. If the check passes I want the collider to maintain its velocity after the collision with the kinematic rigidbody...so I'm doing that by directly changing the collider.velocity to the collision.relativeVelocity. Seems to work in my limited testing but I wanted to make sure there's not a better way to do this.

Thanks in advance :)

 var ShaperBlockPrefab : Transform;
 
 function OnCollisionEnter(collision : Collision) {
    if (collision.relativeVelocity.magnitude > 100){
 var spawnPoint : Vector3 = Vector3(transform.position.x, transform.position.y -18, transform.position.z);
 Instantiate (ShaperBlockPrefab, spawnPoint, transform.rotation);
 collision.collider.rigidbody.velocity = collision.relativeVelocity;
 Destroy(gameObject);
 }
 }
Comment
Add comment
10 |3000 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

1 Reply

· Add your reply
  • Sort: 
avatar image
4
Best Answer

Answer by Owen-Reynolds · May 23, 2011 at 10:42 PM

Relative velocity is your speed minus their speed, so only works if the "smashees" aren't moving (if one was moving towards you, the relative velocity is higher, so you speed up after the hit.)

My current untested solution is to save oldVelocity each frame(in fixedUpdate) and restore it after the crash, as needed. Either that or petition UnityDev to make a "OnPreCollisionEnter()" which is called just before physics is applied, with a "skipPhysics" optional flag.

Comment
Add comment · Show 3 · Share
10 |3000 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users
avatar image Creamzsoda · May 23, 2011 at 10:52 PM 0
Share

Thanks I'll give that a try. The "speed up" with my current setup doesn't appear to be visually distinguishable so I may be able to still run with it. I appreciate the help :)

avatar image Waz · May 23, 2011 at 10:53 PM 0
Share

In this case the smashee is$$anonymous$$inematic, so not an issue.

avatar image Waz · May 23, 2011 at 10:56 PM 0
Share

A "realistic" effect would require subtracting a fixed amount of energy (the energy required to smash) from the current energy of the smasher, and also conserve momentum by imparting velocity to the smash particles.

It's a long time since I did Physics, but I have an intuitive feeling that you can calculate all that with what Unity provides already, since rigidbody physics does not require a fixed frame of reference. You can effectively "undo" a collision (after destroying one of the colliders) by applying forces negative to those that resulted from the collision, which would seem to be calculable from the collision normal, body masses, post-collision velocities, and relative velocities at collision.

But I could be drea$$anonymous$$g.

Your answer

Hint: You can notify a user about this post by typing @username

Up to 2 attachments (including images) can be used with a maximum of 524.3 kB each and 1.0 MB total.

Follow this Question

Answers Answers and Comments

2 People are following this question.

avatar image avatar image

Related Questions

Trouble with OnCollisionEnter and Exit 1 Answer

Avoid Player bouncing when colliding with objects 3D 1 Answer

Why is the Rigidbody ignoring Colliders? 1 Answer

Collision Only being detected on one of the objects involved in the collision - C# 0 Answers

3d models do not have collisions between them 2 Answers


Enterprise
Social Q&A

Social
Subscribe on YouTube social-youtube Follow on LinkedIn social-linkedin Follow on Twitter social-twitter Follow on Facebook social-facebook Follow on Instagram social-instagram

Footer

  • Purchase
    • Products
    • Subscription
    • Asset Store
    • Unity Gear
    • Resellers
  • Education
    • Students
    • Educators
    • Certification
    • Learn
    • Center of Excellence
  • Download
    • Unity
    • Beta Program
  • Unity Labs
    • Labs
    • Publications
  • Resources
    • Learn platform
    • Community
    • Documentation
    • Unity QA
    • FAQ
    • Services Status
    • Connect
  • About Unity
    • About Us
    • Blog
    • Events
    • Careers
    • Contact
    • Press
    • Partners
    • Affiliates
    • Security
Copyright © 2020 Unity Technologies
  • Legal
  • Privacy Policy
  • Cookies
  • Do Not Sell My Personal Information
  • Cookies Settings
"Unity", Unity logos, and other Unity trademarks are trademarks or registered trademarks of Unity Technologies or its affiliates in the U.S. and elsewhere (more info here). Other names or brands are trademarks of their respective owners.
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Default
  • Help Room
  • META
  • Moderators
  • Explore
  • Topics
  • Questions
  • Users
  • Badges