Collisions & Groups
Collisions are Automatic
More Collision Handling (Sides, Groups, Points)
Collisions are Automatic
Because Stencyl is powered by Box2D, collisions happen automatically, as if every object existed in “real-life.” For the default cases, no action is required on your part to make collisions happen.
However, what if you only want certain collisions to happen? For example, if any enemy shoots a bullet, the bullet should only collide with the player, not other enemies.
To do this, you have to set up Groups.
Groups are arbitrary collections of Actors. Groups tend to be named after certain classes of Actors, such as “Players” and “Enemies.”
Collisions happen between groups that are set up to collide with each other. Conversely, collisions are ignored between groups that are not set up to collide with each other.
You can set up Groups in the Settings dialog. Click the Settings button to open the dialig.
Next, click the Groups button (shown below) and you'll see a dialog that shows the Collision Groups in your game, the green Create New button that lets you make a new Group, and other settings.
There are fields for editing the name, description and the other groups it collides with.
(Note: In this picture, Players collide with Tiles.)
Every Stencyl game starts out with a default set of Groups to help you get started.
These groups have a lock next to them. Default groups cannot be edited or removed.
By default, Doodads and Regions never involve physical collisions. They may be useful if you want a quick way to designate an actor as "non-colliding"
How To: Assigning Actors to Groups
You can set an Actor's collision properties, and specify the group it belongs to, in the Properties page of the Actor Editor.
As we talked about in the Animations section, Actors can take on different Animation states. For each Animation state, the Actor can have different collision bounds.
For example, if a character is standing, he may be taller. If he’s ducking, he may be shorter.
Stencyl supports 3 kinds of collision shapes: Boxes, Circles and Polygons. (For Polygons, only convex shapes are allowed!)
You can place an arbitrary number of these shapes, in order to form more complex ones.
(In this example, we’ve made an “L” shape using 2 boxes.)
What if you want to detect collisions, without the shapes actually colliding? For example, in Tower Defense games, the towers shoot at targets that come into range.
You’d use Sensors to make this happen. Sensors are special kinds of shapes (a yes/no flag on any shape to be precise), in which an Actor does not physically collide with another Actor, but still detects the collision.
Just check this box in the right-hand pane of an Actor’s Collision Page to make a certain shape a Sensor.
Use Events to handle collisions. By "handling", we mean responding to collisions with logic. For example, if a Fireball crashes into Mario, Mario will die.
We support 6 kinds of Events in total.
Regardless of which Event you pick, you’ll typically see a block similar to this.
1st actor always pertains to the first actor in the “sentence.” The same goes for the 2nd actor.
Then, when this kind of collision happens, the 1st actor will refer to the Hero and the 2nd actor will refer to the Button.
Just in case, you didn’t know, you can drag the “1st actor” and “2nd actor” blocks out and use them anywhere within this event.
More Collision Handling
For any kind of collision, you can check on 3 additional bits of info.
What side the collisions happened on
What Groups were involved
Collision Points (where the collisions happened)
One point to watch out for is that collision sides are based on the rectangular, bounding box of the *shape* that collided, so if you used a circle or a polygon, pay attention to the results.
Exercise: Stomping is one common use case for collision sides. Something is "stomped" if it was hit from the top. Can you think of other use cases for collision sides?
Groups for Colliding Shapes
What is this “colliding shape” business about? It stems from the ability to override an Actor’s default group on a per-shape basis, so that a particular shape can take on a different group.
When working with the “Collision Group for colliding shape” block, be sure to compare groups directly, rather than comparing the textual name of the Group, which can lead to bugs and crashes.
(This is the right way)
(This is the wrong way, don’t do this!)
You can find all Group and Type “getter” blocks under Actor > Properties.
Note: The arrival of Events largely nullifies the need to check on specific groups or types after collisions. Why go through this effort when you can just say "when a (Fireball) collides with (Hero)..."?
Last but not least, you can grab exactly where collisions happened. This isn’t done very often, but it’s here in case you want to do any additional logic based on the collision location.
Thanks to physics, collisions are automatic.
Groups help you filter out collisions by specifying who collides with who else.
Use sensors to detect collisions without the actor being “solid.”
Last Updated: 2012-07-24 by Ceric
25804 have read this article
Disclaimer: The Stencyl Team does not actively monitor comments on articles. If you're seeking help for your game,
please ask a question on the forums. Thanks!
Sign In to Comment