Knights and Merchants.net Forum

Okay, so I continue my adventure.
If I use States.PlayerGetAllGroups, nothing happens, if I use States.PlayerGetAllUnits, the AI seems to attack random targets? *Confused!*

I can only guess because I don't know the purpose of your script, but I'd say it's the following: GetAllUnits gives an array with all units, not just military ones. So the next best unit is attacked, even if it is a civilianz.

To fix this, check if the unit as civilian and skip those.

Well thanks, that works perfectly.
The initial problem was indeed that this function was scouting for units, including villagers. So the AI tried to attack units inside buidings. I tried to change it so it would only scan the groups, but needed some help with that. But since there aren't that many units on the map, your solution will be fine.
However, the 'random targets' the AI attacked previously were really random... no idea what happened there.

What Siegfried wrote won't work.... the distance calculations won't work because he's still using "States.GroupMember(Groups, 0)" when the array Groups is actually units...

There are three different ID systems: Groups, Units and houses. Do NOT mix them. If a function wants a group ID, do not give it a unit ID, and vice versa. They are not at all compatible. PlayerGetAllUnits gives you an array of units. PlayerGetAllGroups give you an array of groups.

You could correct Siegfried's function, but I would suggest you use PlayerGetAllGroups because it will be more efficient (there's far less groups than units), and it filters it down to only military for you already. Here's the complete function: Note that this function returns a Unit ID now, you had it returning a group ID.

Lewin is right, there were some mix ups in the ids. I did not even look inside the function. I just saw the description and gave my solution, because I had similar problems quite frequently with my script.

But it made me laugh. TDL described a problem. I only saw a fix to this problem - but Lewin fixed up everything right away

That's actually support you can only dream of. Nice work!

I'm having this problem with something I thought was going to be very simple. Suppose there is a chosen soldier within an unknown group with an unknown groupsize. This chosen soldier needs to be isolated, so this soldier will become a separate one-man-group with its own flag. I could choose the easy way: kill the chosen unit and recreate it again. However, I wanted to be more realistic and use GroupOrderSplit. I wanted to use the following script, but it does not work. Consider ThisUnitX and ThisUnitY to be known. What am I doing wrong?

I was planning to add a command to split a single unit out of a group eventually because it's not easy to implement in the script.

I can't see anything immediately wrong with your code. What happens instead of the desired result? One bad thing that you do is telling a group to link to itself. Change the final for-loop to be "for SplittedWalker := 1" (instead of 0) because it is linking all the groups to element 0.

Another fun solution would be to use recursion: (recursion is always fun) Just call SplitSingleUnitFromGroup with your group and the unit you want to split out of it and it should hopefully work (don't use RecursiveGroupSplit or LinkGroup in your code, they are only needed internally). This code would be easier to extend to do other tasks (such as linking units of a certain type or something). Another advantage is that I think it won't change the leader of the old group (unless he's the unit being split off of course) because of the order of the recursion.

Your script behave exactly the same as mine, Lewin EDIT: Obviously not, but my point is: It is also not working. I also think I know why they don't work:

SplittedGroup := Actions.GroupOrderSplit(OriginalGroup). <-- SplittedGroup has the same ID as OriginalGroup!

However, if you ask the splitted units their GroupID afterwards through States.GroupAt(X,Y) then they have different GroupIDs. You can check this by pasting my test code into any empty script file, it will work immediately:
I'd say this is a bug. Strange, because I was pretty sure it worked in any version before the 3rd beta of the scripted demo. So I guess I will just use the GroupAt(X,Y) trick to find all the ID's and paste them back together.

Ah you're right, there's a typo in GroupOrderSplit which causes it to return the original group's ID
I've fixed it so it will work correctly in the next release/update.
Thanks for your help!

Hi,

is it possible with dynamic scripting to give a ware to every allied player's storehouse when for example a Quarry makes his stone, a farm harvest his corn and a sawmail makes his timber? This for a multiplayer map that i want to make.

If anyone knows if this is possible would he/she explain how to use it?
thanks

Sado and i are wondering if it is possible to implement scripted becons, they do not have to play a sound or maybe a custom sound can be played with it. It will be nice if you for example spawn forces and want to notify the player of it.

I'm trying to spawn two groups of scouts at the start of a mission, store their group IDs in two variables and when both groups have died, display a message.

When I run the mission it gives me an internal script error and I have no idea what's causing it.

edit: Damn this arcane language syntax, I used = where I should've been using := to assign the group variables. One problem solved, but now I get a type mismatch error in ONUNITDIED at 36:1. There's probably also a better way to check whether a group has died
Does anyone know what's going wrong here?

You should write "procedure OnUnitDied(aUnitID, Integer);" instead of "procedure OnUnitDied" I think

Bence791 is almost right. You should write: Procedure OnUnitDied(aUnitID, aKillerIndex: integer). Also, I don't understand why you check if GroupID2 is dead, and GroupID2 is dead (you probably mean GroupID1 and GroupID2). Well, I think that is not possible when the occupant of the house starts producing. But when it finishes producing (i.e. a ware is added to his own house), you could do that. You could store the number wares of all houses of interest in an array, for example MyHouseWareArray. You can ask for the amount of wares of a house through HouseResourceAmount(HouseID, WareType). Next, you check within Procedure OnTick if the actual ware amount of houses has increased, compared to the stored ware amounts in your array. If so, this means that the occupant has just finished a ware. You could then use GiveWares(PlayerID, WareType, amount) to add that specific ware to your first storehouse, or HouseAddWaresTo(HouseID, WareType, amount) for any other storehouse. What do you mean with scripted becons? (I assume beacon? Then again, I still do not understand your question :p) Ah, you mean the thing in the minimap when you press B and click somewhere on the map! That's not possible as far as I know...

Tef, the difference between the thing I've written and your version is that mine checks the unit which has died, and yours checks the soldier that has killed the specified unit. And I think he needs mine by looking at his script