As foreshadowed previously, we will now begin a series of posts about the Combat System Scripting we have been doing, because (a) it will be fun, and (b) it might be interesting.
What I’ve done so far, and hope to get to in this series, includes:
- Stationary targets to shoot at,
- Moving targets that shoot back,
- A combat HUD that keeps track of your “damage” and makes you fall down when you take too much,
- A “medikit” that makes you be less damaged when you walk through it.
Which is enough to have fun battles with your friends and/or Daleks. :) We’ll talk about just that first one in this episode.
A couple of notes:
- If you just want to have a working combat/RP system to play with, and don’t want to learn scripting of it from first principles, take a look at Myriad Lite (Preview 4) on the Second Life wiki; lots of neat features (and a certain amount of complexity) there.
- I’m going to assume here that you know how to rez a cube, and how to get a script into one. Not much more than that, though!
- Loose design goals of the project will include compatibility with various existing things (e.g. it would be good to be able to shoot at stuff with any normal sort of SL weapon), and a preference for less inter-object communication over more, where that’s possible (to reduce lag and complexity).
- I’m not going to worry too much about preventing ‘cheating’ of various kinds; this is mostly to play with, not to organize serious combat RP with untrusted others around.
Okay, off we go!
The first thing we’ll make is a simple target. Here’s probably the simplest possible target script:
default {
collision_start(integer n) {
llSay(0,"clunk");
}
}
This says, basically, “whenever something collides with you, say ‘clunk'”. (You can change that line to ‘llOwnerSay(“clunk”);’ if you don’t want anyone else to hear the object talking for whatever reason.) Technically the stuff inside “collision_start” is an event-handler, and in this case the event is something hitting the prim that the script is in.
So make a cube, put that script into it, and walk into the cube. It will say “clunk”. Amazing!
Of course walking into things is sort of boring, so let’s get out a weapon and shoot at the cube bang bang. Any weapon that fires actual projectiles will do; if you don’t have one, or aren’t sure of what you have, you can use the simple popgun that is in the standard SL library (the lower part of your inventory, where many people never go; there’s some pretty good stuff in there).
Find the popgun, wear it, go into Mouselook (via the Mouselook button, or pressing M, or whatever), mouse so the little crosshair is on the box (the popgun has weightless projectiles, so you don’t need to compensate for any drop), and click. A thing will emerge and hit your cube (with some amusing colors and sounds and bubbles), and the cube will say “clunk”; huzzah!
Just saying “clunk” is good to be able to tell that you’ve actually hit it, but if we’re going to do Combat we want the target to explode into a flaming ball of gas. Well, or at least to Cease To Be, since I’m not going to figure out a particle-system for a Flaming Ball of Gas today.
So here’s another script:
default {
collision_start(integer n) {
llSay(0,"boom");
llDie();
}
}
Replace the original one with this one, make a copy of the prim, and then walk into it or shoot at it, and it will say “boom” (which sounds more final than “clunk”), and Cease To Be (quite thoroughly Cease To Be, not in your trash or Lost and Found or anything, which is why I suggested you make a copy of the prim).
You can use shift-drag (or just rez a bunch of copies) to make a whole row of these, and either run along it or go into mouselook and pop them one at a time, boom boom boom boom.
Not bad for a six-line script!
Now it’d be better if the target didn’t actually Cease To Be if someone just casually bumped into it. There are various ways to try to tell casual bumps from official Weapon Projectiles; we’ll use one of the simplest: speed. If somehthing is moving more than, say, fifteen meters per second (which is about as fast as it’s possible for a lone AV to move in normal circumstances), we’ll assume it’s a Weapon Projectile (or maybe a car; getting hit by a speeding car counts); but if it’s moving slower than that, it isn’t. So:
default {
collision_start(integer n) {
if (llVecMag(llDetectedVel(0))>15) {
llSay(0,"boom");
llDie();
} else {
llSay(0,"clunk");
}
}
}
The only new complexity here is the “llVecMag(llDetectedVel(0))” bit, which just means “the scalar magnitude of the velocity vector of the thing that hit us” which is to say, how fast it was going.
The (0) means “the first of the N things that hit us”, where N is almost always 1 (so it looks at the first and only thing that hit it), but in some situations, especially when there are lots of bullets flying about, two or more things can collide with the cube so quickly that they’ll both get reported in the same collision event.
If we were just saying “clunk” that wouldn’t matter too much, but if (say) a slow bump happened at the same time as a fast projectile impact, we wouldn’t want to look at just the slow bump. So we’ll add a loop that looks at each of the things that hit us, in case there’s more than one.
default {
collision_start(integer n) {
integer i;
for (i=0;i<n;i++) {
if (llVecMag(llDetectedVel(i))>15) {
llSay(0,"boom");
llDie();
} else {
llSay(0,"clunk");
}
}
}
}
Relatively straightforward.
And then, and finally for this episode, just because I like to keep blocks of code simple wherever possible, we’ll pull out the bit of code that gets done for each colliding thing in to a subroutine of its own, and call it from the event handler:
process_collision(integer index) {
if (llVecMag(llDetectedVel(index))>15) {
llSay(0,"boom");
llDie();
} else {
llSay(0,"clunk");
}
}
default {
collision_start(integer n) {
integer i;
for (i=0;i<n;i++) process_collision(i);
}
}
And there you have it! A nice target that can be bumped into with impunity, but that goes away with a boom when shot (or when run into at high speed in a Chevy, I expect, although I haven’t tested that… yet).
Next time, hm, I dunno… maybe the Combat HUD or something…
Filed under: scripting, Second Life | Tagged: combat, flaming balls of gas, scripting, Second Life | 2 Comments »