Also having the problem of not resetting aggro between phases.
Took a quick peek at the Souls.lua file, there's a typo on line 37, it says Souls:RegisterTranslations when it should say Souls:RegisterTranslation :)
I don't know if that would fix it, since I haven't had the chance to try it yet, but I'm gonna do some more testing on our next BT raid on sunday. Hopefully we'll get some answers then :)
This module did not work when I posted it, I'm sorry. I didn't intend for it to get stuck directly into Threat without some additional testing. I'm not sure who put it in. Not that I mind it was included, just that it definitely needs more work.
Example, I'm pretty sure line 17 needs to read
ThreatLib:GetModule("NPCCore"):RegisterModule(BB["Essence of Anger"], BB["Essence of Desire"], BB["Essence of Suffering"], function(Souls)
Right now it just has BB["Essence of Anger"]
I'll run a test of this on my local copy on Tuesday after the reset, soon as we get back to RoS
I did Gruul yesterday and everytime i targeted a mob i got this error message
Conflicting translation for Gruul the Dragonkiller in deDE: old is "Gruul der Drachenschl?chter", new is "Gruul the Dragonkiller". Please report to Antiarc.
replace gruul with any other mob in gruuls lair.
I have german wow version, but i use english language pack (enGB).
Aveyron and all the others with conflicting translations, make sure that everyone in your group/raid has a new threat-version, 99,9% someone runs a version, thats too old. ;)
Threat-2.0 will be using Ace3 and LibStub. It will even attempt to do away with Babble-Boss and Babble-Spell, because bossIDs and spellIDs are available, so translations are possibly a thing of the past. Threat-2.0 currently tracks threat by GUIDs and hence no longer needs to do its own internal mobname hashing.
Omen can/will be updated to report going over your aggro threshold on any mob in the threat tables.
Threat-2.0 will be using LibGUIDRegistry for GUID <-> UnitName lookups, which that library is specifically designed to do so, for uniquely named mobs. For non-uniquely named mobs, for UnitName --> GUID, a combat log event is required to detect the GUID of your current target.
what is the quickest way to get the number of item in the aggro list for a given target.
for now I'm enumerating the list with a Threat:IterateGroupThreatForTarget(target) loop, but I don't find this very elegant. Is there a better way?
thx
For the past couple of days I have been receiving this error:
Date: 2008-02-19 14:14:45
ID: 50
Error occured in: Global
Count: 1
Message: ...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua line 25:
Cannot find a library instance of "LibBabble-Boss-3.0".
Debug:
[C]: ?
[C]: error()
...nterface\AddOns\!Swatter\Libs\SlideBar\SlideMain.lua:63: LibStub()
...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua:25: v()
...ddOns\Recount\Libs\Threat-1.0\Threat-1.0-Cleanup.lua:35: in main chunk
This error makes Omen completely bug out and does not display anything. I have disabled Recount, but then it throws the same error but with Pitbull instead of Recount. Is there any way to fix this?
installing libbabble-boss-3.0 seems one alternative. another one using the WoWAce-Updater it should install the missing library. maybe you should click on the reinstall button there.
Dependencies were changed recently
Yesterday in SSC i had profiling enabled while we were doing Hydross. The following times are from the combat only. Omen was disabled. (not sure why, but w/e ._.)
3912ms Ace2
2927ms Parser-3.0
2816ms SpecialEvents-Aura-2.0
849ms Threat-1.0
So SEA is using more than 3 times as much CPU as Threat. Of course UNIT_AURA is fired an awful lot in this particular fight, but it just exemplifies how horrible SEA really is. It's very bad especially as the tank. On phase transitions, the entire raids gets a different debuff, that's probably 2 UNIT_AURA events for every raid member. I have to time my shield slam, but in the exact frame where I have to be as quick as possible, SEA causes frame lag. Not funny.
Here's a little quote from the interview at curse.
Antiarc: Well, Omen is obviously inspired by KTM, but I've attempted to improve on the design. The primary reason that Omen (well, its backing library, Threat-1.0) was written is because KTM brute-forces its threat estimates by polling a large number of values every so often. When we gained CPU profiling in WoW, I noticed that KTM was eating significantly more amounts of CPU time than any other of my mods, even while idle. There was a bit of a flamewar going on over this issue already, but what it basically came down to is that Kenco (KTM's author) didn't have any intent to change KTM's design to be more efficient, so I decided that I could do it better. Omen is empirically, by design, more CPU-friendly, which should improve the user's framerates, though that point is contested by Kenco. :)
For the past couple of days I have been receiving this error:
Date: 2008-02-19 14:14:45
ID: 50
Error occured in: Global
Count: 1
Message: ...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua line 25:
Cannot find a library instance of "LibBabble-Boss-3.0".
Debug:
[C]: ?
[C]: error()
...nterface\AddOns\!Swatter\Libs\SlideBar\SlideMain.lua:63: LibStub()
...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua:25: v()
...ddOns\Recount\Libs\Threat-1.0\Threat-1.0-Cleanup.lua:35: in main chunk
This error makes Omen completely bug out and does not display anything. I have disabled Recount, but then it throws the same error but with Pitbull instead of Recount. Is there any way to fix this?
Update your Recount and Pitbull. Your versions of Recount and Pitbull have not been updated with the Threat library changes. If updating these 2 addons still causes errors, then it is Recount and Pitbull's author's fault for not updating their library dependencies that Threat-1.0 has changed.
Update your Recount and Pitbull. Your versions of Recount and Pitbull have not been updated with the Threat library changes. If updating these 2 addons still causes errors, then it is Recount and Pitbull's author's fault for not updating their library dependencies that Threat-1.0 has changed.
I thought libraries were designed such that if there are two versions of the library included with two different addons, the newer version and its dependencies take precedence. Why is this not occurring? If this mechanism is not working, then embedding of libraries is a completely broken system.
It isn't working because the library in question isn't standalone, it has it's own dependencies. In addition, due to the nature of the way the files page generates zips, you end up with a newer version of Threat than the base addon you're downloading was designed to work with. The problem isn't embedding, it's the SVN.
This module did not work when I posted it, I'm sorry. I didn't intend for it to get stuck directly into Threat without some additional testing. I'm not sure who put it in. Not that I mind it was included, just that it definitely needs more work.
Example, I'm pretty sure line 17 needs to read
Right now it just has BB["Essence of Anger"]
I'll run a test of this on my local copy on Tuesday after the reset, soon as we get back to RoS
I have german wow version, but i use english language pack (enGB).
Omen can/will be updated to report going over your aggro threshold on any mob in the threat tables.
Threat-2.0 will be using LibGUIDRegistry for GUID <-> UnitName lookups, which that library is specifically designed to do so, for uniquely named mobs. For non-uniquely named mobs, for UnitName --> GUID, a combat log event is required to detect the GUID of your current target.
what is the quickest way to get the number of item in the aggro list for a given target.
for now I'm enumerating the list with a Threat:IterateGroupThreatForTarget(target) loop, but I don't find this very elegant. Is there a better way?
thx
Date: 2008-02-19 14:14:45
ID: 50
Error occured in: Global
Count: 1
Message: ...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua line 25:
Cannot find a library instance of "LibBabble-Boss-3.0".
Debug:
[C]: ?
[C]: error()
...nterface\AddOns\!Swatter\Libs\SlideBar\SlideMain.lua:63: LibStub()
...dOns\Recount\Libs\Threat-1.0\ThreatNPCModuleCore.lua:25: v()
...ddOns\Recount\Libs\Threat-1.0\Threat-1.0-Cleanup.lua:35: in main chunk
This error makes Omen completely bug out and does not display anything. I have disabled Recount, but then it throws the same error but with Pitbull instead of Recount. Is there any way to fix this?
Dependencies were changed recently
3912ms Ace2
2927ms Parser-3.0
2816ms SpecialEvents-Aura-2.0
849ms Threat-1.0
So SEA is using more than 3 times as much CPU as Threat. Of course UNIT_AURA is fired an awful lot in this particular fight, but it just exemplifies how horrible SEA really is. It's very bad especially as the tank. On phase transitions, the entire raids gets a different debuff, that's probably 2 UNIT_AURA events for every raid member. I have to time my shield slam, but in the exact frame where I have to be as quick as possible, SEA causes frame lag. Not funny.
Here's a little quote from the interview at curse.
Update your Recount and Pitbull. Your versions of Recount and Pitbull have not been updated with the Threat library changes. If updating these 2 addons still causes errors, then it is Recount and Pitbull's author's fault for not updating their library dependencies that Threat-1.0 has changed.
ID: 1
Error occured in: Global
Count: 1
Message: ...Bar_ThreatFu\Libs\Threat-1.0\ThreatNPCModuleCore.lua line 25:
Cannot find a library instance of "LibBabble-Boss-3.0".
Debug:
[C]: ?
[C]: error()
...nterface\AddOns\!Swatter\Libs\SlideBar\SlideMain.lua:63: LibStub()
...Bar_ThreatFu\Libs\Threat-1.0\ThreatNPCModuleCore.lua:25: v()
...uBar_ThreatFu\Libs\Threat-1.0\Threat-1.0-Cleanup.lua:35: in main chunk
in a other post here it was say that i must reinstall all ace addons. that i have now with ace updater. but the error is the same!
i use WAU only with externals
Either roll back the offending addon, or harass the author to update Threat's dependencies.
I thought libraries were designed such that if there are two versions of the library included with two different addons, the newer version and its dependencies take precedence. Why is this not occurring? If this mechanism is not working, then embedding of libraries is a completely broken system.