• World of Warcraft Addons
  • World of Warcraft
  • Average Rating:

  • Your Rating

  • Share
  • Report Abuse

HeadCount

 
Project Updated:
Files Updated: 02-04-2010
Supports Game Version: 3.3.0
Category: Data Export, Boss Encounters, Guild, and Raid Frames
Tags:

, , , , , , , , and [Edit Tags]

Project Manager: seppyk
Additional Authors: kagaro , JerryBlade
Current Version: 1.7.4
License: All Rights Reserved
Development Site: WowAce.com
Avg Daily DL (last 30 days): 257
Downloads Total: 115,519
Favorites: 264
Comments: 188
  • About HeadCount
  •  

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

Curse

http://wow.curse.com/downloads/wow-ad.../head-count.aspx

WoW Interface

http://www.wowinterface.com/downloads/info8867-HeadCount.html...

WoW Ui

http://wowui.worldofwar.net/?p=mod&m=6819

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.
  • Downloads (5)
  •  
File Name Release Type Game Version Downloads Date
Addon Curse.com Beta 2.3.3 0 9/29/2008
  File Name Release Type Game Version Downloads Date  
  HeadCount 1.7.4 Release 3.3.0 1,461 2/4/2010
  HeadCount 1.7.3 Release 3.3.0 1,602 1/27/2010
  HeadCount 1.7.2 Release 3.3.0 4,765 1/12/2010
  HeadCount 1.7.1 Release 3.3.0 6,438 12/17/2009
  HeadCount 1.7.0 Release 3.3.0 378 12/17/2009
  • 1 page(s)
  • Comments

Add Comment

Add

You need to login or register to post.

Benefits of Registration

  • Interact with hundreds of thousands of other gamers on an open social network.
  • Post your stories, news, images, videos, and other content to share.
  • Create a network with your fellow gamers or join an existing one.
  • Gain reputation for everything you do.
  • foebik said

    Just a slight bug. When I was doing the Princes last night. I targeted one of them before the event start (when it still shows them dead) and the mod thought we had just down them and recorded as such and then announce to the guild the kill. And we hadn't even started the event yet.

    Reply Report Permalink
  • Big problems with HC with the latest 3.3.2 patch... filed a ticket.

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • 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.

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • 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.

    Reply Report Permalink
  • JerryBlade said

    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!

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • ellgee said

    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.

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • 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.

    Reply Report Permalink
  • JerryBlade said

    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 :)

    Reply Report Permalink
  • espinozr said

    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!

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • espinozr said

    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?

    Reply Report Permalink
  • JerryBlade said

    I do not have a problem with this on EQDKP Plus. What website are you using?

    Reply Report Permalink
  • espinozr said

    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!

    Reply Report Permalink
  • JerryBlade said

    I am going to have to look into this. I am able to replicate it on my end, but I don't know how big a deal or deep this is going to be to fix. Once I am done with the other pressing items, I will look into it. Thanks for bringing it to my attention!

    Reply Report Permalink
  • espinozr said

    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?

    Reply Report Permalink
  • JerryBlade said

    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.

    Reply Report Permalink
  • Addon Packs Containing HeadCount
  • Similar Addons
  •  

Average downloads per day

  1. 23,777 Deadly Boss Mods Boss Encounters, and Combat
  2. 5,653 BigWigs Bossmods Boss Encounters, and Combat
  3. 3,360 Omen Threat Meter Boss Encounters, and Combat
  4. 3,055 CurseProfiler 2.0 Data Export
  5. 2,530 X-Perl UnitFrames Raid Frames, and Unit Frames