RaidWatch 2
Raid Watch 2
Raid Watch is an addon for tracking events during boss fights in both raid and 5-men dungeons. It will keep track of important boss cooldowns, warn for events that requires the users attention and inform about some things that happen around him. It will do this in the form of timer bars, sounds, big warning text accompanied with a screen flash for the most important stuff and small text messages for less important things, direction arrow and more.
Raid Watch also have some functionality that is useful outside of boss fights, such as in game eqDKP display.
I have decided to disable the comments on curse.com since they are hard to keep track of, so instead:
For comments, suggestions, bug reports and general chat please post in the Raid Watch forums
News
From version 1.46 there is now a new module that handles the new alternate power bar that blizzard added. This bar is used in a few encounters and quests so far, for example Cho'gall for the corruption and Atramedes for the sound bar. This new plugin let you position it, or hide it completely and instead show a normal bar using the multi-purpose bar plugin that is used for health bars and other small things atm. The options for this plugin can be found under Plugins -> Alternate Power Bar.
How To
- How To: Getting Started - For first time users
- How To: Get eqDKP data in game
- FAQ
- More coming soon..
Features
- Timer bars Gives an easy overview of given events during an encounter
- All timers will move between 2 or 3 anchors depending on their the length of the duration they have left. These anchors can be moved freely and placed individually. You can also configure at what duration they should move to each anchor.
- Personal warnings Easy to react to message that is only shown to yourself when it concerns you
- Messages Messages show about events happening to the raid or the boss in question.
- Health frames Shows the current health of the boss, and also npcs when usefull. Can also be used to show other things besides health. One example i the Blood Power stacks in the Deathbringer Saurfang encounter.
- Raid marking Automatic raid marks for important events that happen to players or NPCs.
- Directions For some events you will get arrows pointing towards the point of interest.
- Customization
- Each event that is tracked in an encounter have detailed settings where you can turn of messages, timers and icons individually depending on your current role.
- Colors and sounds can be individually set for each type of warning for each event.
- Fonts, textures and colors can also be set on a global space to be able to make fast changes and have a uniform look of all objects.
- Statistics You can see how many times you have done each encounter, how many times you defeated it, how many wipes. You can also see your fastest kill so far. All this is recorded separately for 10- and 25-men raid and also for normal and heroic.
- Load on Demand All boss mods are in their own modules and are not loaded into memory until they are needed, and this will be done automatically. But can also be loaded manually if needed for configuration before raids.
Including mods for
- The Ruby Sanctum
- Icecrown Citadell
- Crusaders Coliseum
- Ulduar
- Vault of Archavon
- 5-men
- Forge of Souls
- Pit of Saron
- Trial of the Champion
Localization
Raid Watch 2 is fully or partially translated to most languages, but could use some more people to help with the translation as they are important to make the mods to work for all languages. At any point where boss emotes or yells are used as triggers it will or may not work on other clients. But things that only rely on combat log events will still work.
If you want to contribute to the localization simply go to the Localization page or click the localization tab up top and then on your language and start translating. It is open for anyone as long as you have an account here.
Credits
- Ideas and Inspiration: DBM, BigWigs
- Ulduar Mod: Mcslein
- Bad Omen For testing and feedback.
Using v498 it didnt crash on festergut but seems to be lagg spikes where the screen locks up intermitley for like a second or so and fps drops like to half and goes back up. I had crashes with v505 on at least saurfang and dreamwalker while v507 i crashed on precious.
ERROR #132 (0x85100084) Fatal Exception Program: F:\World of Warcraft\WoW.exe Exception: 0xC0000005 (ACCESS_VIOLATION) at 0023:0074FA0F
The instruction at "0x0074FA0F" referenced memory at "0x00000004". The memory could not be "read".
After killing precious, im reverting back to an older version now.
Yes after the boss is dead it blows up and i get memory error :(
Something introduced the the builds over the last couple of days is causing serious problems. Doing ICC.10 tonight, i had 3 fatal wow errors, and all as soon as a boss died. On Saurfang, Stinky and Precious, upon death, wow crashed out completely with a memory error. As RW is one of the few mods that would be specifically watching boss death, i turned it off... and did Fester/Rotface, Professor and Princes without crashing. I turned it back on for Queen and it crashed out again.
I raided Thursday night without a problem however, doing the same mobs in ICC.10.Heroic. And i believe i updated right before raid time at 10est.
A few hours later, i did 25m. I had reverted to b494 and was able to complete the raid without a crash.
Where's the options of the role selectable timers? I see it in the change log but do not see it in the config. Going to see if i lagg again at putricide, looking at the poster below who has the same issue i also use hudmap.
lies. i'm on a mac. it breaks CONSTANTLY, although only on halion and lich king. i don't think i've ever seen it ever break anywhere else.
you know the combat log doesnt break on the mac as far as ive seen.
i installed shadowed's mod for now
http://www.wowinterface.com/downloads/info16001-CombatLogFix.html
which basically monitors UNIT_SPELLCAST_SUCCEEDED on self, and then if it doesn't fire in CLEU afterwards, clear combat entries.
someone should just make a libcombatfixer :)
i tried to get shefki to add it to blizzbugssuck but he said combat log breaking isn't the type of UI bugs they are targeting, doh.
ive seen some people how make a frame that every second calls the CombatLogReset function
I'm taking it you've noticed that halion breaks the combat log even more than heroic lich king huh? I dont know what it is about halion but in a given pull i usually lose combat log 3-4 times. Very frustrating. I actually spent an entire pull with no combat log once. the funny thing is i still got EVERY boss warning and timer cause of the amount of syncing I use heh. I'll probably have to extend combatlog fix beyond just pull as well. it's a shame blizz makes us work around their dumb bugs like this though.
I have seen these lockups in normal 10 and 25. I rolled back RaidWatch2 for heroic 25. If there were problems previously with AVR then maybe the culprit for conflict now is HudMap.
@cana: fixed
(r483)
I get this when I first load an instance module.
1x RaidWatch_Core-r483\Prototypes\Boss.lua:69 attempt to call method 'IsDruidTank' (a nil value)
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[1]":9: in function <[string "safecall Dispatcher[1]"]:5>
(tail call): ?:
AceAddon-3.0-5 (Ace3):510: in function `InitializeAddon'
AceAddon-3.0-5 (Ace3):622: in function <Ace3\AceAddon-3.0\AceAddon-3.0.lua:615
<in C code>: in function `LoadAddOn'
RaidWatch-1.28\RaidWatch.lua:159 in function `LoadAddOn'
RaidWatch-1.28\RaidWatch.lua:201 in function `LoadByName'
RaidWatch_Options-r483\Options.lua:530 in function `func'
LibGUIFactory-1.0-18 (LibGUIFactory-1.0):521: in function <...rface\AddOns\LibGUIFactory-1.0\LibGUIFactory-1.0.lua:471
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[4]":9: in function <[string "safecall Dispatcher[4]"]:5>
(tail call): ?:
AceGUI-3.0-33 (Ace3):314: in function `Fire'
Ace3-r958\AceGUI-3.0\widgets\AceGUIWidget-Button.lua:21 in function <...dOns\Ace3\AceGUI-3.0\widgets\AceGUIWidget-Button.lua:19
---
And this when I try to open the (empty) boss configuration panel
1x RaidWatch_Options-r483\Options.lua:379 bad argument #1 to 'rawget' (table expected, got nil)
RaidWatch_Options-r483\Options.lua:379 in function <RaidWatch_Options\Options.lua:346
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[3]":9: in function <[string "safecall Dispatcher[3]"]:5>
(tail call): ?:
AceGUI-3.0-33 (Ace3):314: in function `Fire'
LibGUIFactory-1.0-18\Widgets\UIF-DropDownGroup.lua:107 in function `SetGroup'
RaidWatch_Options-r483\Options.lua:518 in function <RaidWatch_Options\Options.lua:463
(tail call): ?:
<in C code>: ?
<string>:"safecall Dispatcher[3]":9: in function <[string "safecall Dispatcher[3]"]:5>
(tail call): ?:
AceGUI-3.0-33 (Ace3):314: in function `Fire'
LibGUIFactory-1.0-18\Widgets\UIF-TreeGroup.lua:163 in function `SetSelected'
...ce3\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:192 in function <...ce3\AceGUI-3.0\widgets\AceGUIContainer-TreeGroup.lua:188
---
This error came up using RW2.r483 with embedded libs, then I manually installed the libs (esp. LibGUIFactory-1.0 r18), no change.
@rantank: Is this in heroic or normal and 10 or 25?
could always use GetNetStats() ;) stop epople with terrible connections from sending a sync 3 seconds after everyone else ;)
I am also getting bad lockups on Professor Put... on phase change for a good 10 seconds or so, and brief spikes elsewhere. Phase 3 on PP seems clean for spikes. I haven't seen this on other ICC fights, just PP. This does not exist in the stable version on curse.
I don't run AVR.
Screenshot here:
http://img713.imageshack.us/i/rw2.jpg/
@tlai: Some people had this problem before and it turned out to be AVR causing it. But now AVR is not working anymore and should be removed. Dont know if you still have AVR or not, but Raid Watch does not do antything that could lock up the client and never had anyone else have these problem.
But to be sure, first make sure you removed AVR, then update to latest RW and see if it still happens, if it does then disable RW and if it still happens we will know.
@mysticalos: I just made the syncing code, but it was never supposed to accept synced events to warnings that you see yourself, and if you don't trigger the warning yourself then only accept the sync from the first person then block that event for 2 seconds. But right now it seems to accept it from all incomming no matter if I saw it myself or if I have allready received it.
So it will need some more testing before used.
Not sure if its this causing it but during the red phase transition on professor putricide my whole WoW locks up from when he goes in and he goes out of the transition for a total of about 10seconds.