1. #1

    blue response to tracking absorbs

    So I thought this was interesting. Emphasis mine.
    Quote Originally Posted by Ghostcrawler
    We're still working on showing absorbs. It's technically very challenging. It's not information we currently pass down to the client, and while passing that information down isn't too tricky itself, making sure we can share it without affecting your performance is less trivial.

    And if there are any armchair programmers out there temped to reply "That's so easy; I could do it in 5 min," you should send a resume.

    Also, the kind of players of which you speak -- sophisticated enough to download Recount but out of touch enough to think Disc priests aren't preventing an enormous amount of damage without demonstrable proof -- are a curious breed.
    If I'm not misreading here, it sounds like the fear is that if the raw numbers for absorbs were just displayed in black and white, all other forms of healing would suddenly look relatively useless. The implication seems to be that they want to show absorbs, but in such a way that the information is dampened (or something) to be roughly on par with actual healing. It is further implied that the idea of displaying this skewed view of absorbs is what is creating the technical challenge.

    Although I had a hunch that absorbs account for a lot more than we realize, this bit of information is pretty surprising...

  2. #2

    Re: blue response to tracking absorbs

    He means your computer performance, i.e. lag, not your player performance.

  3. #3

    Re: blue response to tracking absorbs

    Things like GAPS(Guess Absorbs Per Second) are NASTY on memory, forcing every single person in the raid to have a function like that would be shitty. If they can come up with a less memory intensive option that will show absorbs, great! Until then...Get it yourself.

  4. #4

    Re: blue response to tracking absorbs

    Those are nasty because they're guessing...

    The server already keeps track of damage that gets absorbed (since it says "Absorbed" and such), it just would also have to pass WHAT absorbed the damage, and by who.

    In my opinion, this is relatively little information... if worse comes to worse, they could just return how much damage shields absorbed altogether when they wear off. For example: "Priestydude's Power Word: Shield dissipates from Tankyman having absorbed 2407 damage." or, if it wore out due to relatively little damage, you'd see "Priestydude's Power Word: Shield dissipates from Tankyman having absorbed 3 damage."
    Sure, you'd have to figure out whether it could have absorbed more or not (which would be easy by just looking at the maximum amount absorbed, or somesuch) but it would be a lot less server-client communication overall (rather than sending more data each time the character takes damage, it's only each time you cast the spell).

  5. #5
    Deleted

    Re: blue response to tracking absorbs

    Current COMBAT_LOG_EVENT for an absorbed spell.
    timestamp, event, sourceGUID, sourceName, sourceFlags, destGUID, destName, destFlags, spellID, spellName, spellSchool, amount, overkill, school, resisted, blocked, absorbed, critical, glancing, crushing

    simple add absorbspellID, absorbspellName, absorberGUID, absorberName, absorberFlags. Done.

  6. #6

    Re: blue response to tracking absorbs

    I knew judgements of the wise/imp stormstrike/shamanistic rage not working through absorbs wasn't intended!
    Because some players aren't looking for anything logical, like loot. They can't be bought, bullied, reasoned or negotiated with. Some players just want to watch the group fail.

  7. #7

    Re: blue response to tracking absorbs

    He's talking about computer performance, not players :

  8. #8

    Re: blue response to tracking absorbs

    Quote Originally Posted by Treeston
    Current COMBAT_LOG_EVENT for an absorbed spell.
    timestamp, event, sourceGUID, sourceName, sourceFlags, destGUID, destName, destFlags, spellID, spellName, spellSchool, amount, overkill, school, resisted, blocked, absorbed, critical, glancing, crushing

    simple add absorbspellID, absorbspellName, absorberGUID, absorberName, absorberFlags. Done.
    but if there is a feral tank and a pala with valanyr and a disc healing him you have like 5 different absorbs at the same time. means 5 additional lines of combatlog for one tick of incoming dmg
    lag inc
    Time waits for no one.
    Aoccdrnig to rscheearch at Cmabrigde uinervtisy, it deosn't mttaer waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the frist and lsat ltteres are at the rghit pclae. The rset can be a tatol mses and you can sitll raed it wouthit a porbelm. Tihs is bcuseae we do not raed ervey lteter by it slef but the wrod as a wlohe.

  9. #9
    Deleted

    Re: blue response to tracking absorbs

    simple: one additional argument Absorbs, which is a table
    {
    [1]={name = "Paladin",spellID=9001,name="Over ninethousand!"},
    [2]={name = "Disciplinor", spellID=Whatever,name="Power Word: Shield"}
    }
    You get the idea.

  10. #10

    Re: blue response to tracking absorbs

    Instead of sending a SPELL_MISSED event for a full absorb a SPELL_DAMAGE event with 0 damage could be sent instead(This will not impact the amount of data sent by any large margin).

    Unless I am mistaken, it does seem that the blue poster has no idea what he is talking about.
    Quote Originally Posted by Xhosas
    Why do ppl thing that dodge isnt good in ICC? i mean if u have alot 25 bananas and 25 oranges and someone steals u 20 bananas, what will u do, buy back some bananas or buy more oranges?

  11. #11
    Scarab Lord
    15+ Year Old Account
    Join Date
    Aug 2008
    Location
    Texas
    Posts
    4,040

    Re: blue response to tracking absorbs

    Well, most blue posters are not actually Devs - most of them are Community folks. He's probably just passing on something from an ACTUAL Dev, and mangling it a bit (or misunderstanding it) as he does (like the classic party game "Telephone" illustrates often).

  12. #12

    Re: blue response to tracking absorbs

    Quote Originally Posted by SuperCommander
    Instead of sending a SPELL_MISSED event for a full absorb a SPELL_DAMAGE event with 0 damage could be sent instead(This will not impact the amount of data sent by any large margin).

    Unless I am mistaken, it does seem that the blue poster has no idea what he is talking about.
    Well, unless I'm misunderstanding something, I don't understand how that will help tell you how much was absorbed (which was the entire point of this).

    Quote Originally Posted by bone123
    but if there is a feral tank and a pala with valanyr and a disc healing him you have like 5 different absorbs at the same time. means 5 additional lines of combatlog for one tick of incoming dmg
    lag inc
    I still fail to see how this would create more lag unless they're sending the absorb notice in addition to a 0 damage notice, then you're sending unnecessary information... in that case, a full absorb should be sent *instead* of a damage notice. Only when there's a partial absorb should you have both. That way, 5 different absorbs from 1 tick of damage? That's fine... if they weren't absorbed, you'd have 5 lines of damage for one tick anyway.

  13. #13

    Re: blue response to tracking absorbs

    Quote Originally Posted by Taryble
    Well, most blue posters are not actually Devs - most of them are Community folks. He's probably just passing on something from an ACTUAL Dev, and mangling it a bit (or misunderstanding it) as he does (like the classic party game "Telephone" illustrates often).
    If i am not mistaken, Ghostcrawler is not just some Community person. I believe his title is something along the lines of "Lead Systems Designer". So he is probably one of few who post in Blue that DOES actually know what he is talking about when it comes to this stuff.

  14. #14

    Re: blue response to tracking absorbs

    Quote Originally Posted by FallNAngel
    Well, unless I'm misunderstanding something, I don't understand how that will help tell you how much was absorbed (which was the entire point of this).

    I still fail to see how this would create more lag unless they're sending the absorb notice in addition to a 0 damage notice, then you're sending unnecessary information... in that case, a full absorb should be sent *instead* of a damage notice. Only when there's a partial absorb should you have both. That way, 5 different absorbs from 1 tick of damage? That's fine... if they weren't absorbed, you'd have 5 lines of damage for one tick anyway.
    The SPELL_DAMAGE event contains fields with the damage done, damage absorbed, critical(Yes/No), amount blocked amongst other data. This even is sent EVERY time a spell does damage.

    The SPELL_MISSED event is sent when something is fully resisted, fully absorbed or fully blocked. With this event the data sent is only the misstype.


    While I do realize that these combatlog events do not represent the actual data sent from the server to the client(These events are used only for the API), but it is fairly safe to assume that the data sent contains similar information.
    Quote Originally Posted by Xhosas
    Why do ppl thing that dodge isnt good in ICC? i mean if u have alot 25 bananas and 25 oranges and someone steals u 20 bananas, what will u do, buy back some bananas or buy more oranges?

  15. #15
    Scarab Lord
    15+ Year Old Account
    Join Date
    Aug 2008
    Location
    Texas
    Posts
    4,040

    Re: blue response to tracking absorbs

    @ikabod00
    I wasn't even paying attention to which Blue it was. Yeah, GC is actually a Dev - but he may not be the Dev actually working on that.

  16. #16

    Re: blue response to tracking absorbs

    Somehow I do not see it being the individual computer performance being the issue.
    There are already several addons around to try and estimate those same figures, a modification of recount for one.

    The design of the combat log and its change from text based, to database from my understanding had more of an impact on addons using it than any introduction of more data would have.
    Quote Originally Posted by DeadmanWalking View Post
    Your forgot to include the part where we blame casuals for everything because blizzard is catering to casuals when casuals got jack squat for new content the entire expansion, like new dungeons and scenarios.
    Quote Originally Posted by Reinaerd View Post
    T'is good to see there are still people valiantly putting the "Ass" in assumption.

  17. #17

    Re: blue response to tracking absorbs

    Short answer: Yeah we can do it.

    Long answer: Yeah we can do it. Yeah we'll have to redesign parts of the server, database and the application itself, then test it and make sure we don't break everything.

  18. #18

    Re: blue response to tracking absorbs

    Wait wait! What if the absorb crits? ??? ??? ???

    Sig by: khatsoo

  19. #19

    Re: blue response to tracking absorbs

    Quote Originally Posted by Bombthreat
    Wait wait! What if the absorb crits? ??? ??? ???
    Since when can absorbs crit...........

    You trolling us mate?
    <;~~~~{] -____- )|:-~=(}

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •