Flocks.

[apemax]

I don't know if anyone else have tried this but if you add the flock block:

; Flock parameters.  Please block copy the whole section if adding to other things

			Flocks				TRUE			; Set this to create a flock for this object.

			Flocks_Debug		FALSE			; If this is set the actual lego objects animation is displayed at the "lego" position.

			Flocks_Smooth		TRUE			; Smooths out the orientation of the flocks elements.

			Flocks_Size			8				; Number of the given item in the flock.  (Default 5)

			Flocks_Turn			0.06			; Turning speed of the bat. (0.06 default)

			Flocks_Speed		1.5				; Velocity of the flock. (2.0 default)

			Flocks_Tightness	0.8				; Tightness of the flock. (2.0 default)

			Flocks_GoalUpdate	2.0				; How often the flocks goal is updated (25 per second).  (2.0 default)

			Flocks_Randomness	6.0				; Randomness of goals. (2.0 default)

			Flocks_Height		22.0			; Height above the ground of the flock elements.  (30.0 default)

to any other monster (like the rock monster) it makes them act like bats. :)

[McJobless]

I was thinking of testing this on RR's when I get the chance...eg this weekend

[sciguy]

cool! This is awesome

RR:"STAMPEDE!!!!!"

[aLPHA]

I tried this already. Takes alot of CPU and it crashes with rock raiders because they are a controlled unit and not a random mover (like spider, monsters, etc.). They also fly in the air and stay in a single framed pose (though they can move by changing the value on FlockDebug). The other issue is that when they move (a rock raider turning to pick up ore) they bank in that direction and get stuck in a wall. If all this stuff is fixed the rock raiders swarm would function as one because the flock value only clones the unit to the variable amount and is then given a single value. In short if one of the rock raiders picks up a piece of ore all the others will be sliding around, copying the action of the main unit given the single variable. I've messed with this and would be happy to answer any questions

Okay...I don't know what I said D8

[TheDoctor]

I'll play with it and upload a video sometime.

[apemax]

yeah your right Hydrogen if you add it to the rock raiders it does crash. (learn't that one the hard way.)

They also fly in the air

to fix that would you not just put Flocks_Height to 00.0?

[aLPHA]

No, they bank and as I said:

they bank in that direction and get stuck in a wall

I did manage to get rock raiders to flock but yes, they do fly and as I mentioned they do bank and get stuck in walls.

yeah your right Hydrogen if you add it to the rock raiders it does crash. (learn't that one the hard way.)

They also fly in the air

to fix that would you not just put Flocks_Height to 00.0?

No, 00.0 is not a valid ground point because a rock raider has a single main reference point (unless I am mistaken) that describes their current ingame position. I would imagine it's the top of their head because when they bank they bank from a single point and that is the reference point! So 00.0 would make them an invalid object (because they will be under the game boundaries) and the game would crash. To fix this you would have to tinker with it but I'll let you guys discover that value ;)

[Cirevam]

No, 00.0 is not a valid ground point because a rock raider has a single main reference point (unless I am mistaken) that describes their current ingame position. I would imagine it's the top of their head because when they bank they bank from a single point and that is the reference point! So 00.0 would make them an invalid object (because they will be under the game boundaries) and the game would crash. To fix this you would have to tinker with it but I'll let you guys discover that value

You're half-right. There is a reference point but it's at their feet. Look at the highlighted null in the picture below, Null (3). That's not unique to this animation; all Pilot animations have a null like that. In fact, most if not all Rock Monster animations have it too. I don't remember if vehicles have it but I'm pretty sure their wheel nulls are their reference points. However, there are two more Null (#) in this animation placed around the waist. They're blue in the picture. Perhaps these are references as well, but I think at least one of them is used as a joint. The null in the Pilot's head is his first-person camera, so that can't be the reference point as nulls don't like having more than one role. Ergo, 0.0 is a valid placement as that is what Pilot's vertical displacement from the ground is. If you tested that value and the game crashed, then I don't know what to say other than "try 0.1."

Also, placing things that are not reference nulls underneath the ground is not invalid. I've done it plenty of times and it's the whole point behind one of my not-so-secret projects.

Edit: No clue why that camera is pointing where it's pointing since it's also off-angle, nor why it's red. I haven't seen a red camera before. Maybe it's a light source but those look different.

[aLPHA]

No, 00.0 is not a valid ground point because a rock raider has a single main reference point (unless I am mistaken) that describes their current ingame position. I would imagine it's the top of their head because when they bank they bank from a single point and that is the reference point! So 00.0 would make them an invalid object (because they will be under the game boundaries) and the game would crash. To fix this you would have to tinker with it but I'll let you guys discover that value

You're half-right. There is a reference point but it's at their feet. Look at the highlighted null in the picture below, Null (3). That's not unique to this animation; all Pilot animations have a null like that. In fact, most if not all Rock Monster animations have it too. I don't remember if vehicles have it but I'm pretty sure their wheel nulls are their reference points. However, there are two more Null (#) in this animation placed around the waist. They're blue in the picture. Perhaps these are references as well, but I think at least one of them is used as a joint. The null in the Pilot's head is his first-person camera, so that can't be the reference point as nulls don't like having more than one role. Ergo, 0.0 is a valid placement as that is what Pilot's vertical displacement from the ground is. If you tested that value and the game crashed, then I don't know what to say other than "try 0.1."

Also, placing things that are not reference nulls underneath the ground is not invalid. I've done it plenty of times and it's the whole point behind one of my not-so-secret projects.

I meant to say the feet but I was thinking of other things at that moment.

Also, why is the camera pointed at the minifigs..um...rear end?

I meant that when they bank part of them collides dirrectly through the ground and then goes into the game's boundaries. You know what then happens ;)