-
You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋
Resource icon
Release MQ2Medley
- Thread starter winnower
- Start date
- Joined
- May 31, 2022
- RedCents
- 4,210¢
- Joined
- May 31, 2022
- RedCents
- 4,210¢
No mention of Amplification, or Selo's Accelerando though. As if it simply doesn't see it; no pass / fail, not checked at all.
- Joined
- May 31, 2022
- RedCents
- 4,210¢
So like this ...
[CODE lang="ini" title="Project Lazarus_BardName"]
song1=2^12^${Me.CombatState.Equal[COMBAT]} && ${Target.Type.Equal[NPC]}
song2=3^10^${Me.CombatState.Equal[COMBAT]}
song3=5^8^1
song4=4^12^${Me.CombatState.Equal[COMBAT]}
song5=7^8^1
song6=6^30^1
song7=8^8^1
[/CODE]
Where in the KissCharm ini there is ..
[CODE lang="ini" title="KissCharm config"]
[SpellS]
Gem1=Sionachie's Dreams
Gem2=Selo's Consonant Chain
Gem3=Vilia's Verses of Celerity
Gem4=Katta's Song of Sword Dancin^12^${Me.CombatState.Equal[COMBAT]}
Gem5=Psalm of Purity
Gem6=Amplification
Gem7=Cantata of Soothing
Gem8=Selo's Accelerando
[/CODE]
- Joined
- May 31, 2022
- RedCents
- 4,210¢
Yup, using gems results in the same outcome. Only two songs sung.
When starting it does promise more ..
This is using gem numbers:
My current hypothesis is that the plugin is working as intended, and I have missed a configuration setting or ... something?
Edit
For instance, is the default setting to ensure that a song scheduled is always up with no breaks (I would still expect three songs to be run, not two), or to schedule all the songs that meet the conditions even if there are gaps?
First, I generally only recommend mq2medley for the "modern bard" - instrument mods on armor and tune stuck in your head AA. The complexity of medley generally isn't worth the payoff until level 85+ or so.
Always put your most important songs in the top. I would probably move up Amplification.
${Me.CombatState} is a notoriously unreliable TLO which requires the UI player window to be open. I never use it. I'm guessing that is your main problem. Just try a an "/echo ${Me.CombatState}" - if it returns nil or something funky, that's likely your problem.
- Joined
- May 31, 2022
- RedCents
- 4,210¢
Hi Winnower, thanks for the reply.
The conditions are working fine. And in combat, the bard will happily sing only the first 2 songs that meet the conditions for playing.
To make it simpler, I have the following:
[CODE lang="ini" title="[MQ2Medley-test]"]
[MQ2Medley-test]
song1=Tarew's Aquatic Ayre^16^1
song2=Selo's Accelerando^8^1
song3=Psalm of Purity^8^1
song4=Cantata of Soothing^8^1
[/CODE]
Which the bard happily plays a medley of the first two songs only: Tarew's Aquatic Ayre and Selo's Accelerando.
When changed to the following:
[CODE lang="ini" title="[MQ2Medley-test]"]
[MQ2Medley-test]
song1=Selo's Accelerando^8^1
song2=Psalm of Purity^8^1
song3=Cantata of Soothing^8^1
song4=Tarew's Aquatic Ayre^16^1
[/CODE]
Medley plays only [BGCOLOR=initial]Selo's Accelerando and then [/BGCOLOR]Psalm of Purity. Again, only the first two on the list.
So, I altered the following setting to see if it would make a difference:
[CODE lang="ini" title="[MQ2Medley]"]
[MQ2Medley]
Delay=0
[/CODE]
This resulted in the first 3 songs being played which is an improvement and makes the bard playable.
So, is there a setting I need to change that will result in 4 songs being played?
Or to put it a different way, what settings would you use to keep any 4 songs playing (just basic with no conditions)
- Joined
- May 31, 2022
- RedCents
- 4,210¢
Ok, I changed the settings on the song length in the ini as follows:
[CODE lang="ini" title="[MQ2Medley-test]"][MQ2Medley-test]
song1=Tarew's Aquatic Ayre^32^1
song2=Selo's Accelerando^16^1
song3=Psalm of Purity^16^1
song4=Cantata of Soothing^16^1[/CODE]
This results in keeping the 4 songs up. This should solve my issue.
So I have a better understanding, when setting the duration of a song, is that integer 10ths of a second or something else?
that should be seconds. so you were timing out before the 3rd and 4th songs. and the first one wanted to refresh.
You could dial back selo's to something like 30 since it has such a long duration but that will still be short enough to refresh on everyone incase someone just rezzed in without waiting the full 2 + min
- Joined
- May 31, 2022
- RedCents
- 4,210¢
Yup, I think I have a handle on it now. It all seems to be working ok with your implementation of KissAssist; combat medley working ok, mezzing appropriately, and out of combat medley running as expected.
I've started moving all my Project Lazarus toons to your implementation, primarily because of the enchanter charm capability and am really liking it.
Thank you.
As this bard is just a baby, he doesn't have the long selo's yet, just the short 2 tick duration one (which weirdly shows as 16 seconds when it lands).
Running the setup above ends up with a continuous 4 song medley with no apparent gaps. This was a nice surprise for me. I'm assuming that I'm just getting a lucky break with the song landing out of sync with the clock tick marker.
I really like MQ2Medley, but it does take some effort to setup and really good profile.
You define the spells you want to cast in the order you want them cast. From highest priority to lowest priority. The plugin then evaluates each spell in the order you define them checking to see:
- Is the spell gem ready?
- Is the minimum time out expired?
- Is the conditional "cast if" true?
The first spell it comes to that matches is what gets cast.
Because of this you want to put your long reuse "things" first and use conditionals to exclude them.
EX:
song1=possessed dreadstone minstrel's rapier^8^${Target.Type.Equal[NPC]} && (${Target.PctHPs}<98) && !${Target.Slowed.ID}
Name=possessed dreadstone minstrel's rapier ( insta clicky bard slow)
Recast=8s
CastIF=${Target.Type.Equal[NPC]} && (${Target.PctHPs}<98) && !${Target.Slowed.ID}
Which says, if my target is an NPC *AND* the HP is less that 98% *AND* The target is not slowed *AND* its been at least 8s since the last time I cast this *AND* the spell is ready ... then cast it.
You define the spells you want to cast in the order you want them cast. From highest priority to lowest priority. The plugin then evaluates each spell in the order you define them checking to see:
- Is the spell gem ready?
- Is the minimum time out expired?
- Is the conditional "cast if" true?
The first spell it comes to that matches is what gets cast.
Because of this you want to put your long reuse "things" first and use conditionals to exclude them.
EX:
song1=possessed dreadstone minstrel's rapier^8^${Target.Type.Equal[NPC]} && (${Target.PctHPs}<98) && !${Target.Slowed.ID}
Name=possessed dreadstone minstrel's rapier ( insta clicky bard slow)
Recast=8s
CastIF=${Target.Type.Equal[NPC]} && (${Target.PctHPs}<98) && !${Target.Slowed.ID}
Which says, if my target is an NPC *AND* the HP is less that 98% *AND* The target is not slowed *AND* its been at least 8s since the last time I cast this *AND* the spell is ready ... then cast it.
actively developing mq2medley. But will continue to support the existing version in future patches.
Bards used to be hard to play, but that isn't the case in the modern game. I don't have the time to maintain this for a couple more percent DPS.
So I will be switching to @cwtn plugins which we are privileged to have been created and maintained by him and @Sic their tireless support.
Update: that didn't work out like I hoped
Love one another and avoid the ban hammer
Winnower Rainborn
Last edited: