HeadCount

Table of Contents

This project is abandoned and its default file will likely not work with the most recent version of World of Warcraft. Whether this project is out of date or its author has marked it as abandoned, this project is no longer maintained.

Overview

HeadCount is a configurable World of Warcraft add-on that automatically tracks raid attendance, loot, and boss kills.

HeadCount answers the following questions:

How long is a player active in a raid?
How long is a player on standby for a raid?
How long is a player offline during a given raid?
What loot dropped during a raid and who received it?
What boss kills occurred during a given raid and who was there for the kill?

Downloads

Information

HeadCount forum thread: http://forums.wowace.com/showthread.php?t=12225...

Project page: http://www.wowace.com/projects/head-count/

Wish list

All defects and enhancement requests (wish list) items can be filed and/or reviewed on the HeadCount work ticket page:
http://www.wowace.com/projects/head-c.../tickets/

Features

Raids

Raid creation: Automatically creates a new raid as you join or start a raid.
Raid finalization: Automatically ends an existing raid as you leave a raid.
Raid management: The user can end raids, remove raids, or remove all raids on demand.
Raid zone tracking: Zone name are automatically added to raids as you zone into a raid instance for the first time.

Player attendance

Player tracking: Players are tracked based on their timed participation in the raid. Players can be tracked based on configurable raid groups for raid list activity (active raiding players) and wait list players (queue/standby players).
Player removal: The user can remove tracked information for specific players on demand.
Player history: View specific player history for a raid to see how and when a player moved from activity to standby to offline and back during a raid.
No list tracking: Players can be tracked as non-raid list and non-standby players as needed. Players that go offline are automatically taken out of the raid and wait list groups for tracking purposes.
Integrated wait list: Receive whispers from members outside of the raid group in order to track them.

Boss kills

Boss kill tracking: Tracks the world bosses killed during the course of a raid and the raid list members present for the kill.
Boss kill removal: The user can remove tracked boss kills on demand.
Manual boss kill: The user can add a boss kill to the current raid at the current time with the current roster via /hc boss add [bossname]

Loot

Loot tracking: Tracks loot received during a raid based on configurable item level quality (default: Epic item level or higher)
Loot removal: The user can remove specific pieces of loot on demand.
Loot exclusion: The user can manage loot exclusion which will prevent certain pieces of loot from being tracked during a raid. (e.g. - Emblem of Valor)

Export

Export: Users can export current raid attendance and received loot information to one of a number of formats (CSV, XML, Text, EQdkp XML string, phpBB forum post, phpBB with ItemStats forum post).

Reporting

Boss kill broadcast: The user can optionally broadcast when the raid kills a boss to a configurable chat channel.
Loot broadcast: The user can optionally broadcast when a player receives a valid piece of loot to a configurable chat channel.

Performance

Fault tolerance: If the mod owner quits WoW, restarts WoW, or reloads their UI during a raid and returns to the game, HeadCount will attempt to gracefully recover from the outage to continue tracking the active raid.
Attendance delay: Configure how often HeadCount should manage attendance updates to increase or decrease performance and/or accuracy.

Comments

_ForgeUser780524
- Join Date: 5/13/2008
- Posts: 3
- Member Details
#320 _ForgeUser780524

View User Profile

Send Message

Posted Feb 2, 2010
Big problems with HC with the latest 3.3.2 patch... filed a ticket.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#321 JerryBlade

View User Profile

Send Message

Posted Feb 3, 2010
This is definitely not a problem with Headcount. All of my raids are still there from before the patch. Also, how many raids are you keeping? At some point that file is going to get too large and the headcount.lua file in your SavedVariables file must have gotten corrupted. Short of your going to a backup of your WTF folder, there is no way to recover this data.

Rollback Post to Revision RollBack
_ForgeUser780524
- Join Date: 5/13/2008
- Posts: 3
- Member Details
#322 _ForgeUser780524

View User Profile

Send Message

Posted Feb 3, 2010
Uhh.. how about maybe adding a warning when the file is getting too big then? I just never bothered to delete the older stuff but I was definitely NOT happy to lose the new stuff. And why did it then reset all of my settings too if that's the case? That's confusing.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#323 JerryBlade

View User Profile

Send Message

Posted Feb 4, 2010
I empathize with you, and I know how it feels to lose all kinds of data. However, this has nothing to do with Headcount. It has everything to do with how WoW stores data. Something got corrupted, and WoW's answer was to reset it. I cannot tell you how many times I had WoW crash on me thereby losing everything up to that point for the night and then having to recreate it all by hand. It's frustrating, and it sucks. But, that is all part of the game we love.

Sorry man, but there is nothing you can do if you don't have a backup of your WTF folder.

Rollback Post to Revision RollBack
_ForgeUser780524
- Join Date: 5/13/2008
- Posts: 3
- Member Details
#324 _ForgeUser780524

View User Profile

Send Message

Posted Feb 4, 2010
lol i am used to it in game.. surprised me and gave me a laugh to realize it must hold true here too...but everyone follows the assumption that women dont play WoW, and i guess they dont comment on mods either =P

Anyway I appreciate the reply and the empathy. Forgive me, but I am not too programmer savvy. Are you saying I corrupted the file by letting it get too big and so WoW's solution to that was to just dump it all? If I have it right, then why doesn't either WoW or HC warn you before that happens? Could make a few ppl's lives a bit easier.... just a thought.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#327 JerryBlade

View User Profile

Send Message

Posted Feb 11, 2010
Yes - WoW's solution was to just dump it. Unfortunately, there is no real way to tell when a file gets to this point. Honestly, I wish Blizzard would find another way to deal with the situation, but alas, it is probably far down on the "to do" list.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#319 JerryBlade

View User Profile

Send Message

Posted Feb 1, 2010
1.7.3 is up with a bunch of fixes. Gunship Battle detection still isn't working, but I didn't want to hold this up for it. A whole slew of fixes is in. Please let me know how it works for you!

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#318 JerryBlade

View User Profile

Send Message

Posted Jan 27, 2010
I just posted a beta with a bunch of fixes. Please let me know how it works for you, and hopefully I can promote it to Release status. Specifically, I want to know how it does on the Gunship Battle detection. I tweaked it so hopefully it will get it this time.

Rollback Post to Revision RollBack
_ForgeUser1238822
- Join Date: 6/27/2019
- Posts: 0
- Member Details
#314 _ForgeUser1238822

View User Profile

Send Message

Posted Jan 27, 2010
What I can't find is... Does this addon sync between officers/raid leaders in some way? - we have more than one raid leader and we're not always online at the same time.

We want a way of tracking 'when' the last time a person attended a raid was (we often have low signups but pug people out of /g). We reset loot positions on members that haven't attended raid in 10+ weeks.

Does this addon track AFK's? we have some members that seem to think its OK to vanish between bosses, but without evidence of how long specific members spend not at the keyboards it proves a bit difficult to chastise and punish.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#315 JerryBlade

View User Profile

Send Message

Posted Jan 27, 2010
There is no sync between multiple copies of Headcount running. Ideally, you are going to want one person online for the entire raid to collect the data so you can upload it in one piece. If you have multiple people logging on and off running Headcount, you will need to upload the data in multiple pieces. I don't see this changing in the near future as that is a major addition and beyond the scope of what the grand majority of Headcount users need. There are a lot of other higher priority items that need to be addressed first imo.

Tracking raid attendance should be done on some kind of external source. Headcount really is designed to integrate well with several web-based systems that do a fantastic job of keeping track of all this.

Headcount does not track AFKs at the moment, but that is something I would like to add myself so once many of the other pressing issues are handled, I will look into that.

Rollback Post to Revision RollBack
_ForgeUser320371
- Join Date: 9/30/2007
- Posts: 0
- Member Details
#313 _ForgeUser320371

View User Profile

Send Message

Posted Jan 20, 2010
This addon is great, has made life easier. But can think of two possible improvements.
1. Manual control over it creating raids, as you end the active one and the next one starts it's a fiddle deleting the extra ones later.
2. We are using guildlaunch.com for our site hosting and whilst we can import an eqDKP log it doesn't work brilliantly (their issue I believe) so an export for Guild Launch would be awesome, although unlikley.

Anyway great work I plan on using this for a long time to come.

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#316 JerryBlade

View User Profile

Send Message

Posted Jan 27, 2010
1) Yeah that isn't as clean as it could be. I just turn off raid tracking when the raid is over - that fixes the problem, but it could be done better. I'll try and look into it when the other pressing issues are handled.

2) Something to hope for in the future if Blizzard decides to stop breaking Headcount every time they release a new wing or new patch :)

Rollback Post to Revision RollBack
_ForgeUser1502277
- Join Date: 10/25/2008
- Posts: 6
- Member Details
#312 _ForgeUser1502277

View User Profile

Send Message

Posted Jan 20, 2010
3x HeadCount-1.7.3\HeadCountFrames.lua:2065: attempt to index field '?' (a nil value) <string>:"*:OnEnter":1: in function <[string "*:OnEnter"]:1>

Locals: self = HeadCountFrameContentWaitListButton { 0 = <userdata> } motion = true

In zhTW WOW. Could I manul fix time and join person?

Last edited by _ForgeUser1502277: Jan 20, 2010

Rollback Post to Revision RollBack
_ForgeUser220376
- Join Date: 6/28/2019
- Posts: 0
- Member Details
#301 _ForgeUser220376

View User Profile

Send Message

Posted Jan 13, 2010
I would like to know how the waitlist is managed. For example, we have a pretty big guild and we are constantly rotating people during raids (which often logoff but are in ventrilo, or log on an alter or wathever). How is this managed? I mean, is it possible for headcount to know that one character in online with another one? This is important to us, because we want to know how much time a character was offline, but if he was with an alter he would receive all the DKP during that raid.

Thank you!

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#303 JerryBlade

View User Profile

Send Message

Posted Jan 14, 2010
Headcount doesn't know anything about alts or multiple mains. It simply tracks attendance by character.

However, we manage this from the website. EQDKP Plus has the ability to define aliases. This way when someone logs on and off his/her main and bevy of alts, it knows to assign DKP and attendance to the main as defined on the website.

Rollback Post to Revision RollBack
_ForgeUser220376
- Join Date: 6/28/2019
- Posts: 0
- Member Details
#304 _ForgeUser220376

View User Profile

Send Message

Posted Jan 14, 2010
In that case, everytime somebody logs with an alter have to add himself again to the waitlist? What about people going offline but available? Does the addon automatically removes them from the waitlist if they go online?

Rollback Post to Revision RollBack
_ForgeUser220376
- Join Date: 6/28/2019
- Posts: 0
- Member Details
#305 _ForgeUser220376

View User Profile

Send Message

Posted Jan 14, 2010
I just realised the addons do not add the "waitlist time" with the "raid time" so when I upload the string to the website everyone in the waitlist is getting 0 DKP.

Any solution for this?

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#308 JerryBlade

View User Profile

Send Message

Posted Jan 15, 2010
I do not have a problem with this on EQDKP Plus. What website are you using?

Rollback Post to Revision RollBack
JerryBlade
- Location: NY
- Join Date: 11/23/2008
- Posts: 0
- Member Details
#309 JerryBlade

View User Profile

Send Message

Posted Jan 15, 2010
It leaves them on the waitlist even if they are offline (like a DC). If they are gone too long or I know they are "gone", i just manually remove them from the waitlist.

Rollback Post to Revision RollBack
_ForgeUser220376
- Join Date: 6/28/2019
- Posts: 0
- Member Details
#310 _ForgeUser220376

View User Profile

Send Message

Posted Jan 15, 2010
I’m using the EQDKP export format and the website is www.raidbuilder.com

Everyone that is in the waitlist is not getting credit. I think the main problem is that there is no “End run time” in the waitlist. If I looked at the times, there is only the “Start Run”, but there is no “End Run time”, that’s why I guess it doesn’t take into account those people in the total time.
Just as a note, if I want the total time (Raid+waitlist) I chose the following options:

• “Date and Time” -> “Time Options”: I clicked everything there (Raid List Time, Wait List Time, Offline Time).
• “Bosses” -> “Group Management” : I clicked everything there (Raid List Time, Wait List Time, Offline Time, No list time).

Is it correct?

I can paste one log here (or somewhere else) if you want to take a look.

thanks!

Rollback Post to Revision RollBack
To post a comment, please login or register a new account.