Group O Matic : WoWInterface Downloads : Raid Mods

		WoWInterface Downloads » Stand-Alone Addons » Raid Mods
Group O Matic

Category: Raid Mods

Addon Information

Works with 3.2

Author:	Akryn [more]
Version:	2.5.9
Date:	10-02-2009 10:13 PM
Size:	66.02 Kb
Downloads:	10,340
Favorites:	69
MD5:

Pictures

Auto-Arrange button

"More"

EZ Template Editor

Group O Matic Popular! (More than 5000 hits)

(If you use GOM, you might be interested in http://www.wowinterface.com/download...idStarter.html, --currently beta -- which will auto-invite the people in a saved raid and then restore that raid.)

NOTE, Usability in combat: Addons cannot modify the raid arrangement in any way while their client is in "combat lockdown." However, if your raid is able to keep a 26th/11th member (of any level) out of the instance, see the optional files tab here for a plug-in that allows you to route GOM's server requests through that person (meaning only they need to be OOC).

Group O Matic is a tool for raid leaders. It does the following:

*Gives you the ability to save and restore raid member positions
*Gives you an auto-arrange command, which tries to find the best group arrangement based on class/spec, and then automatically arranges the raid to match it.
*Adds slash commands to swap raid members' groups (for macros to move people on the fly)
*Auto-arrange template for AB/EotS which will move people at the same node into the same group.

If you want to configure GOM while not in a raid, use /gom active

-------------------------------------------
GOM has more settings than you would normally find in an addon of this type, but it also works "out of the box." That is, it will work as well as/better than any other raid config addon without changing anything, and will give you a simple save/restore/auto window when you open the raid UI.
If you do want to manipulate the way the auto-arrange and restore functions work then read on for some basic documentation. If you have more specific questions just post them in the comments here.
-------------------------------------------

* Macro Commands:
/rs Name1 Name2
(Swaps two people)

/rgs Group#1 Group#2
(Swaps two groups with each other)

/rm Name Group#
(Moves Name into Group#)

/rm Name @Group#
(Moves Name into Group# even if Group# is already full, in which case it swaps a random person into Name's old group)

/rm Name1 Name2
(Moves Name1 into the same group as Name2)

/rm Name1 @Name2
(Moves Name1 into the same group as Name2 even if Name2's group is already full, in which case it swaps a random person into Name1's old group)

Names can be replaced with !p, !t or !f for player, target or focus, i.e...
/rs !p !t would swap you with your target.
/rm !p @!f would move you into the same group as your focus, even if that group is full.

-------------------------------------------

*Raid Save and Restore:
Restore will try to get the current raid as close as possible to the saved raid. By default, if there are people missing they will be ignored, and if there are extra people they will be auto-arranged -- these settings can be changed in the "Manage Saves / Restore Options" pane.

*Raid Restore Options:
As mentioned above, there are several restore modes that you can choose from. The options are in the form Part1-Part2 where Part1 is what to do with missing players, and Part2 is what to do with new players...

Part1 can be:
--Dumb: Players from the saved raid who are absent from the current raid are ignored.
--Smart: Players from the saved raid who are absent from the current raid are compared to new players who aren't in the saved raid. Any new players that have the same roles as the absent players are filled into their spots.
--Armchair: Same as "Smart" but substitutions are based on class rather than roles.

Part2 can be:
--Merge: New players (who aren't substituted for a missing player) are auto-arranged based on the currently selected template.
--Separate: New players (who aren't substituted for a missing player) are pushed into the lower groups for manual arrangement.

-------------------------------------------

*Auto Arrange:
Automatically sets up the raid, taking into consideration class and talent spec, based on either one of the built-in rulesets or a user-created template. Anyone whose talents are unknown will have defaults filled in by class.

*Talent scanning/caching:
GOM saves a list of the roles of players whose talents it has scanned. Scanning happens when you click auto-arrange, or slowly over time (while not in combat) if you have checked "Continuous Scan" -- Addons can only scan talents of players within ~40 yards, so it's best to just leave "Continuous Scan" on all the time, so that your database of roles is current (assuming that you are using features that take talents into account).
Also, GOM will only cache players' talents who are in their primary spec. It will still read and use secondary talents if it has directly confirmed that a player is using them during the current raid. But, if it hasn't scanned a player during the current raid, it will assume that they are using their primary talents. You can change this behavior, so that it will assume they are using the last spec it saw them using, with /gom secondarytalents

*Auto Arrange Templates:
GOM supports user-created templates to modify how the auto-arranger behaves. If you want to create one, see the EZ Templates tab (or for advanced templates, templates.lua).

*AB/EotS template:
Note that using the auto-arrange with this template will probably only be useful to you if you're in an AB/EotS game that is in-progress. It scans all raid members' current sub-zone ("mine", "stables", etc) and groups people at the same place together. Remember that GOM can't work while *you* the raid leader are in combat, but it doesn't matter if other people are, and you can macro /gom auto and hit it when you have a few seconds OOC.

-------------------------------------------

*Group Exclusions:
You can exclude any/all groups from being saved/restored/arranged. Excluded groups will not be modified at all by the addon (the exception is the AB/EotS template, which intentionally ignores this setting).

*Dead/Lowbie/Offline player handling:
GOM can optionally be configured (in the Extras menu) to push dead, offline and/or lowbie (below the level of your choice) players into the lower groups. This works for auto-arranges normally. For raid restores, it only applies to players who would otherwise be "merged" (i.e. players that are not in the save, but are in the current raid). If you have a lowbie player that you accidentally saved into a raid, remember that you can edit them out in the "raid options" Extras menu. You can also exclude groups from being saved, if you want.

*MVPs:
You can create a list of MVPs which the auto-arrange will look at first when arranging groups. Class and spec are valued over MVP status, but among players with the same class and spec, MVPs will be placed in the top groups first.

*Throttling:
You can change how many requests GOM sends to the server at a time while moving groups around. Setting this to a lower number can resolve issues that happen to some people due to high latency connections or other addons. The default setting almost always works fine; but if you're having problems while using GOM, this is something you can do to troubleshoot it.

Change Log - Group O Matic

2.5.9 (10-2-09):
-Added a button to clear cached talent and "sync" data.
-/gom cancel will no longer output text if it didn't cancel anything.
-GOM will now compensate if groupomatic.xml doesn't load -- The point being, if you don't want the GUI you can just delete that file or remove it from the ToC.

2.5.8 (9-7-09):
-Added some fade-in effects to the GUI, because I like it that way. If you don't, you can do /gom fading to toggle it.
-Changed the wording of some text.
-Other minor tweaks.

2.5.7 (9-5-09):
-Hackish fix for ridiculous Blizzard bug in message()

2.5.6 (8-4-09):
-Updated for WoW 3.2
-Various minor changes/fixes.

2.5.5 (7-15-09):
-Fixed a minor, harmless bug that I introduced in 2.5.4. GG testing. >.>

2.5.4 (7-14-09):
-Re-enabled the ability to toggle on debugging output (/gom debug)
-The "bad template syntax," etc. errors (anything that would be output because of a badly written 3rd party template) that were being output as debugging text are now output properly as "error" text.
-A couple of other things that should be output even if "Silence Console Output" is checked are now considered errors and therefore will ignore that checkbox.
-Added some smart debugging output in the case of a talent scan failing. This system is vulnerable to latency and addon conflicts.

2.5.3 (7-13-09):
-Fixed a fatal error that occured when the first auto-arrange or raid restore done after loading GOM was started while GOM was in the middle of a "Continuous Scan" which had been delayed for some reason (latency, addon conflict, etc.)

2.5.2 (6-22-09):
-Misc. minor fixes/changes.
-Fixed a (harmless) bug that was generating a Lua error on new characters...oops.

2.5.1 (6-5-09):
-Improved memory management substantially.
-Added about 2/3 of the "BUFFER" roles back in that I removed in some of the earlier 2.x versions.
-Played around with the default PvE template a bit.
--If you like/dislike the way this changes how auto-arranges act, let me know.

2.5 (5-30-09):
-Added options to push dead/lowbie/offline players to the lower groups...see the wowi description page (towards the bottom) for more info.
-Tweaked a couple things so that auto-arranges/restores go faster in certain (rare) situations where they were going pretty slow.
-If GOM is being run for the first time on a character, "Continuous Scan" will now default to being on.
-Changed some text around.

2.4 (5-8-09):
-Fixed the 3.1 incompatability that was causing neverending raid arranges.

2.3.1 (5-1-09):
-Reduced the time between raid moves back down to the original 0.3 seconds.
-Added some smarter code to try to deal with the infinite looping problem.

2.3 (4-30-09):
-Increased the time between raid moves to compensate for what seems to be a really stupid design change in GetRaidRosterInfo. >:0
--Hopefully that will fix the infinite looping problem.
-Updated the talent scanner for 3.1.
-The scanner will read and use but NOT cache the talents of players who are using their secondary spec, unless you tell it to (see note on the wowi page)
-Minor text updates, etc.

2.2 (2-24-09):
(Only updates the /rm command, you don't need this if you don't use /rm)

- /rm can now take an @ in front of its second argument, which forces it to move the player to that group even if the group is full. It will pick a random member to swap to name1's group in this case.
--i.e. /rm Jim @1 will move Jim to group 1 even if it is full, and if it is full will move someone from g1 to Jim's group.

- /rm can now take a name (or !p !t or !f, same as the other <name> arguments) as its second argument. If you pass a name (or wildcard) to the second argument, it will move name1 into the same group as that person. If the group is full, it will do nothing UNLESS you put an @ in front of the entire argument in which case it will swap name1 with a random person from name2's group (other than name2 of course)
-- i.e. /rm !p @!t will move you into the same group as your target, even if that group is full

2.1.3 (2-10-08)
-Updated the talent interpreter (lol).
-Optimized some frame creation code/memory management.

2.1.2 (11-2-08):
-Possible bugfix for GOM ignoring the "Show GUI" toggle if the UI is loaded while the player is in a raid.

2.1.1 (10-25-08):
-GOM now has a pretty good chance of not tainting the portrait focus menu-items each time it loads
--i.e. UIDropDownMenu_Initialize recoding so that it isn't called until well after the UI loads
--but, it still can sometimes...like if you try to do a restore/save really soon after load
--it's really blizzard's fault which is why so many addons do this post-3.0
-Also...fixed a typo in the error text for bad argument syntax to the decursewhich scripted template command (which no one will *ever* see let alone care about a typo in it...but meh)

2.1 (10-17-08):
-Various bug fixes
-GOM now keeps a list of players' classes independant of its list of specs, this list is updated regardless of the "scan" settings and stores the class of everyone that you join a raid with...this list is used for the following two changes:
-Added class info to the saved raid edit screen
-Added "Armchair-xxx" restore modes, which act like "Smart-xxx" except that they match by class rather than spec if the exact player isn't in the current raid

2.0 (10-14-08):
**General:
-Updated for WoW 3.0
-GOM's buttons are blue now ^-^
-Removed all use of the addon channel (ping/update checks/syncing talents with other raid members running GOM) which probably no one used, and which used a small amount of CPU time even when idle.

**Slash Commands:
-/rs and /rm can now take !t !p or !f (target/player/focus) instead of a name.
--i.e. /raidswap !t !p would swap you with your target

**Auto-Arrange:
-Removed both built-in PvE Auto Arrange Templates
-Added a new "Default PvE" template (WIP, but raid arrangement is a much simpler problem in WoW 3.x)
-The "Continuous Scan" option will no longer prevent you from starting a restore/auto-arrange while it is scanning
-EZ Template class/spec menus can now be localized
--enUS/default localization means that those menus are more natural now in English as well("Spell DPS buffer" as opposed to "SPELL_BUFFER", etc.)
-Cached player roles/specs from version 1.x will be deleted, due to the number of changes from WoW 2.x

**Scripted templates:
-Anchors for templates: go, etc. are now able to take an anchor name in place of a line number
-Added "anchor anchorName" command for templates
-Updated special talents, added MANA_BATTERY for surv hunters w/ hunting party, etc.
-Several *_BUFFER roles have been removed because those talents/abilities now affect the whole raid
-Deathknight talent interpretation added
-When trying to find a matching player for a request by an auto-arrange template, GOM will now prioritize players with a different ROLE than an optional prefSpec (but who aren't applicable to be limited by a limits line) over players who are limited by an optional limits line -- before, these two conditions had equal weight

Optional Files - Group O Matic

File Name	Version	Size	Author	Date	Type
GOM Raid Starter	0.1 B6	3kB	Akryn	10-04-2009 02:59 PM	Addon
ArrangeProxy	1.0	2kB	Akryn	10-04-2008 12:46 PM	Addon

Archived Versions - Group O Matic

File Name	Version	Size	Author	Date
Group O Matic	2.5.8	65kB	Akryn	09-07-2009 02:40 PM
Group O Matic	2.5.7	65kB	Akryn	09-05-2009 04:32 PM
Group O Matic	2.5.7	65kB	Akryn	09-05-2009 02:47 PM
Group O Matic	2.5.6	65kB	Akryn	08-04-2009 06:49 PM
Group O Matic	2.5.5	64kB	Akryn	07-15-2009 08:48 PM
Group O Matic	2.5.4	64kB	Akryn	07-14-2009 08:10 PM
Group O Matic	2.5.3	63kB	Akryn	07-13-2009 07:18 PM
Group O Matic	2.5.2	63kB	Akryn	06-22-2009 11:10 PM
Group O Matic	2.5.1	63kB	Akryn	06-05-2009 11:17 PM
Group O Matic	2.5	60kB	Akryn	05-30-2009 01:44 PM
Group O Matic	2.4	54kB	Akryn	05-08-2009 09:17 PM
Group O Matic	2.3.1(v2 -- deb	55kB	Akryn	05-05-2009 07:54 PM
Group O Matic	2.3.1	54kB	Akryn	05-01-2009 09:05 PM
Group O Matic	2.3.0	54kB	Akryn	04-30-2009 09:56 PM
Group O Matic	2.2.0	54kB	Akryn	02-25-2009 12:51 AM
Group O Matic	2.1.3	53kB	Akryn	02-10-2009 11:53 PM
Group O Matic	2.1.2	53kB	Akryn	11-02-2008 07:44 PM

Comments - Group O Matic

Comment Options

Page 7 of 7

« First

04-10-2008, 10:18 PM
StarAngel A Kobold Labourer Forum posts: 0 File comments: 4 Uploads: 0	Thanks for sharing Akryn,thanks your mod.Thanks for sharing. when I translate your addon,I found that your template name couldn't localization in standard.(I real don't know how to say.)so I have to change it. My english is very very poor.but I'm very happy that I can leave message for you.

04-07-2008, 10:47 PM

Akryn

An Onyxian Warder

Forum posts: 361

File comments: 58

Uploads: 7

Quote:

Originally posted by Dridzt
Having used this mod on a couple raids now I have to say it's two thumbs up all the way

Thanks for sharing.

thanks

04-07-2008, 10:41 PM
Dridzt A Frostmaul Preserver Forum posts: 279 File comments: 409 Uploads: 37	Having used this mod on a couple raids now I have to say it's two thumbs up all the way Thanks for sharing.

04-06-2008, 11:04 AM

Akryn

An Onyxian Warder

Forum posts: 361

File comments: 58

Uploads: 7

Re: Group Swapping no longer working for me

Quote:

Originally posted by Gregoire
Hey Akryn,

When I first installed your addon /rs Name1 Name2 was working. I then did a WAU update and the /rs functions built into my macros would only display the raid warning, but not actually swap players.

Today, I uninstalled Group O Matic and used WAU to remove all the saved variable folders. I then installed the latest version from here, and restarted WoW. I still get the same behavior: /rs Name1 Name2 just displays Name1 Name2 as a raid warning. I tried swapping different players, and made sure I was spelling player names correctly.

Do you or anyone else know what I might be doing wrong? I'd really like to use the /rs macros in fights like Kael to take advantage of two heroisms and 4 warlocks. Cheers.

you have some other addon that implements /rs. i know that ctra used to use /rs (raid say) to do its raid warnings before bliz put theirs in, so it might still do that. the only thing to do is use the full command /raidswap or disable/uninstall the other addon if you don't want it

(also, unfortunately, you can't use addons to change groups if you're in-combat...which probably defeats the purpose of what you're trying to do)

Last edited by Akryn : 04-06-2008 at 11:06 AM.

04-06-2008, 02:50 AM
Gregoire A Kobold Labourer Forum posts: 0 File comments: 3 Uploads: 0	Group Swapping no longer working for me Hey Akryn, When I first installed your addon /rs Name1 Name2 was working. I then did a WAU update and the /rs functions built into my macros would only display the raid warning, but not actually swap players. Today, I uninstalled Group O Matic and used WAU to remove all the saved variable folders. I then installed the latest version from here, and restarted WoW. I still get the same behavior: /rs Name1 Name2 just displays Name1 Name2 as a raid warning. I tried swapping different players, and made sure I was spelling player names correctly. Do you or anyone else know what I might be doing wrong? I'd really like to use the /rs macros in fights like Kael to take advantage of two heroisms and 4 warlocks. Cheers.

03-17-2008, 07:49 PM
Akryn An Onyxian Warder Forum posts: 361 File comments: 58 Uploads: 7	I believe that 0.0.6 fixes all known bugs. crosses fingers

03-17-2008, 10:12 AM

Akryn

An Onyxian Warder

Forum posts: 361

File comments: 58

Uploads: 7

Quote:

Originally posted by Phanx
I haven't tried your addon yet, but it looks interesting. However, I'm curious about what kind of "rules" it follows in arranging groups; the description provides no information about this, and the screenshots don't seem to show any examples of raids after the addon has arranged them. Though if those screenshots ARE after arrangement, I'm even more curious about what the addon is thinking when it arranges groups!

Yes the first two are random, intended to show the save/restore.

http://s.wowinterface.com/preview/pvw12147.jpg
and
http://s.wowinterface.com/preview/pvw12148.jpg

are the results of auto-arranges. The first one uses the default PvE rules, the second one uses the AV rules. The AV rules are simple: put a healer in each group and then spread the classes out as much as possible.

The default templates (and any user-created ones) are applied to an empty raid "blank" in two passes, trying to fill the current raid members into it. The first pass runs its rules on all of the groups, and then the second pass runs its rules on all of the groups.

Any criticism of the results would be awesome. If those two screenshots look wrong, I'd love to hear who should have ended up in a different place.

Also, if you're planning on downloading this, remember that it is beta. It still sometimes has problems getting stuck or giving errors while arranging (especially when people get added in the middle of an arrange). I think I'm close to fixing the ones that I know about, but any error/bug reports are awesome.

The default rules are basically as follows:

First pass:

Code:

	--if there is a tank available, add it and
		--if there is another tank available, add it too
		--if there is a tree druid that isn't a tank (not possible to be both atm but it can't hurt to be thorough), add it
		--if there is a pally that is not a tank and is a "tank buffer" available, add it; otherwise if there is a pally that isn't a tank available, add it
		--if there is a warlock that is a "tank buffer" available, add it; otherwise, if there is any other warlock available, add it			
		--stop
	--else if there is a healer available, add it and
		--if there is a mana battery, add it
		--if there is any free "heal buffer" add it
		--add as many other healers as there are free
		--stop
	--else if there is a melee dps available, add it and
		--if there is any melee buffer available, add it
		--find as many melee dps as are available, and add them
		--stop
	--else do the same as above for ranged and then spell dps

Second pass:

Code:

	--if there is a healer anywhere in the group
		--find any available heal buffers or mana batteries and add them
	--if there is a tank anywhere in the group
		--find any available tanks or tank buffers and add them
	--if there are any melee buffers in the group, add any available melee dps
	--if there are any ranged buffers in the group, add any available ranged dps and then melee dps
	--if there are still empty spaces in the group, fill in the rest with anything left, starting with spell dps

Last edited by Akryn : 03-17-2008 at 10:39 AM.

03-17-2008, 12:24 AM
Phanx A Cobalt Mageweaver Forum posts: 203 File comments: 734 Uploads: 17	I haven't tried your addon yet, but it looks interesting. However, I'm curious about what kind of "rules" it follows in arranging groups; the description provides no information about this, and the screenshots don't seem to show any examples of raids after the addon has arranged them. Though if those screenshots ARE after arrangement, I'm even more curious about what the addon is thinking when it arranges groups!

03-12-2008, 10:23 AM

Akryn

An Onyxian Warder

Forum posts: 361

File comments: 58

Uploads: 7

Re: Talent Scan

Quote:

Originally posted by smb
Could you implement some sort of Talent Scan function?

It is possible to Query Talents from other Users via WoW API (GetTalentInfo(tabIndex, talentIndex, [inspect]) - 3rd Parameter boolean, get "Target" talent instead of "Player")

You can see that kind of Scan feature in "Scrub" (http://files.wowace.com/Scrub/Scrub-r58108.2.zip)

That is excellent. Next update I post here will have something like that in addition to the system that's there already.

03-11-2008, 03:21 PM
smb A Kobold Labourer Forum posts: 1 File comments: 4 Uploads: 5	Talent Scan Could you implement some sort of Talent Scan function? It is possible to Query Talents from other Users via WoW API (GetTalentInfo(tabIndex, talentIndex, [inspect]) - 3rd Parameter boolean, get "Target" talent instead of "Player") You can see that kind of Scan feature in "Scrub" (http://files.wowace.com/Scrub/Scrub-r58108.2.zip)

Page 7 of 7

« First

Report this File

Category Jump: