Deadly Boss Mods (DBM)

268,326,117 Downloads Last Updated: Feb 27, 2020 Game Version: 8.3.0

File Details

Uploaded by Tandanu
Uploaded Sep 28, 2011
Game Version 4.2.0
Size 896.97 KB
Downloads 1,149
MD5 b20014823e9b138a8a7ddbf8e6cdf677
Supported WoW Versions


    - arta via svn r6530: Populated Jaina and Sylvanas mods for PTR
    - arta via svn r6529: 3 creature IDs and populated the Baine and Tyrande mod a little. PTR stuff :p
    - arta via svn r6528: 4.3 PTR Model IDs
    - arta via svn r6527: Murozond dummy file + localizations
    - arta via svn r6526: 4.3 PTR Model IDs
    - arta via svn r6525: Encounter IDs + Zone ID from Dungeon Journal (model IDs coming later)
    - Omega via svn r6524: #CurseBeta tag
    - Snamor via svn r6523: esES update
    - DiabloHu via svn r6522: zhCN update
    - Omega via svn r6521: reverse logic on the surge debuffs so the coloring makes sense. (red names should be a bad thing, the way the function was being used was backwards and names on the frame were a good thing, confusing intent. the info frame 9 times out of 10 shows bad things, so lets make it consistent).
    - Omega via svn r6520: small garr timer tweak. wish i could have gotten a better log for him this week but could not interest people in 4k gold profit for 5min worth of work :\ So i watched a bunch of bads corpse cannon it down after about 2 hours and remotely logged their fight. But no accurate combat regen timestamp for combat start.
    - Omega via svn r6519: Update info frame to colorize playername to make it visually distinctive. Red for info frames that are bad to be on, and green for ones good to be on. Also updated playeraggro frame with UnitName("player") work around for 5 mans
    - Omega via svn r6518: change trap health frame to 100k
    - Omega via svn r6517: Some bugfixes to aggro frame. it's still iffy and may just get tossed show a list of 15-20 players with aggro, or show a list of 5-10 playrs without, it's still a giant ass frame that takes up too much space :\
    - Omega via svn r6516: Improve the ragnaros mod to detect dynamtically whether or not there will actually be a 2nd wrath before smash or not. Mod will make determination based on when first wrath is cast whether there is a chance the 2nd one will happen before sulfuras smash or delayed by it and cast afterwards. it will adjust the timer for either condition accordingly.
    - Omega via svn r6515: Don't delay Julak's MC warning though if it already has 2 targets.
    - Omega via svn r6514: slow MC warning down on julak, it was splitting the table in half
    - Omega via svn r6513: Updates and bugfixes to Xariona and Akma'hat
    - Omega via svn r6512 Log: And another mistake, force the meteor frame to override aggro or health frame by using a different kind spam check
    - Omega via svn r6511 Log: Oops remove an unused local from last commit, I ended up doing it right with a GUID table instead for most accuracy
    - Omega via svn r6510 Log: Much smarter more advanced info frame control. It is now dynamic and automatically displays at more appropriate times with an ability priority list. 1. Meteors 2. Elementals 3. Traps
    What this means, if health frame is up, and elementals spawn for example, the info frame will change from health frame to aggro frame until elementals spawn, once they all die, it will automatically change back to health frame. it uses a set of conditions to determine if a frame should be shown, only time there is no info frame is if traps elementals and meteors are at 0 (or options are turned off). If any of them are >0 then what frame is displayed will be based on this priority list.
    - Update from svn:// Revision: 6509 Author: Snamor Log: esES update
    - Update from svn:// Revision: 6508 Author: DiabloHu Log: zhCN update for recent FL change
    - Update from svn:// Revision: 6507 Author: Omega Log: An an aggro frame to ragnaros phase 2, this should be a very clear way to see who does and doesn't have elementals real quickly. the frame will list players without aggro, so 2-5 names at most.
    - Update from svn:// Revision: 6506 Author: Omega Log: re-add the aggro warning, which never got moved to the new seeds functions
    - Update from svn:// Revision: 6505 Author: tandanu Log: add import for old number-based saved options and stats
    - Update from svn:// Revision: 6504 Author: tandanu Log: that should fix the problem with bosses using their encounter id as name
    - Update from svn:// Revision: 6503 Author: tandanu Log: and all the other functions that use the mod id should also be using strings and not numbers
    - Update from svn:// Revision: 6502 Author: tandanu Log: hello, curse packager! Here is a commit/push, please don't forget to build a zip file this time; thank you!
    - Update from svn:// Revision: 6501 Author: tandanu Log: oops.
    - Update from svn:// Revision: 6500 Author: tandanu Log: * fix crash recovery syncs, they were broken since the new sync system :( * RegisterEventsInCombat will now work properly with combat info that was received from the crash recovery * DBM:NewMod(name, ...) now calls tostring() on the name as new mods use the new encounter IDs for names; however names should always be strings
    - Update from svn:// Revision: 6499 Author: Omega Log: change most party mods to RegisterEventsInCombat exceptions: 1. world bosses (which do not have an engage event) use old register on load method, cause without an engage event we cannot be sure combatstart fires (ie they were already in combat when they pulled the world boss) 2. World Events. These also don't fire an engage event. so same reason as world bosses.