How do I tell if an object is connected to the base object?

Unity Engine
1

Greetings!

So what I am trying to do is make a kind of 3D game where your body (made of cubes) is fully breakable (like robocraft). I am not sure how I would tell if an object is disconnected from the main piece. For example, if I break the piece next to the base, it just falls off no big deal. But if I break the piece between the base and said piece, then how do I know it is disconnected?
I am using blender to model and animate the character, and I am going to have all the pieces’ parent be the base piece.

Thanks!
-JupiterSky

2

I don’t know anything about robocraft, but I have some thoughts that may help.

Are you reponsible for breaking the pieces? If so, you’ll know because you did it.
If it can somehow happen to you, otherwise… well, what determines if it breaks?

You could maybe use this? Unity - Scripting API: MonoBehaviour.OnTransformParentChanged()

If you provide some more details, perhaps a better solution can be offered. :slight_smile:

3

Ah, thank you, but breaking is no problem at the moment.
It is like when you take a stick, and remove a section of the middle, how do I know the side are separated if all I did was remove the center?

4

Trace debug line between connected part, if line is not there, it’s not connected.

5

How many pieces are you talking about, say for a leg? Just to get an idea …

6

From 3 to around 100. What have you got in mind?

7

if two transforms have the same return value they’re in the same hierarchy, if they’re different they aren’t… ?

8

I’m not sure you understand what I meant, but that’s okay… I am having a hard time explaining it :stuck_out_tongue:
If you have ever played a game where you can build your own uh, whatever you are able to build, it is usually breakable. Robocraft is a great example, if you break a piece that has stuff connected to it, how do you tell the pieces connected to that piece that they are now disconnected? Same with the other stuff down the chain.

9

You will have to maintain a data structure that hold the relationship, generally you will have a core object that will act as the parent and main control dispatcher, which will have reference to all part, part that broke off the core are just remove from the core reference structure (for exemple a list or a tree). Another way is to use the transform hierarchy and parent accordingly, you will then just have to check if parent object exist, if not it’s broken, so you can just remove the parent reference to break apart.

1 Like
10

I was thinking of using parenting, but I decided that that would be inefficient for my needs. When organizing the structure and different pieces, that will be a pain to look around in. Also, destroying/breaking stuff works just fine, it removes the core as the parent.

11

I was thinking about a parenting or node setup. 100 pieces to make a leg, wow. In that thought process, for example, you’re breaking out someone’s leg part way (say the knee), does the bottom fall off when the knee is gone or greater than 60% of the knee, etc? I don’t know if that could maybe be helpful.

12

You’ll need to create some sort of connection graph and traverse it every time a part is destroyed to test the integrity of the object. Using your stick example, the left cube would have a reference to the middle cube. The middle cube would have a reference to the left and right cubes and the right cube would have a reference to the middle cube. Whenever an object is destroyed, each cube would evaluate its connections and if they’re no longer valid, detach itself from the object and begin its own physics simulation.

You’re going to run into issues with defining integrity though. Take for example a T shaped object whereby the bottom middle cube is destroyed – does that render the whole thing useless or not?

You can simplify the problem by creating “core” components and binding everything to those. If at any point the chain of objects is not connected to any core object or a core is not connected to another core, break the whole thing off. That might make the most sense from a gameplay sense too if we’re not looking at simulating things such as buildings.

13

Hey there!
That’s around about what I was thinking, but structures don’t have a core. They have… the ground? I’m not sure how to handle that, but with separated parts the “core” piece is the last piece that was connected to the core (the closest to the break) so that shouldn’t be much of a problem.

The way something is controlled is the core, if a structure piece have a core it just can’t be controlled.

14

I think it would be helpful if I posted a picture of my creation… There is no “health” function, only the physical damage to an object. An object has to be connected by even one little cube to stay connected.

15

Say hello to the scavenger! I had to turn down the quality of the image because it was too large, but it should be good now.

3365260--263702--2ScavengersInvestigating.jpg
3365260--263702--2ScavengersInvestigating.jpg1440×810 55.4 KB

1 Like
16

You’ll probably have to repurpose some pathfinding algorithms like A* - treat each cube like a pathfinding “node”, try to pathfind from A to B; if there’s no route, it’s broken. Unfortunately it’s just different enough that you likely won’t be able to really use any off the shelf implementation of A*, but hopefully if you follow some A* tutorials you’ll be able to see how the algorithm can be adapted for your purpose.

17

In your example image, you have clear 1:1 links between objects (the skinny joints), so you just need to store references from one link to the connected object. It simplifies traversing the graph significantly.

18

this sound really easy to me. put this script on every block peace. If the parent object changes then all children object will fall off too.

using UnityEngine;
using System.Collections;

public class BlockPeace : MonoBehaviour
{
    private GameObject parent;
    private bool isAttached = true;
   
   
    void Start()
    {
        parent = transform.root;
    }
   
    void Update()
    {
        if(isAttached)
        {
            if(transform.root != parent)
            {
                isAttached = false;
                OnDetach();
            }
        {
    }
   
    //when the block falls off
    void OnDetach()
    {
        transform.parent = null;
    }
}
1 Like
19

Nice to see someone got it, but I’d probably have gone with “rootPart” or something as the name; it makes line 19 look a bit… odd at first glance as it is :face_with_spiral_eyes: :stuck_out_tongue:

20

I think A* (or some sort of pathfinding algorithm) is my only hope, not sure how it will know the structure of the object but it shan’t be hard to create that bit.