[Warlock CC] skiWarlock 3.0 for HB2 - ALL TREES -

[Torden]

Testing the Revision 60 and it's finally working, and working well I might add.

I changed a few variables, and swapped the life drain order around (I prefer to DOT first, then LifeDrain) and it's really sweet

 

[ski]

Good CC for the most part. One thing i noticed is that once it casts immolate and gets it off sucessfully it will cast it again, so it basically casts immolate twice instead of just once. Also, when there is a mob that is fire immune it will continue to cast immolate over and over again. (playing demo level 50).

The doublecast is a bug intrinsic in HB, the immune mob thing is because we don't have any mob immunity checks. May be done in the future.

 

[ski]

maybe you could make a CC configuration screen(config CC button) and give us the ability to change everything via a small pop up window insted of having to edit the CC script. sorry if its been suggested before. would make things a hell of alot simpler

It would take so much time and there are so many settings that I've never wanted to do it. I have a strong dislike for guis

 

[Xanathos]

I was looking through the various variables and I noticed the "pullwithShadowBolt" variable... It's defined up top and then set in each one of the various spec sections... But I don't see it actually *used* anywhere else in the .cs at all. Is it not implemented?

The reason I ask is that I've got it set to true, but my guy is obviously not pulling with that spell. It's not THAT big of a deal, but I was just wondering.

 

[thedrunk]

The doublecast is a bug intrinsic in HB, the immune mob thing is because we don't have any mob immunity checks. May be done in the future.

It is really hard to do immunity checks. Normally elementals are immune to a certain type of elemental damage, but its hard to determine what type of elemental damage.

 

[thedrunk]

I was looking through the various variables and I noticed the "pullwithShadowBolt" variable... It's defined up top and then set in each one of the various spec sections... But I don't see it actually *used* anywhere else in the .cs at all. Is it not implemented?

Some unused variables are from skiWarlock v2. I will clean these up when i have a chance.

 

[thedrunk]

It would take so much time and there are so many settings that I've never wanted to do it. I have a strong dislike for guis

I started a GUI. But of late, i havent even had time to play wow

 

[Xanathos]

Some unused variables are from skiWarlock v2. I will clean these up when i have a chance.

Do you still plan to use this specific variable? If so I think that would be a VERY good thing. =)

 

[thedrunk]

Do you still plan to use this specific variable? If so I think that would be a VERY good thing. =)

I was going to remove it.... but since it was so easy to implement - here you go.

It has only been added to the Pull() override. Meaning if you are thrown into Combat, the bot will not pull with shadowbolt. Only if HB targets, then pulls the mob.

You all know the deal, check your variables - this is my DEV version blah blah - Ski will release a public version when he can

Rev 61

- pullWithShadowBolt code added

 

[Xanathos]

I just tried it out and it works perfectly. Pulled with Shadow Bolt which caused my DPS to increase even that much more (due to various talents).

And when I got jumped, it just went straight into doting things like normal.

Perfect.

Thanks. =)

 

[Torden]

WOW. I am truly amased.

I have to say - this is incredible. I must admit, I have tried using this before, however, it either had bugs, or did not work very efficiently. This CC is not very good for 1-40, however, after 40 - it is absolutely incredible.

It fast, it is agile. It superbly and flawlessly handles adds. It is literally better than me at WoW - /slash_wrists.

It life taps before life drains, it uses all the DOTS. I am speechless.

I have customized the default class for my benefit for 1-40 and I found that my customization worked quite well, but there are heaps of bugs that are still buried underneath, and it just did not cut it past 40. I am so glad I came back to this one for another look. I am running revision 61 on HB 1.9.5.3 and it's perfect!

Keep up the great work you two.

============================================
[Edits] Bug List:
Found a couple of bugs

Potions:
If the bot drinks a potion during combat it does not seem to recognize that it has already drunk it and it keeps trying to drink it again, whenever the stat goes below the trigger point.

Spell/Fire Stones:
Demon Tree has a bug with the both values useSpellstone and useFirestone are set to true. One of these should be false, way Demo is working out, I am guessing it should be useFirestone = false.

Feature Request - Sacrifice:
There seems to be a single reference to Void Walker's Sacrifice ability, but I do not see any code that makes use of it.
I do not know whether this ability is useful end game, but it certainly is useful in the 30+ range.

At the moment, at level 40 it provides a shield that absorbs 1423 damage for 30 seconds. It prevents spell casting from being interrupted and it can be used as a 'stay alive' skill, similar to the HealthStone and Potions. Can you please include this ability in this CC? It has very small drawback of costing 155HP from your VW, but you get a shield worth of 1423, so that makes it OK in my book. My current HP is 1879, so this shield saved me countless times. It also scales with level, short while ago it was only just over a thousand, now it's nearly 1500.

Many thanks guys !

 

[ski]

Hey everyone (especially Torden, awesome writeup) - I'm on vacation in Greece for 2 weeks and have limited access to the internet, so I won't be able to fix or make any changes. Thedrunk still probably will, but I'll read everything once I get back.

 

[Lockwood]

Says that this custom class doesn't have any configuration?

Just is not opening the custom class config.

 

[Xanathos]

Says that this custom class doesn't have any configuration?

Just is not opening the custom class config.

That means there is no config GUI set up (which there isn't). You have to open the .cc file in notepad (or your text editor of choice) to edit the various variables that you might want to mess with.

 

[Nab]

Well, this worked (is working on my warlock)!

A few remarks though : Most of the time, he's casting UA twice in a row, which..doesn't make sense.
Second, for level 80's that use this profile to farm rep or something, it would be really handy to speed up things by checking the target's HP and deciding what to do.
An example: My destro lock was putting CoE on a 5k HP mob, then Immolate. If he just started off with Immo > Conflag, mobs would die allot faster and thus the rep grind would go allot faster.
I'm thinking something like If conflag is on CD = spam incinerate. If conflag is not on CD or CD remaining <= 1sec then Immo > conflag.
Just a suggestion

Thanks for a great CC!

 

[Lockwood]

That means there is no config GUI set up (which there isn't). You have to open the .cc file in notepad (or your text editor of choice) to edit the various variables that you might want to mess with.

Oh right. Thought it was like a menu like Covalescence pally. Will have a look and see if I can figure my way around it. Cheers.

 

[ski]

Well, this worked (is working on my warlock)!

A few remarks though : Most of the time, he's casting UA twice in a row, which..doesn't make sense.
Second, for level 80's that use this profile to farm rep or something, it would be really handy to speed up things by checking the target's HP and deciding what to do.
An example: My destro lock was putting CoE on a 5k HP mob, then Immolate. If he just started off with Immo > Conflag, mobs would die allot faster and thus the rep grind would go allot faster.
I'm thinking something like If conflag is on CD = spam incinerate. If conflag is not on CD or CD remaining <= 1sec then Immo > conflag.
Just a suggestion

Thanks for a great CC!

The doublecast is an inherent bug in HB that I've never found a working solution to. For the 2nd part, you can make it do that by changing a few variables in the destruction section. Change UseCoE to false, and whatever other spells you don't want to use, and it will just use the ones you set to true (usually in the right order).

 

[Xanathos]

Oh right. Thought it was like a menu like Covalescence pally. Will have a look and see if I can figure my way around it. Cheers.

The way he has it set up it is pretty straight forward. Especially since almost any variables that you might want to modify have simple text comments associated with them explaining their meaning.

You'll need to look in two places:

1) The "#region Editable Vars" section near the very top. It is the first block of public defined variables.

and

2) The "(useAffliction)", "(useDemonology)", or "(useDestruction)" sections. You only need to modify the section that deals with the primary spec of your 'Lock. Most of them are self explanatory with, again, comments on the ones that might not be.

Feel free to ask any questions that you might have with any of the variables/logic as people seem to be pretty good at answering in this thread.

 

[Xanathos]

So I learned a trick with my Dotlock when I'm controlling him to manually fire of Life Tap (Rank 1) before I pull so I get the Life Tap buff (converts 20% of Spirit to Spell Power). Any way to get this added like the pulling with Shadow Bolt was? Basically if this variable was selected the 'Lock would pop the Rank 1 Life Tap before pulling.

You would need to add in a timer so that it wouldn't go past this step until AFTER the GCD is over as I've noticed that if anything happens where it can't cast Shadow Bolt (if that option is selected) it'll just ignore it and go right to the Dot casting steps.

EDIT: The reason I bring this up as this is a very significant increase in a 'Lock's DPS, especially post about 50 or so.

 

[Lockwood]

The way he has it set up it is pretty straight forward. Especially since almost any variables that you might want to modify have simple text comments associated with them explaining their meaning.

You'll need to look in two places:

1) The "#region Editable Vars" section near the very top. It is the first block of public defined variables.

and

2) The "(useAffliction)", "(useDemonology)", or "(useDestruction)" sections. You only need to modify the section that deals with the primary spec of your 'Lock. Most of them are self explanatory with, again, comments on the ones that might not be.

Feel free to ask any questions that you might have with any of the variables/logic as people seem to be pretty good at answering in this thread.

Many thanks, will have a play with this.