 |
| Welcome to Elitist Jerks |
We're testing some new features on the site regarding OpenID registration and coordination with gamerDNA. If you experience any issues with registering an account, please take the time to fill out a report and send it to this e-mail address. We would appreciate any assistance you could provide in making sure everything is functioning as intended. Thanks!
If this is your first visit, please be sure to check out the FAQ and the forum rules. Users must register to post and new registrations are subject to a one day "mute" period to get acquainted with the community.
|
01/03/08, 3:55 PM
|
#2001
|
|
Von Kaiser
Undead Mage
Magtheridon (EU)
|
Originally Posted by Queuetip
Ok, I'm going to throw this in the 2.3 thread, since the issue came about after the release of 2.3.
I think the new casting mechanic has created a bug. Countless times, my cast has been stopped when the previous mob I was targetting dies. Here is how it plays out most of the time:
Begin casting Frostbolt at Mob 1
Target Mob 2
Cast Frostbolt at Mob 1
Begin casting Frostbolt at Mob 2
Previous Frostbolt hits and kills Mob 1
Current cast stops
|
I can confirm this happens to me too and is really annoying, firespec here with no macro at all for my fireball so that's not the issue (and I've tested it with other spells as frostbolt and pyroblast too)
|
|
|
|
|
|
01/03/08, 4:36 PM
|
#2002
|
|
Glass Joe
|
Originally Posted by Praest
I can confirm this happens to me too and is really annoying, firespec here with no macro at all for my fireball so that's not the issue (and I've tested it with other spells as frostbolt and pyroblast too)
|
I have the same problem. When I posted about it on the official WoW Forums, everyone thought I was mad..
I found no solution other than simply waiting a bit more before casting the next spell when switching targets.
|
|
|
|
|
|
01/03/08, 4:41 PM
|
#2003
|
|
Von Kaiser
|

Originally Posted by Queuetip
Ok, I'm going to throw this in the 2.3 thread, since the issue came about after the release of 2.3.
I think the new casting mechanic has created a bug. Countless times, my cast has been stopped when the previous mob I was targetting dies. Here is how it plays out most of the time:
Begin casting Frostbolt at Mob 1
Target Mob 2
Cast Frostbolt at Mob 1
Begin casting Frostbolt at Mob 2
Previous Frostbolt hits and kills Mob 1
Current cast stops
At first I just thought I wasn't switching targets correctly and my second frostbolt was really aimed at Mob 1. However, this has happened way too much recently, and I have even been able to reproduce the issue at will. The only explaination I can up with is that the some sort of targetting variable isn't correctly switching when the cast requests are sent to the server before the end cast is sent back to the client. Everything is fine if I wait a split second on the cast, which is why I think it is only applied if you begin casting before the current one is finished.
I posted a thread in the WoW bug reports forum, and bumped it, but was unsuccessful at getting much feedback. I haven't found any other information about it anywhere else, so I'm asking here: Has anyone experienced this issue? While not particularly important for raid bosses, it frequently occurs on trash and soloing providing a non-trivial loss of DPS as well as ruining the casting strategy I plan on using during the fights.
|
I've seen the exact same issue with Scorch and Fireball. No macros involved. Definitely doesn't occur 100% of the time and haven't seen it often enough to worry about reproducing it.
|
|
|
|
|
|
01/03/08, 4:53 PM
|
#2004
|
|
Don Flamenco
|
Another annoying thing is your casts no longer cancel when the target runs out of your (real, not ui-displayed) range. Normally spells have a bit of leeway when you're nuking a target, so just because they go out of, say, 41 yards with Fireball, doesn't mean it won't hit.
Previously, your spell would simply cancel if they ran out of this "extended range"... now it just finishes to completion, and then gives you out of range. This is extremely annoying since there's no way to tell when you should cancel your spell because the target is really out of range.
|
Originally Posted by Vontre
Fellas I'm pretty sure the 7.5k hp buffed comment was just sarcasm or exaggeration. That's a ridiculously low hp total for BT/Hyjal.
|
Lol.
|
<Vontre> I removed the cooldown on evo
<sancus> and what happened?
<Vontre> DPS went down rofl
|
|
|
|
01/03/08, 5:44 PM
|
#2005
|
|
Von Kaiser
Gnome Mage
Sunstrider (EU)
|
Originally Posted by BOHIC
I've seen the exact same issue with Scorch and Fireball. No macros involved. Definitely doesn't occur 100% of the time and haven't seen it often enough to worry about reproducing it.
|
Not tried and tested - but if you think it is going to happen, instead of chain casting your next one instead sidestep and then cast. This might fix the problem
|
|
|
|
|
|
01/03/08, 6:10 PM
|
#2006
|
|
Von Kaiser
|
Originally Posted by BrTarolg
Not tried and tested - but if you think it is going to happen, instead of chain casting your next one instead sidestep and then cast. This might fix the problem
|
Yes, I believe this is a solution. It's just annoying that doing your best to minimize time between casts can sometime back fire with the new cast system.
Originally Posted by Sancus
Another annoying thing is your casts no longer cancel when the target runs out of your (real, not ui-displayed) range. Normally spells have a bit of leeway when you're nuking a target, so just because they go out of, say, 41 yards with Fireball, doesn't mean it won't hit.
Previously, your spell would simply cancel if they ran out of this "extended range"... now it just finishes to completion, and then gives you out of range. This is extremely annoying since there's no way to tell when you should cancel your spell because the target is really out of range.
|
I've noticed this as well. I've always seen some margin of error after Quartz turns silver but before your cast will fail. If this is a set range, maybe Quartz can be edited to compensate for this so you'll at least know when to cancel your cast.
|
|
|
|
|
|
01/03/08, 6:16 PM
|
#2007
|
|
Piston Honda
|
Originally Posted by Morkai
I found no solution other than simply waiting a bit more before casting the next spell when switching targets.
|
That is all I have been able to do as well. Worst time it has happened has been after sheeping a mob, only to end up hitting it with a fireball. Took me a while to figure out what had happened and i blamed another mage for the fireball dot until i checked my combat log.
|
|
|
|
|
|
01/03/08, 6:46 PM
|
#2008
|
|
grass is always greener
Draenei Shaman
Dragonblight
|
Thanks for raising this - I've noticed some inexplicable fireballs/frostbolts being cancelled, but never understood why, and it never seemed to be consistent - other than it being mostly on trash.
This behaviour could explain it.
|
Pewsey has heard about tact and discretion, but tends to regard them much as children view vegetables.
Nemesis: "Pewsey is single-handedly turning around every guy in the BB that didn't want to have kids."
Viator: Because I had a baby so I'm better than non-breeders.
|
|
|
|
01/03/08, 6:47 PM
|
#2009
|
|
Don Flamenco
|
To go off of that, when casting at a single mob, there are inconsistencies with the mobs death and the spell canceling properly too.
|
|
|
|
|
|
01/03/08, 7:26 PM
|
#2010
|
|
Piston Honda
Human Death Knight
Medivh
|
When I'm doing my dailies, my Shadow Bolts frequently get cancelled when switching from one flayer to another. I've never seen it happen when switching from a ravager to a flayer or vice versa. I think the issue has to do with mobs that have the same name.
|
|
|
|
|
|
01/03/08, 8:36 PM
|
#2011
|
|
Von Kaiser
|
Originally Posted by galzohar
I suppose it's not impossible but it definitely takes some kind of effort to keep your sta so low  consdiering void reaver head, T5/badge pants and others all take you quite higher than the spellfire/spellstrike/fiery wrath stam level, you'd have to pretty much pick all those low/no-stam pieces and not upgrade spellfire/spellstrike to really be that low.
|
It doesn't require "choice" if the items don't drop for you. The Void Reaver head is a 0.6% drop. It is very high on my wish list, but I may never see it as VR only dies once a week. Through the middle of Tier 5, it seems that stamina is still much more expensive than other stats. I have a boss suit, and a stam-boss suit. The boss suit drops 60 damage in favor of +spell hit. The stam-boss suit drops another 25 damage in favor of stamina, keeping spell hit very close to cap; it also has some blues in it.
|
|
|
|
|
|
01/03/08, 8:42 PM
|
#2012
|
|
Piston Honda
Blood Elf Paladin
Galakrond
|
Originally Posted by BOHIC
It's just annoying that doing your best to minimize time between casts can sometime back fire with the new cast system.
|
I'm fairly certain all of these casting issues are side effects of the server-side cast queue.
In order for the server to handle the queue, if you switch to a mob that has the same name, the server doesn't understand that you switched to a new unit, it thinks you're still trying to cast at Flayer (A) when you're trying to hit Flayer (B). I'd be willing to guess that same level affects this, as well, although I'm not sure if it matters. When you start a new cast within the latency of your client (like the bar in Quartz), the server still has Flayer (A) targetted and only switches targets AFTER the cast finishes, even if this is not the way your client happens to be displaying it.
For all you computer programmers, I don't know how the servers are scripted to handle unique instances of the same object. If the Flayer objects all have the exact same signature in the server (e.g. NAME:LEVEL) then the server can't distinguish between FLAYER:70 and FLAYER:70. That's really shoddy programming. For heaven's sake, I'm only in college and I know how I'd fix that. (Assign them unique signatures based on their location in the game world since it's nearly impossible to target creatures on the other side of the map, eg. if the code for Netherwing ledge is 12, then have 12:FLAYER:70:1, 12:FLAYER:70:2, where 1 and 2 are their IDs.) There should be a large enough server-side cache for the server to say "Ok, once cast in :1 finishes, move to :2 and start this spell."
Just my rambles, if they happen to make sense to anyone.
|
|
I read Banhammer posts when I'm having a bad day.
|
|
|
|
|
01/03/08, 9:13 PM
|
#2013
|
|
Don Flamenco
|

Originally Posted by Imbar
I'm fairly certain all of these casting issues are side effects of the server-side cast queue.
In order for the server to handle the queue, if you switch to a mob that has the same name, the server doesn't understand that you switched to a new unit, it thinks you're still trying to cast at Flayer (A) when you're trying to hit Flayer (B). I'd be willing to guess that same level affects this, as well, although I'm not sure if it matters. When you start a new cast within the latency of your client (like the bar in Quartz), the server still has Flayer (A) targetted and only switches targets AFTER the cast finishes, even if this is not the way your client happens to be displaying it.
For all you computer programmers, I don't know how the servers are scripted to handle unique instances of the same object. If the Flayer objects all have the exact same signature in the server (e.g. NAME:LEVEL) then the server can't distinguish between FLAYER:70 and FLAYER:70. That's really shoddy programming. For heaven's sake, I'm only in college and I know how I'd fix that. (Assign them unique signatures based on their location in the game world since it's nearly impossible to target creatures on the other side of the map, eg. if the code for Netherwing ledge is 12, then have 12:FLAYER:70:1, 12:FLAYER:70:2, where 1 and 2 are their IDs.) There should be a large enough server-side cache for the server to say "Ok, once cast in :1 finishes, move to :2 and start this spell."
Just my rambles, if they happen to make sense to anyone.
|
The problem is that there is no queue. All this system has done is allow you to send new cast attempts while casting without having the client automatically reject them. If this request arrives at the server after the server believes you are finished casting, then it starts the next cast and tells the client to put up a casting bar.
When you switch targets between casts (and while preempting your own lag), the server still believes you're casting on the first target. If the target dies before your first cast fires server-side (and thus, before your next cast request reaches the server), the server sends a message to the client to interrupt your cast (because it still believes your target is the original target).
|
|
|
|
|
|
01/03/08, 9:32 PM
|
#2014
|
|
Piston Honda
Blood Elf Paladin
Galakrond
|
Server-client agreement seems to be the main issue.
I can't really see a way around that, because latency will always exist.
The second part of your statement is a nice "too long, didn't read" of what I said, but in layman's terms.
Bravo. 
What I'm curious about is how the server handles same-name targets, specifically casting against them. I suppose that doesn't have a place in this thread, though.
|
|
I read Banhammer posts when I'm having a bad day.
|
|
|
|
|
01/03/08, 9:34 PM
|
#2015
|
|
Don Flamenco
|

Originally Posted by Imbar
I'm fairly certain all of these casting issues are side effects of the server-side cast queue.
In order for the server to handle the queue, if you switch to a mob that has the same name, the server doesn't understand that you switched to a new unit, it thinks you're still trying to cast at Flayer (A) when you're trying to hit Flayer (B). I'd be willing to guess that same level affects this, as well, although I'm not sure if it matters. When you start a new cast within the latency of your client (like the bar in Quartz), the server still has Flayer (A) targetted and only switches targets AFTER the cast finishes, even if this is not the way your client happens to be displaying it.
For all you computer programmers, I don't know how the servers are scripted to handle unique instances of the same object. If the Flayer objects all have the exact same signature in the server (e.g. NAME:LEVEL) then the server can't distinguish between FLAYER:70 and FLAYER:70. That's really shoddy programming. For heaven's sake, I'm only in college and I know how I'd fix that. (Assign them unique signatures based on their location in the game world since it's nearly impossible to target creatures on the other side of the map, eg. if the code for Netherwing ledge is 12, then have 12:FLAYER:70:1, 12:FLAYER:70:2, where 1 and 2 are their IDs.) There should be a large enough server-side cache for the server to say "Ok, once cast in :1 finishes, move to :2 and start this spell.".
|
Hate to quote this block of text with a little reply, but in 2.4 they are totally redoing the combat logging system, which is giving us unique identifiers for mobs/players and such. I hate to speculate on this, but a side note to them doing this is that it adds the ability to do an actual queue for spell casting, which makes this situation go away...just to throw that out there guys.
|
|
|
|
|
|
01/03/08, 10:18 PM
|
#2016
|
|
Piston Honda
Blood Elf Paladin
Galakrond
|
Originally Posted by Hate Monkey
Hate to quote this block of text with a little reply, but in 2.4 they are totally redoing the combat logging system, which is giving us unique identifiers for mobs/players and such. I hate to speculate on this, but a side note to them doing this is that it adds the ability to do an actual queue for spell casting, which makes this situation go away...just to throw that out there guys.
|
Good, then we don't need to stress. Just deal with the crap until they release the new system that may (or may not) fix the problem.
Hell, isn't that what we've been doing for years now?
O.o
|
|
I read Banhammer posts when I'm having a bad day.
|
|
|
|
|
01/03/08, 10:35 PM
|
#2017
|
|
Don Flamenco
|
Well this could be the "Can't fix it till other changes are made" type of deal. And if 2.4 fixes it for good, and as far as we know, that's their intent, what good is complaining about it?
|
|
|
|
|
|
01/03/08, 10:42 PM
|
#2018
|
|
Piston Honda
Blood Elf Paladin
Galakrond
|
Originally Posted by Hate Monkey
And if 2.4 fixes it for good, and as far as we know, that's their intent, what good is complaining about it?
|
I was complaining because I had no idea that a fix was already in the works.
Now that I know, the point is moot.
|
|
I read Banhammer posts when I'm having a bad day.
|
|
|
|
|
01/04/08, 8:18 AM
|
#2019
|
|
Long Time Reader, First Time Toaster.
|
What I've noticed is the following sequence:
Assume you and your group is hitting on mob A
When mob A < (time for 1 more nuke) worth of life, you swap to target B
IF first spell directed to target B is NOT shot before A is dead
WHEN A dies, your cast spell cancels because it is aimed at "wrong target".
The coding suggestions do indicate that perhaps the game is having difficulty distinguishing between mobs of same name/level but it does not explain this problem in PvP.
Even if it is fixed in 2.4 however, perhaps we should investigate a work-around in the mean time if possible. As far as I can see 2.4 isn't inbound for a while.
Last edited by Pintofbrew : 01/04/08 at 8:23 AM.
|
|
|
|
|
|
01/04/08, 9:55 AM
|
#2020
|
|
Glass Joe
|
Originally Posted by manly
Sounds like you're using some weird frostbolt macro.
|
No, I have had this same problem happen to me as well. At first like the OP said, i thought i was just missing my target. When it started happening a little too frequently I started to pay attention to it. I've seen it a few times now. When target 1 dies my cast on target 2 stops.
I don't remember if it said "interrupted" or "target is dead" but i'm 100% sure I'm not using a macro, and that I had a living mob targeted.
Edit: seems my page didn't refresh and this was already discussed. /ignore
|
|
|
|
|
|
01/04/08, 4:08 PM
|
#2021
|
|
Von Kaiser
Human Mage
Silvermoon (EU)
|
Drums of Battle + Chain of the Twilight Owl
Some ppl might want to get every possible advantage for the Sunwell bosses. In this regard it would be really nice to add close to +6% dps for all group members using [Drums of Battle] + [Chain of the Twilight Owl]. And considering less than 5% of end lvl casters have LW atm (And more than 90% have enchanting) Im gonna add more info on this subject.
First of all yes, some of you should probably check out if there are additional raid enhancing profession items that will be added for Sunwell. As for me, I ditched tailoring 3-4 months ago and picked up LW as soon as spellfire/spellstrike bonus wasn't needed. Some ppl also have the luxury/possibility to allocate gathering proffs to alts and simply focus on raid enhancing proffs on the main  .
Drums of Battle
80 spell haste for 5 ppl lasting 30 sec (2 min cd).
Aprox value of 1 haste rating vs 1 spell dmg per class at BT/MH lvl;
Mage 1 haste = 1,07 spell dmg
Lock 1 haste = 0,8 spell dmg - destro (1 = 0,4 for affli)
SP 1 haste = 0,6 spell dmg
Ele shaman 1 haste = 0,9 spell dmg
Example illustration;
Grp with 2 mages, 1 destro, 1 SP, 1 Ele shammy.
Average haste value for given group would be 1 haste = 0,88 spell dmg (+71 spell dmg for average grp member).
-15 spell dmg for individual loss of gdc + ocassional range issues (40 yards).
Constant 56 spell dmg equivalent buff for all grp members.
Average fight length 4 min. 2 drums popped during fight per LW`er.
4 ppl popping 2 drums each during the encounter would be able to make the drum buff a constant +56 spell dmg equivalent buff and would add aprox +4% extra dmg for 5 ppl (BT/MH gear lvl).
In comparison the enchanting buff you get (+24 spell dmg on rings) is less than half of that.
So in fact, LW/drum is 100%+ more valuable than enchanting as a raid enhancing prof. in regards to adding value to raid dps.
And still we see 90%+ of all end lvl dmg casters speccing "enchanting" primarily for the ring buffs, yet completely ignoring LW (Less than 5% of all end lvl casters have this atm).
Chain of the Twilight Owl
If you make sure grp members always have Chain of the Twilight Owl (+2% crit necklace) at all times (1 hour cd so max usage would be every 12 min with rotation) we would be able to add close to +6% dmg to that grps dps (Drums + neck).
Obviously the crit neck can be used more situational since its a lot more expensive but with the low cost of drums I don't see a reason not to use it frequently (20-30g for 50 charges). I use about 30 charges per raid atm. Ive been slacking on the neck though, but will most likely use it for certain sunwell bosses (Depending on boss mechanic and difficulty lvl).
Sunwell is getting closer and we may soon find ourselves in a situation where every little bit of extra DPS will be VERY valuable 
|
Washupgloves
|
|
|
|
01/04/08, 4:14 PM
|
#2022
|
|
Soda Popinski
|
The main problem of drums is that it eats a GCD to activate. If only they removed that.
|

Log on with different model:
1- Create a character of the desired model. Log on/off.
2- At character selection screen, select your actual character; mouseover the new, desired model character, and hold down left click; hit enter and release left click at the same time.
bug Arcane Potency only applies to the first Arcane Missile bolt.
|
|
|
|
01/04/08, 4:33 PM
|
#2023
|
|
Piston Honda
|
I think a large part of the reason for the lack of BT - caster Leather workers is - you need to have those 4 people be LW's and workout the rotation in order for it to be worth the effort of losing a GCD. Although most BT guilds have at least a few dps casters who really think about these kind of things - or care for that matter. It's few and far between finding entire guilds synergized down to the detail of profession min/max'ing.
That said - If they removed the GCD - I would drop my tailoring in a heartbeat.
|
|
|
|
|
|
01/04/08, 5:51 PM
|
#2024
|
|
Piston Honda
|
Originally Posted by manly
The main problem of drums is that it eats a GCD to activate. If only they removed that.
|
Having gone drums a month ago, it's fine the way it is. As is if you just randomly pop drums alone, it's a roughly neutral DPS change (5.1% haste for 28.5 seconds, but odds are when you cast that last cast it'll just barely clip the haste and still be hasted even after drums end).
However, it can always be paired with your 2 minute cooldowns, which adds quite a bit of dps. And you get put in the caster dps groups much more often 
|
|
|
|
|
|
01/04/08, 7:09 PM
|
#2025
|
|
Soda Popinski
|
Well, unless you pop the drums before entering combat...
|

Log on with different model:
1- Create a character of the desired model. Log on/off.
2- At character selection screen, select your actual character; mouseover the new, desired model character, and hold down left click; hit enter and release left click at the same time.
bug Arcane Potency only applies to the first Arcane Missile bolt.
|
|
|
|
|