This is a system I came up with to determine the coordinates of unit using 3 locations. For most people, it would generally be easier to just preplace locations and not bother with all this, but for those rpg makers who are stretched for locations, you could have every place the hero(s) can walk on and every spawn, spell effect or whatever handled by about 3 locations. Basically I used mobile grids to measure the distance between the unit and the edge of a given area. X and Y are done seperately. For X, have use a 3x3 devourer grid starting on the player, removing some devs then moving the location onto the next dev, then removing the rest of them. this allows the location to move one devourer width left or right each time. Have as many copies of the trigger as there are possible coordinates each time the trigger repeats , add or subtract one from a variable (in my demo map i used resources so you can see the coords, use death counters if you need more or need them hidden). Having the condition that the location hasnt reached the side allows this to only repeat as many times as is needed to reach the side, giving the distance. Do the same either upwards or downwards for the Y coordinate. You can then use the X-Y coordinates as conditions for triggers. As well as this, you can use these moving grids to move a location to a specific place. First have a fixed starting point at one of the corners. Then set variables (death counters are best) corresponding to the x-y coordinates you want to move it to, then have a repeating trigger, same idea as before. Each repeat subtracts one from the variable. Do the X first, the the Y starting from the endpoint of the X movement. One important note is that these coordinates don't correspond to the gridsquares (devourers are about 1 1/3 squares in size), so you'll need a little trial and error to find the coordinates of any particular thing, such as a beacon. Dear God. That was the worst explaining I've ever done in my life. If you don't get it, look at the attached map. If you still dont get it, ask. I'm sure theres a few other things you could do, such as finding the position of one unit relative to another or doing it all with one location by having burrowed units or something instead of locations for the edges (1 location for the whole map would be kinda cool i guess), but I cbf doing that right now. Oh and don't worry about the lines of vision coming out of him, thats just because i was careless and had the units in the grid owned by the player, just have them owned by a computer player and that wouldn't happen.

This is a system I came up with to determine the coordinates of unit using 3 locations. For most people, it would generally be easier to just preplace locations and not bother with all this, but for those rpg makers who are stretched for locations, you could have every place the hero(s) can walk on and every spawn, spell effect or whatever handled by about 3 locations.

Basically I used mobile grids to measure the distance between the unit and the edge of a given area. X and Y are done seperately. For X, have use a 3x3 devourer grid starting on the player, removing some devs then moving the location onto the next dev, then removing the rest of them. this allows the location to move one devourer width left or right each time. Have as many copies of the trigger as there are possible coordinates each time the trigger repeats , add or subtract one from a variable (in my demo map i used resources so you can see the coords, use death counters if you need more or need them hidden). Having the condition that the location hasnt reached the side allows this to only repeat as many times as is needed to reach the side, giving the distance. Do the same either upwards or downwards for the Y coordinate.

You can then use the X-Y coordinates as conditions for triggers.

As well as this, you can use these moving grids to move a location to a specific place. First have a fixed starting point at one of the corners. Then set variables (death counters are best) corresponding to the x-y coordinates you want to move it to, then have a repeating trigger, same idea as before. Each repeat subtracts one from the variable. Do the X first, the the Y starting from the endpoint of the X movement.

One important note is that these coordinates don't correspond to the gridsquares (devourers are about 1 1/3 squares in size), so you'll need a little trial and error to find the coordinates of any particular thing, such as a beacon.

Dear God. That was the worst explaining I've ever done in my life. If you don't get it, look at the attached map. If you still dont get it, ask.

I'm sure theres a few other things you could do, such as finding the position of one unit relative to another or doing it all with one location by having burrowed units or something instead of locations for the edges (1 location for the whole map would be kinda cool i guess), but I cbf doing that right now.

Oh and don't worry about the lines of vision coming out of him, thats just because i was careless and had the units in the grid owned by the player, just have them owned by a computer player and that wouldn't happen.

You can do it with 2 locations, too ('static start location' and the 'mobile location'). You can do it with 1 location, too ('anywhere' as a static start location and the 'mobile location').

You can do it with 2 locations, too ('static start location' and the 'mobile location').
You can do it with 1 location, too ('anywhere' as a static start location and the 'mobile location').

The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.

The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.

[quote=devilesk]The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.[/quote]

[QUOTE]The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.[/QUOTE] Yeah, but was it done using mobile grids before?

Quote

The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.

Yeah, but was it done using mobile grids before?

[quote=Ahli]You can do it with 2 locations, too ('static start location' and the 'mobile location'). You can do it with 1 location, too ('anywhere' as a static start location and the 'mobile location').[/quote] That only works for placing things at specific locations, not for detecting coordinates. [quote=devilesk]The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.[/quote] I'm aware of that, seeing one of them, which used a different location for each X and each Y value (so he had 127x127 taking all but 4 locations) made me want to do it better. The point of my way is to do everything with less locations, which I understand is something of a goal for rpg makers. When I've got time, i'll redo it properly and with only 1 location for the whole thing.

Quote from Ahli

You can do it with 2 locations, too ('static start location' and the 'mobile location').
You can do it with 1 location, too ('anywhere' as a static start location and the 'mobile location').

That only works for placing things at specific locations, not for detecting coordinates.

Quote from devilesk

The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.

I'm aware of that, seeing one of them, which used a different location for each X and each Y value (so he had 127x127 taking all but 4 locations) made me want to do it better. The point of my way is to do everything with less locations, which I understand is something of a goal for rpg makers. When I've got time, i'll redo it properly and with only 1 location for the whole thing.

Well, with most RPGs you don't need to save on locations THAT badly, there is 254 of them to use..

Well, with most RPGs you don't need to save on locations THAT badly, there is 254 of them to use..

[quote=Falkoner][QUOTE]The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.[/QUOTE] Yeah, but was it done using mobile grids before?[/quote] I'm sure it has been. As I said, there are many implementations of coordinates. Also, if you're strictly going for obtaining coordinates, Shmidley has done it with just two locations.

Quote from Falkoner

Quote

The idea of x and y counters to represent coordinates for conditions is not new, and there are many ways to implement and get the coordinates as well.

Yeah, but was it done using mobile grids before?

I'm sure it has been. As I said, there are many implementations of coordinates.

Also, if you're strictly going for obtaining coordinates, Shmidley has done it with just two locations.

[QUOTE]I'm sure it has been. As I said, there are many implementations of coordinates.[/QUOTE] Well, I don't recall any, so this helped me.

Quote

I'm sure it has been. As I said, there are many implementations of coordinates.

Well, I don't recall any, so this helped me.