Not possible unless the modules are enabling right after they are disabling so they can be disabled again. This was a problem I noticed back in the 40 days when yells were being used for death notifications because of latency between yell and death. Latency between death event and death should be none. (So the chances of a module re-enabling via mouseover should be none)
But there are several bosses with multiple kill notifications, I know I've seen it and others have reported it to me. My suspicion would be bad translations borking up things as it's not all encounters (and they have a nice habit of breaking things). I'll try to keep a list of which ones are consistent with multiple notifications, maybe narrow this down.
If Transcriptor logs the emote "Saphiron erhebt sich in die Lüfte!", does BigWigs also need this exact emote in the translation or is "%s erhebt sich in die Lüfte!" enough?
Because the airphase_trigger didn't work for me today, but if BigWigs should work with either the Name or %s there must be a different bug.
Btw: For the deepbreath_trigger Transcriptor logs it with %s: "%s holt tief Luft." It's just for the airphase_trigger where the name is logged instead of %s.
If Transcriptor logs the emote "Saphiron erhebt sich in die Lüfte!", does BigWigs also need this exact emote in the translation or is "%s erhebt sich in die Lüfte!" enough?
No, because we need to match the event trigger. Didn't believe it and put in a %s, but it makes sense to me now. It's just not consistent with enUS.
What's the Breath() function in the Sapphiron module used for?
We alredy have timers and warnings via the emote triggers.
And from reading the code it seems that the message is just called once (because the variable "breath" gets never reset).
Any meaning behind that function or can we delete it?
What's the Breath() function in the Sapphiron module used for?
We alredy have timers and warnings via the emote triggers.
And from reading the code it seems that the message is just called once (because the variable "breath" gets never reset).
Any meaning behind that function or can we delete it?
Combat log data should be prioritized over chat strings as the latter needs translated. If need be the chat section of the function will be removed in favor of the combat log trigger. (I'll check if this is possible when I get a log) Sometimes using chat strings is just better when dealing with unreliable log data.
Not possible unless the modules are enabling right after they are disabling so they can be disabled again. This was a problem I noticed back in the 40 days when yells were being used for death notifications because of latency between yell and death. Latency between death event and death should be none. (So the chances of a module re-enabling via mouseover should be none)
Ran Sarth tonight and saw this happen. Although this appears to be two different defeat messages playing back to back. It certainly sounded like it played the music twice as well.
Combat log data should be prioritized over chat strings as the latter needs translated. If need be the chat section of the function will be removed in favor of the combat log trigger. (I'll check if this is possible when I get a log) Sometimes using chat strings is just better when dealing with unreliable log data.
I also think that we should use the combat log instead of chat messages if it's possible.
It would be ok if we could move the breath timers and warnings to that function, but it's pretty useless like it's implemented now.
I can upload a Transcriptor log for Sapphiron if you need it (of course deDE, but that shouldn't be a problem for checking the breath spellIDs).
edit:
Another question funkydude:
Which deDE Transcriptor logs would be still usefull (for analyzing spell/cooldown timers...)?
Ran Sarth tonight and saw this happen. Although this appears to be two different defeat messages playing back to back. It certainly sounded like it played the music twice as well.
I'll try to get you the English transcriptor logs tonight, I just always forget... wasn't there a BigWigs_Transcriptor or something way back to help automate the on/off or bookmarking? Leaving transcriptor on for the whole night wouldn't be too useful either.
I don't think I've ever heard the enable sound more than once. Could it be a simple problem with multiple versions running and promoted people broadcasting? That pic clearly shows different death announcements.
Also not the thread but I believe there is now a 15min enrage on Sarth, OS.
I only just realized the text was different >.<; it's the multibossdeath and bossdeath messages. I think a translator broke something in one of the versions resulting in a multibossdeath sync being sent. Basically you're right, it's caused by someone in the group using an old version.
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYes, quite frequently. Sometimes more than double.
-
View User Profile
-
View Posts
-
Send Message
Forum Moderator-
View User Profile
-
View Posts
-
Send Message
Curse PremiumIf Transcriptor logs the emote "Saphiron erhebt sich in die Lüfte!", does BigWigs also need this exact emote in the translation or is "%s erhebt sich in die Lüfte!" enough?
Because the airphase_trigger didn't work for me today, but if BigWigs should work with either the Name or %s there must be a different bug.
Btw: For the deepbreath_trigger Transcriptor logs it with %s: "%s holt tief Luft." It's just for the airphase_trigger where the name is logged instead of %s.
No, because we need to match the event trigger. Didn't believe it and put in a %s, but it makes sense to me now. It's just not consistent with enUS.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumWhat's the Breath() function in the Sapphiron module used for?
We alredy have timers and warnings via the emote triggers.
And from reading the code it seems that the message is just called once (because the variable "breath" gets never reset).
Any meaning behind that function or can we delete it?
-
View User Profile
-
View Posts
-
Send Message
Forum Moderator-
View User Profile
-
View Posts
-
Send Message
Forum ModeratorCombat log data should be prioritized over chat strings as the latter needs translated. If need be the chat section of the function will be removed in favor of the combat log trigger. (I'll check if this is possible when I get a log) Sometimes using chat strings is just better when dealing with unreliable log data.
Ran Sarth tonight and saw this happen. Although this appears to be two different defeat messages playing back to back. It certainly sounded like it played the music twice as well.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI also think that we should use the combat log instead of chat messages if it's possible.
It would be ok if we could move the breath timers and warnings to that function, but it's pretty useless like it's implemented now.
I can upload a Transcriptor log for Sapphiron if you need it (of course deDE, but that shouldn't be a problem for checking the breath spellIDs).
edit:
Another question funkydude:
Which deDE Transcriptor logs would be still usefull (for analyzing spell/cooldown timers...)?
-
View User Profile
-
View Posts
-
Send Message
Forum ModeratorWhen it comes to looking at a new boss, or to chat triggers I need English logs, this is why I haven't yet scored out the first page.
All of your logs are useful until I have English ones to replace them. :D
-
View User Profile
-
View Posts
-
Send Message
Forum ModeratorDoes it also play the module enabling sound?
I don't think I've ever heard the enable sound more than once. Could it be a simple problem with multiple versions running and promoted people broadcasting? That pic clearly shows different death announcements.
Also not the thread but I believe there is now a 15min enrage on Sarth, OS.
-
View User Profile
-
View Posts
-
Send Message
Forum Moderator-
View User Profile
-
View Posts
-
Send Message
Forum Moderator-
View User Profile
-
View Posts
-
Send Message
Forum ModeratorSaph is after halfway through :p