Unit Training Queue ?

[test1234]

I am interested in the Unit Build/Train queue, i asume a pointer to it is in the unit structure, which i have. However, i have no idea where in it it is, can anyone help me with that ?
Additionally i am very interested in the building grid, so if anyone has any info on this i would be very grateful. In return could contribute some code to translate unit positions from their mapposition to onscreen position.

[UserNamex32]

here's a class created in C# that can handle the building grid to check if a spot is valid or not along with a few other methods in there.
https://github.com/MrNukealizer/SCII-External-Maphack/blob/v0.13/2cs-API_Source/_2cs_API/clsStarCraft.cs

this is one of the required/dependent structs to use the above class:
https://github.com/MrNukealizer/SCII...uild_grid_s.cs


As for the que it should be within the unit struct info here:
https://github.com/MrNukealizer/SCII...Data/unit_s.cs

[Mr Nukealizer]

Please note that those parts of the code are not up to date, because I haven't had a reason to use them yet.

[UserNamex32]

was talking with him on IRC and found out there were some offsets that weren't in the public SVN that hadn't been updated to the latest version, idk if he was successful generating a pattern or not yet.

[test1234]

I still wonder about the Unit Build/Train queue. Mr Nukealizer, i see that your code has some stuff regarding abilities and was wondering if you also did some work regarding the queues, as they seem similar.

thanks, UserNamex32, most of the stuff for the active building grid works. The offset you gave me on irc was for 1.4.2. For 1.4.3, some offsets in the struct changed to:
BuildGridValidSquares = 168
BuildGridInvalidSquares = 184
BuildGridSideLength = 0xa4 # new, for ex. 5 for cc, 2 for supply depot
with the struct offset beeing:
BuildGrid = 0x0177CDE0
as a pattern for 1.4.2 and 1.4.3 this seems to work: 74 0F 8D 4D D8 51 8B 0D ?? ?? ?? ?? E8
What i still wonder about is the structure type. As a candidate i found a pointer at 0x9C, but i don't have an idea how to get a clear building id or something from that.


Also, is there a global structure that shows where one can build and where one can't over the whole map ?

[UserNamex32]

Also, is there a global structure that shows where one can build and where one can't over the whole map ?

It must exist somewhere in some form, I would give this a try:

make a small custom SC2 map, goto the pathing and select the smallest paintbrush that you can,
then paint on a checkerboard pattern of pathable/buildable and non-buildable

you might then be able to use those values you found:
BuildGridValidSquares = 168
BuildGridInvalidSquares = 184

to search for a byte array within the memory that alternates those two values.

You might sadly have to open up the map file and grab the information from there, but you want a live representation via the memory.
It may just use the base map pathing data + units/buildings to populate/test the buildable grid.
So that would probably be your worst case scenario, being that you would have to read the pathing from the map and then iterate through the units to generate your own data set.

[test1234]

Ok, i didn't check this yet but mischa seems to have this:
https://github.com/Mischanix/Reaper/...r/MapHelper.cs
https://github.com/Mischanix/Reaper/...ter/Offsets.cs
which has a SomethingIsPresent function that checks the same datastructure that also has Creep in it and another GetCliffHeight function giving cliff? elevation from a structure he calls MapCliffData.

still no idea about the production queue, anyone got any info about that at all ?

[UserNamex32]

I haven't yet seen that project, thanks for sharing : )

[Mr Nukealizer]

I still wonder about the Unit Build/Train queue. Mr Nukealizer, i see that your code has some stuff regarding abilities and was wondering if you also did some work regarding the queues, as they seem similar.

thanks, UserNamex32, most of the stuff for the active building grid works. The offset you gave me on irc was for 1.4.2. For 1.4.3, some offsets in the struct changed to:
BuildGridValidSquares = 168
BuildGridInvalidSquares = 184
BuildGridSideLength = 0xa4 # new, for ex. 5 for cc, 2 for supply depot
with the struct offset beeing:
BuildGrid = 0x0177CDE0
as a pattern for 1.4.2 and 1.4.3 this seems to work: 74 0F 8D 4D D8 51 8B 0D ?? ?? ?? ?? E8
What i still wonder about is the structure type. As a candidate i found a pointer at 0x9C, but i don't have an idea how to get a clear building id or something from that.


Also, is there a global structure that shows where one can build and where one can't over the whole map ?

I haven't touched the abilities or build queues. I was planning on doing that when I started working on an AI, but then a bunch of stuff happened and I didn't have time to start the project.

I don't know what structure you're trying to get a building type from, but if you look at unit_s.cs and the ParseUnit function in GameData.cs, you can see how I read from the unit array and get many different things that can identify the unit type:
1. The model pointer, which is unique for that unit type, but changes every game.
2. Some kind of model ID thing which Qazzy used to keep track of the different unit types. This is mostly the same between games, but is very likely to be messed up by patches, and will give unexpected values for new units on custom maps.
3. The text ID used in the map to keep track of the unit type. While the method for getting it will likely change between patches, the actual values assigned to unit types are not likely to change. This will also work in custom maps, but the unit with a given ID may changed a great deal from what it is in ladder. Also note that at least twice, somebody has had a crash related to my method for getting this, so my system is not quite perfect.
4. The name you see on the screen. This is not totally reliable for knowing exactly what you're looking at, because there can be many different units and buildings with the same display name, and it is likely to be different for people using other languages. This can be useful if you want the user to enter the name of something and work with that. Also note that my method of getting it feels like a total hack and is most likely very flawed.

It must exist somewhere in some form, I would give this a try:

make a small custom SC2 map, goto the pathing and select the smallest paintbrush that you can,
then paint on a checkerboard pattern of pathable/buildable and non-buildable

you might then be able to use those values you found:
BuildGridValidSquares = 168
BuildGridInvalidSquares = 184

to search for a byte array within the memory that alternates those two values.

You might sadly have to open up the map file and grab the information from there, but you want a live representation via the memory.
It may just use the base map pathing data + units/buildings to populate/test the buildable grid.
So that would probably be your worst case scenario, being that you would have to read the pathing from the map and then iterate through the units to generate your own data set.

Another thing is to look at the data in one of the files in the map, I think it is T3Terrain or t3HardTile, and then try to find something similar in the game. Hopefully the realtime version is in a similar format.

[test1234]

ok, what i know about the unit training queue so far:
it is an ability as can be seen in mischas code once again (CAbilQueue = 0x19).
additionally, the number of units queued up are at "offset"+0x24 (you can see mischas code for how to get this offset from the abilities_pointer in the unit struct, not that simple :/)
and, there is a array of 5 4 byte values (pointers) at the pointer at "offset"+0x30 that change when something is built, but i have no idea what those point to...