Control Physics object using finger

Physics
#21

Hi @bgmadclown,

I don’t see your updated code (perhaps you removed it), but if I had to guess, it’s exactly as you say: when you remove the physics body to create a smaller/larger version, it will automatically destroy the touch joint.

I’m not sure how you created a “joint that’s not related to the player object” unless you just have an invisible object and the player object follows its x/y position in runtime step. I suppose that would work… in fact, that might be a better solution because then the touch joint properties won’t be affected by the altered mass of the body and it would be more consistent.

Brent

#22

Yes, I’ve just deleted it because it won’t work and it’s not very different from the code in that forum post.

That’s what I’ve done actually but it also didn’t work as expected. I used that invisible body to move the object but when the player reached its destination point, it moved a bit upwards/downwards like it couldn’t stop before passing the destination and returned back to the destination point. Also, it flickers a little when the scaling is in place and you move your finger.

By the way, if I remove scaling, it all works fine without those problems I mention. I guess the main problem is because I remove the physics body and add it again. It probably would have worked if there was a way to scale physics body without removing it first but I’m not sure about that :slight_smile:

#23

Hi @bgmadclown,

If your object is moving a bit past the destination point, then returning, it’s because you haven’t set the properties on the touch joint to handle that. Touch joints behave like a “rubber band” or “spring” and you need to tell them how to behave. It’s possible to adjust both how fast the object will move toward the destination touch point (like how powerful the spring is), and also how much flexibility the spring will have. So, you need to just tinker with the properties of the joint until it feels right… all of those properties are documented in the guides and docs on our site.

As for your scaling, are you literally destroying and re-creating the physics body on every single game step? If so, that’s just not feasible and it’s going to kill your performance. Tell me more about how your scaling should work, how often it needs to occur, etc. and I’ll probably have some advice on how to best handle it.

Brent

#24

Hi Brent,

Well, I should take a look into that then. I guess you mean “damping ratio” and “frequency” values, right? By the way, I don’t need to adjust those values if I don’t use scaling in runtime. It all works well if I omit the scaling code.

Yes, I’m doing scaling in every single step. Think of something like agar.io. That’s how the scaling works. Player scales down over time.
I know it kills the performance, especially when I include physics in the code but sadly, I couldn’t find another way to scale the physics body in runtime.

#25

Hi @bgmadclown,

Yes, adjust those properties of the touch joint to make it behave as you need.

For scaling, since it’s very important to your design, I can suggest a few other methods which would help performance:

  1. (more simple but not ideal performance) – Adjust the scale on a timer instead of every frame step. I can’t imagine the scale changes so drastically between one frame and the next that you need to destroy/re-create every frame.

  2. (more complex but best performance) – Create the body from a series of circular bodies in a concentric “ring”, as a multi-element body. This would resemble like a shooting/archery target, where each body element would be slightly larger than the one before it. Then, using pre-collision handling and PhysicsContact, conditionally check which element is “on” and either choose to honor the collision of disregard it. In other words, the overall body would always remain the same internally, but you would decide which “level of circle size” best matches the size of the visual object.

Brent