Which EUD calculator program? ;o
For EUDTrig you'd just need to put in new base addresses (in the ini file) as far as I know ... the addressing is the same, no?

Can you tell I've never really used any of the EUD tools available?

In this case I thought you had a tool that would create the values for EUDs, as well as the addresses. What you do have is the program to create the values for string/text detection, and that would need to be re-written to support big-endian.

Is this correct?

Could you find the address for High Templar energy?

If ur at it, I would greatly appreciate addresses for unit energy (indexs 0 and 1).

To guess at the address for index 0: 005B30F8 ?

Edit:

Finally got my vm working! I just followed this vid
(it uses the latest v. of oracle VM which is nice), used lanthanides link for getting to a shared folder, used the installer/patch linked too on this page and also under my vm settings, in the network tab, i set "attached to:" to "Bridged Adapter", and "Name:" to "Realtek PCIe GBE Family Controller", which got internet working, was able to play lan between that computer and my laptop.

Ok so jack, your request was ambiguous, I got the Khaydarin Amulet research (+50 Templar energy) and unit energy for index 0-8 (which I wanted anyways )



For Khaydarin Amulet Research, address for player p = 25343624+(46*(p-1))
Domain for p: [0, 12]
i'll add my tables in a sec

For unit energy, address for index x = 26676166 - 336 (x-1)
Domain for x: [1, 1700]
When x=0, address (hex) = 18E55D6, address (dec) = 26105302

Post has been edited 13 time(s), last time on Nov 19 2011, 11:58 pm by jjf28.

Fufilled several requests for addresses, still planning to get selection detection, display text, and keypress. If you want a specific address pm or post



How to get your trigger:

In EUD trig select "options" from the menu bar, "Version Offset (####)" -> "Other" enter the value: "25331476" (without the quotes), hit ok.

When entering the value you want to find, remember the byte offsets work opposite from windows (as earlier stated by lanthanide), if your on the first byte multiply what your looking for by 2^24, second byte: 2^16, third byte: 2^8, fourth byte: 2^0

Below is an example map and my spreadsheet
*note because the windows address was on the 2nd byte, and the mac address was on the 3rd, the values I searched for were both multiplied by 2^8

Attachments:

Post has been edited 2 time(s), last time on Nov 20 2011, 8:05 pm by jjf28.

Question: if I wanted to have a map which worked for both PCs and Macs which detected high templar energy, how would I do it so that macs didn't desync?

I think somewhere someone posted an address that was a string on windows and empty memory on mac ...
You can do that and set a switch for 'Is mac'...

Conditions:
switch x is clear
memory(PC offset, ..., ...);
Actions:
// your actions

Conditions:
switch x is set
memory(mac offset, ..., ...);
Action:
// the same actions

or, since I don't really know what or where that offset is:

Conditions:
memory(pc offset, ..., ...);
Actions:
Set Switch 12

Conditions:
memory(mac offset, ..., ...);
Actions:
Set Switch 12

Conditions:
switch 12 is set
Actions:
// your actions

On the first page of this thread there is the exact trigger for doing so, i've done testing with people on real macs, it works.

Using it:
Trigger for Windows: Switch "On Windows" is set (other conditions), perform action
Trigger for Mac: Switch "On Windows" is cleared (other conditions), perform action

I've observed that this only works when the triggers are applied to the same player(s), and are placed right after eachother (I had triggers run under p1 and p2 respectively that were right after eachother, checking the same condition, and the running the same action, that still desynced).

Linked is my map where i've already implemented this (tested with 6 players including macs, global actions were performed based on EUD condition, no desync occured)

The Map

In it, the defilers energy is measured, if its energy falls without a "dark swarm" being created, the energy is restored to either "50%" or "100%" depending on how much he had prior. (look in player 4's triggers, near the bottem, the system starts where it says "False Alarm Resets").

If your just looking for how the switch gets set and a basic trigger gets run, look in the attatched map that lanthanide gave me. It creates a marine if player 1 gets an upgrade, works without desync between win/mac.

If you're looking for the specific numbers for your trig, i'd be happy to help if you could clear up whether your looking for the high templar energy upgrade; or the energy of a high templar and the unit index(s) / player(s) you want it for.

Attachments:

How can you be sure that the loading address for a mac is consistent like the Windows version? When I load the Mac module in IDA it just loads it using base address 0.

Would the relative offsets remain the same?

Between results found by me and lanth, the addresses vary; but how far we search from the start of the death table has been constant thus far, succeeding in many tests (have already cross platformed and been playing a map with other macs w/o desync)

This was my concern for adding these to EUDDB, since i didn't have administrative access to any other macs/computers that could emulate macs, i've been unable to personally cross-check the addresses

Post has been edited 1 time(s), last time on Dec 1 2011, 2:28 am by jjf28.

If the addresses are not constant, you could put in the relative addresses.. It will still work the same.

My concerns were not directed at whether the addresses were usable, but how multiple people might enter addresses they obtain from macs;

I may very well just be missing something here (did you mean enter the distance from death table start as the address?)... lmk

Yes the offsets from base address are the same. BWAPI has some of these relative addresses in case we ever port it to mac.


The above are pointers to the "DatLoad" structure for ALL data entries in each DAT file.


I have not really documented their loading indexes but we do have this:
http://code.google.com/p/bwapi/source/browse/trunk/bwapi/BWAPI/Source/BW/Offsets.h#557

and the rest is recorded in my database. The storage for this data remains consistent accross platforms.