Other than FRAGS, which suffers latency and distance problems, and the Elementa aiming system which requires identical arenas for each player, the only other multiplayer aiming systems involved unit direction. This system revisits the unit direction system as well as detection of the patrol now any command, giving it a much better aiming feel. Essentially, it just detects when the unit has issued a command and its direction at the time, which would be toward the destination. With the direction many things can be done, such as a gunshot. An experimental map I made is posted below, it could be improved, but it's just to show the concept.

http://www.staredit.net/?file=2275

Post has been edited 2 time(s), last time on Jul 31 2010, 12:08 am by yoonkwun.

4,8k triggers

This can be implemented in multiplayer?

Interesting concept. I might have to try it.

Probably won't work on Macs, or might crash them, but since when has that stopped us?

Yet another amazing EUD map by Yoonkwun. I appreciate all your hard work.

Note that EUD Actions make for a much better aiming system, since you can just use a really fast air unit.

This is 16 directions, correct? Does idiotic unit movement cause problems often? How about turning radius? I suppose that the shared multiplayer aspect delays it enough so that you won't have turning radius be a factor.

Even so, you still have to press a hotkey then order it, then hotkey back to your unit. With EUD actions, the best aiming system is direction detection through difference of unit coordinate and order coordinate (obtained with EUD Binary Countoffs), detecting the order, then using a 1-location pixel grid by setting the location boundaries manually.

The map uses 16 directions, but it can be utilized for all 256. Anomalies in aiming occur more frequently when the unit is ordered large distances; there's no fix for this, however it can be viewed as analogous to human error when trying to aim far away. I've found that there should be 3 hyper cycles between the order detection and firing of the effect. I guess for optimal speed it could check for the same direction between 2 cycles and fire then.

Could you share the EUD addresses?

Unit direction is already documented somewhere. For the command EUD, the address itself is the same as the unit owner:



It's on the unitnode struct so you can convert it accordingly.

The format for the DWORD:



Quick reference:



A lot of the spell commands can be detected but they seem to erratically mess with the Unknown byte which unfortunately is the highest-order byte. Dark Swarm/Plague would actually fit really well for the aiming purpose, from what I tested a while back it only changes the Unknown byte to 2 or 0.

Post has been edited 1 time(s), last time on Aug 5 2010, 12:40 am by yoonkwun.

thanks a lot

How would you use EUD actions?

http://www.staredit.net/topic/10525/

I meant for an aiming system, farty. Poor wording on my part.

http://www.staredit.net/files/2161/


The only difference in the above map is that it uses the mouse rather than order coordinate, which means it's not multiplayer. The concept is the same though, just use binary/quaternary countoffs to find the difference in distance of the unit coordinate and the order coordinate for both axes and direction can be determined easily. I'm sure there's several paths for slope interpolation but the easiest and slightly inaccurate method is to set the dominant axis to a certain length (eg 16). Then multiply the recessive axis length by 16, divide by the original dominant axis to get your new recessive axis (eg 16, 8). Move a 1x1 location ontop of your unit, then add/subtract its X coordinates by 16, add/subtract its Y coordinates by 8. Just be careful as the Bring glitch is highly susceptible when directly modifying a location's coordinates, make it move ontop of itself when you want to check Bring.

SCMDraft 2 doesn't support text EUD Actions so you're forced to use FastTrig, which is still inefficient.

Why isn't the Memory condition in the text based trigedit working?

edit:
oh, yes. I see I'm stupid.

Post has been edited 1 time(s), last time on Aug 12 2010, 11:46 pm by Ahli.

It is, but we're talking about EUD binary/quaternary countoffs. We need to use SetDeaths on extended players/units which the current SCMDraft2 doesn't support in its text trigedit.