4x ...akAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua:1076: Attempt to register unknown event "PLAYER_TALENT_UPDATE" [string "=[C]"]: in function `RegisterEvent' [string "@WeakAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua"]:1076: in function `activate' [string "@WeakAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua"]:1121: in main chunk
Hello friend, I'd love to see item 9621, Mountain Giant Muisek Vessel, added to classic to allow for the checking of hostile units within a 10y range. Seems like it's missing, and I just came across it.
I posted a patch (as an issue) to add some capabilities to this, and allow concurrent item checks (still using your throttling). The latter mainly because otherwise it takes too long for the complete list of ranges to be created (I have tested this, no problems in classic).
Classic has issue with non stop fire event "GET_ITEM_INFO_RECEIVED", mostly seen on TellMeWhen. I contacted Cybeloras#8758 and he said that any calls to GetItemInfo against itemIds that don't exist in classic must be removed when running on the classic client and he can't do anything on own side with it anymore.
Are you sure it is caused by LibRangeCheck? It does about 10-20 item queries at most, and only during startup. It shouldn't cause event storm, and especially not "after some time of playing"...
I entered in-game with default TMW wihout configuration, fully default all settings. I checked events and went to afk for 20-30, after that I started trace events and found what GET_ITEM_INFO_RECEIVED started loop again.
For some reasons issue is not repeat able and happened with me only once after update to 4.3.2
The library worked on the classic stress test on 8th August. I had to delete (comment) the following lines: 948 -- function lib:PLAYER_TALENT_UPDATE() 949 -- self:scheduleInit() 950 -- end
Exaplanation: PLAYER_TALENT_UPDATE does not exist in classic (because it's mainly useful for dual spec). CHARACTER_POINTS_CHANGED handles the event of talent point allocation (which the library is subscribed to already).
Hello, WeakAuras use your lib for it's "Range Check" trigger, but LibRangeCheck-2.0 have issues on classic
On load it error while trying to register unknown event "PLAYER_TALENT_UPDATE" Most items/spells used for range test didn't exists back then so results are not very accurate.
We have to disable integration of the lib in classic version of WeakAuras for now.
Please keep us updated if you plan to make it compatible.
I'll create an updated version that at least loads without errors, not sure if I'll have time to update the spell and item DB to be more accurate on classic... Although if it really is classic, then I can probably just roll back to an earlier list I used back then ;)
v4.3.0 should be running on classic without errors now. I'll try to improve the accuracy in a later commit, but right now I cannot test anything...
(presumably all I have to do is restore a previous spell and item list from "classic" time, but I'm not quite sure exactly which version of the list is best for "classic" :)
With the new changes coming in 7.1 with not being able to get player coordinates in instances, addons creating Radar effects will break.
I'm trying to come up with a way to create a new Radar with approximated player locations using range checks between all other players in a given instance, maybe even hostile NPCs. Can you think of a way that would be possible? I would imagine everyone in the instance would need to have this library installed and some way to pass data back and forth.
In your opinion, a) is this something that is possible to do; and b) how resource-intensive would on-the-fly calculations like these be?
This sounds like an interesting experiment. Technically, it should be possible to create an addon like you described using triangulation, etc, but I'm not sure how accurate it would be. I also have no idea how resource intensive it would be. The calculation and range detection shouldn't be that cpu hungry, but a lot depends on the communication protocol (if everyone shares measurements with everyone else in a raid, I guess that'd quickly lead to problems...)
In any case, I'd definitely give it a shot if I were you, sounds like an interesting project, even if it fails due to performance reasons in the end :)
Would it be possible to create an addon where if a raid leader placed a raid marker down and everyone in the raid moved to that marker and did like a /reset to calibrate a reference point? Then the addon made calculations referencing this point to each player.
-
View User Profile
-
Send Message
Posted Apr 12, 2021Hi Mitchnull, LibRangeCheck-2.0 is raising an error on TBC beta, you can check if it's running TBC with
4x ...akAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua:1076: Attempt to register unknown event "PLAYER_TALENT_UPDATE"
[string "=[C]"]: in function `RegisterEvent'
[string "@WeakAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua"]:1076: in function `activate'
[string "@WeakAuras\Libs\LibRangeCheck-2.0\LibRangeCheck-2.0-100204.lua"]:1121: in main chunk
Locals:
(*temporary) = <unnamed> {
0 = <userdata>
}
(*temporary) = "PLAYER_TALENT_UPDATE"
-
View User Profile
-
Send Message
Posted May 19, 2021In reply to MrBudsz:
yeah. i just updated:
local IsClassic = (WOW_PROJECT_ID == WOW_PROJECT_CLASSIC)
to
local IsClassic = (WOW_PROJECT_ID == WOW_PROJECT_CLASSIC) or (WOW_PROJECT_ID == WOW_PROJECT_BURNING_CRUSADE_CLASSIC)
and now everything is happy
-
View User Profile
-
Send Message
Posted Aug 19, 2020Hello friend, I'd love to see item 9621, Mountain Giant Muisek Vessel, added to classic to allow for the checking of hostile units within a 10y range. Seems like it's missing, and I just came across it.
-
View User Profile
-
Send Message
Posted Jun 3, 2020how to check range between targets ? i want to know the range between target and focus?
-
View User Profile
-
Send Message
Posted Jun 14, 2020In reply to Forge_User_06710784:
Hello,
Unfortunately this is not possible with this addon, we only get the range to the target / focus, and not the direction or position.
-
View User Profile
-
Send Message
Posted Nov 4, 2019I posted a patch (as an issue) to add some capabilities to this, and allow concurrent item checks (still using your throttling). The latter mainly because otherwise it takes too long for the complete list of ranges to be created (I have tested this, no problems in classic).
-
View User Profile
-
Send Message
Posted Nov 2, 2019Classic has issue with non stop fire event "GET_ITEM_INFO_RECEIVED", mostly seen on TellMeWhen. I contacted Cybeloras#8758 and he said that any calls to GetItemInfo against itemIds that don't exist in classic must be removed when running on the classic client and he can't do anything on own side with it anymore.
-
View User Profile
-
Send Message
Posted Nov 3, 2019In reply to tigjames:
Hello,
I've added handling of GET_ITEM_INFO_RECEIVED events to throttle the item queries. Give the latest release a try... (v4.3.2)​_
-
View User Profile
-
Send Message
Posted Nov 3, 2019In reply to mitchnull:
Thanks, that fixed it :) Upd: ah it was false alarm, it's still here after some time of playing
-
View User Profile
-
Send Message
Posted Nov 4, 2019In reply to tigjames:
Are you sure it is caused by LibRangeCheck? It does about 10-20 item queries at most, and only during startup. It shouldn't cause event storm, and especially not "after some time of playing"...
-
View User Profile
-
Send Message
Posted Nov 5, 2019In reply to mitchnull:
I entered in-game with default TMW wihout configuration, fully default all settings. I checked events and went to afk for 20-30, after that I started trace events and found what GET_ITEM_INFO_RECEIVED started loop again.
For some reasons issue is not repeat able and happened with me only once after update to 4.3.2
-
View User Profile
-
Send Message
Posted Aug 8, 2019The library worked on the classic stress test on 8th August. I had to delete (comment) the following lines:
948 -- function lib:PLAYER_TALENT_UPDATE()
949 -- self:scheduleInit()
950 -- end
1047 --frame:RegisterEvent("PLAYER_TALENT_UPDATE")
Exaplanation:
PLAYER_TALENT_UPDATE does not exist in classic (because it's mainly useful for dual spec). CHARACTER_POINTS_CHANGED handles the event of talent point allocation (which the library is subscribed to already).
-
View User Profile
-
Send Message
Posted Jul 7, 2019Hello, WeakAuras use your lib for it's "Range Check" trigger, but LibRangeCheck-2.0 have issues on classic
On load it error while trying to register unknown event "PLAYER_TALENT_UPDATE"
Most items/spells used for range test didn't exists back then so results are not very accurate.
We have to disable integration of the lib in classic version of WeakAuras for now.
Please keep us updated if you plan to make it compatible.
Cheers.
-
View User Profile
-
Send Message
Posted Aug 10, 2019In reply to MrBudsz:
Hello,
I'll create an updated version that at least loads without errors, not sure if I'll have time to update the spell and item DB to be more accurate on classic... Although if it really is classic, then I can probably just roll back to an earlier list I used back then ;)
-
View User Profile
-
Send Message
Posted Aug 13, 2019In reply to MrBudsz:
Hello,
v4.3.0 should be running on classic without errors now. I'll try to improve the accuracy in a later commit, but right now I cannot test anything...
(presumably all I have to do is restore a previous spell and item list from "classic" time, but I'm not quite sure exactly which version of the list is best for "classic" :)
-
View User Profile
-
Send Message
Posted Aug 13, 2019In reply to mitchnull:
Alright, thanks for the update! Please keep us updated when you think the lib is in a good state for classic or if you need help to test a spell list
-
View User Profile
-
Send Message
Posted Oct 6, 2016Question:
With the new changes coming in 7.1 with not being able to get player coordinates in instances, addons creating Radar effects will break.
I'm trying to come up with a way to create a new Radar with approximated player locations using range checks between all other players in a given instance, maybe even hostile NPCs. Can you think of a way that would be possible? I would imagine everyone in the instance would need to have this library installed and some way to pass data back and forth.
In your opinion, a) is this something that is possible to do; and b) how resource-intensive would on-the-fly calculations like these be?
Thank you
-
View User Profile
-
Send Message
Posted Oct 7, 2016Hello,
This sounds like an interesting experiment. Technically, it should be possible to create an addon like you described using triangulation, etc, but I'm not sure how accurate it would be. I also have no idea how resource intensive it would be. The calculation and range detection shouldn't be that cpu hungry, but a lot depends on the communication protocol (if everyone shares measurements with everyone else in a raid, I guess that'd quickly lead to problems...)
In any case, I'd definitely give it a shot if I were you, sounds like an interesting project, even if it fails due to performance reasons in the end :)
-
View User Profile
-
Send Message
Posted Oct 24, 2016Would it be possible to create an addon where if a raid leader placed a raid marker down and everyone in the raid moved to that marker and did like a /reset to calibrate a reference point? Then the addon made calculations referencing this point to each player.
-
View User Profile
-
Send Message
Posted Oct 25, 2016No, unless the "reference point" is a player or other targetable entity which doesn't move.