[R77] Physic Bug

0 favourites
From the Asset Store
Everything is made via physics, Very simple code: 6 events only (3 for tank creation, 2 for controls and 1 for camera)
  • Probably down to the fact that your using SCROLL TO behaviour on a sprite with different size frames..using Physics....

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • what ever...

    ...its only me, so just ignore!

  • what ever...

    ...its only me, so just ignore!

    You might have a valid issue here, I didn't know about the issue with regards the collision polygons?

    Kyatric

    "Apparently there's an issue with using different animations frames with the physic object. For now it only uses the collision polygon of the first animation frame"

    <img src="smileys/smiley9.gif" border="0" align="middle" />

  • Kyatric's original reply explains this issue perfectly. Physics engines do not support "set position" or "set angle". If you do this instead of using the forces and impulses like the Physics Basics tutorial recommends, you force Construct 2 to teleport the object in the physics world, because the physics engine does not support what you just did. So each 'Set Y' to move it 2 pixels up is just teleporting the object in to the other object repeatedly, and the physics engine manages to play along for a bit then loses the plot because it's not designed to be used like that. We cannot fix this, it is a fundamental limitation in physics engines. Instead as the tutorial says you have to make the same movement by forces, torque and impulses, which works properly in the "physics world".

    Closing as won't fix. I will separately investigate the animation frames issue reported by Kyatric.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)