Maintenance for the week of January 6:
• PC/Mac: No maintenance – January 6
• NA megaservers for maintenance – January 8, 4:00AM EST (9:00 UTC) - 8:00AM EST (13:00 UTC)
• EU megaservers for maintenance – January 8, 9:00 UTC (4:00AM EST) - 13:00 UTC (8:00AM EST)

Miat's PVP Alerts Addon

  • Mako1132
    Mako1132
    ✭✭✭✭✭
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.
  • Ackwalan
    Ackwalan
    ✭✭✭✭✭
    ✭✭✭✭✭
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

  • visionality
    visionality
    ✭✭✭✭✭
    Update on Miats PVP alerts: I LOVE the KOS feature of it. I managed to get on the KOS list of a slightly-above-average AD NB (probably killed him too often) and he's attacking me whenever we cross paths, even in tight zergs. It's a highly amusing way to earn myself some fast AP. :smile:
    Edited by visionality on January 16, 2017 9:23AM
  • Derra
    Derra
    ✭✭✭✭✭
    ✭✭✭✭✭
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

    See the problem i have with your stance on the matter is - you imply that by not directly allowing it´s use that zos somehow disapproves the use of this addon.

    With that way of arguing every addon offering information not available in the base game ui would have to be considered as disapproved by zos unless there is a direct statement allowing it.

    However that is in no way a practicable stance when offering an UI for third party addons.
    Third party addons operating within the games provided addon interface are by default tolerated by zos. Even addons directly violating the tos (crafting addons automating actions) are tolerated by zos.
    The statement they´ve made on miats pvp alerts perfectly reflects this stance on addons.
    Based on this everyone using this addon can safely assume an addons useage is perfectly fine unless zos direcly says otherwise.
    <Noricum>
    I live. I die. I live again.

    Derra - DC - Sorc - AvA 50
    Derrah - EP - Sorc - AvA 50

  • joe.smith21b14_ESO
    joe.smith21b14_ESO
    ✭✭✭
    Derra wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

    See the problem i have with your stance on the matter is - you imply that by not directly allowing it´s use that zos somehow disapproves the use of this addon.

    With that way of arguing every addon offering information not available in the base game ui would have to be considered as disapproved by zos unless there is a direct statement allowing it.

    However that is in no way a practicable stance when offering an UI for third party addons.
    Third party addons operating within the games provided addon interface are by default tolerated by zos. Even addons directly violating the tos (crafting addons automating actions) are tolerated by zos.
    The statement they´ve made on miats pvp alerts perfectly reflects this stance on addons.
    Based on this everyone using this addon can safely assume an addons useage is perfectly fine unless zos direcly says otherwise.

    You must get ganked a lot
    Smiff
  • Lieblingsjunge
    Lieblingsjunge
    ✭✭✭✭✭
    Derra wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

    See the problem i have with your stance on the matter is - you imply that by not directly allowing it´s use that zos somehow disapproves the use of this addon.

    With that way of arguing every addon offering information not available in the base game ui would have to be considered as disapproved by zos unless there is a direct statement allowing it.

    However that is in no way a practicable stance when offering an UI for third party addons.
    Third party addons operating within the games provided addon interface are by default tolerated by zos. Even addons directly violating the tos (crafting addons automating actions) are tolerated by zos.
    The statement they´ve made on miats pvp alerts perfectly reflects this stance on addons.
    Based on this everyone using this addon can safely assume an addons useage is perfectly fine unless zos direcly says otherwise.

    You must get ganked a lot

    Derra has been doing nothing but telling it the way it feels. And I agree with him 100%. Why are these comments necessary?


    Until ZoS makes a statement about the add-on or adjusts the API, there's nothing wrong with using it. Like literally nothing, nothing that can backfire anyway.
    Ignorance is the greatest weapon of tyranny.
    PC - EU.
    Lieblingsjunge(AD) - Racechanged Argonian :< | AR 50 - No double AP or Bleakers involved |
    Sits-On-Cacti(DC) - Problem?
    Fail-With-Tail(AD) - Healing Springs-spammer :<
    Tiny Liebs(EP) - Very Tiny. Also heals.
    Lieblingsmädchen(DC) - Magplar is love.
    The Dominàtrix(AD) - Chains, whip, whip, whip.
    Fluffy Furball Kitten(DC) - Kittycat, meow.
    Your Face(EP) - People make bad jokes about my name =(
    Liebs-With-Trees(AD) - Male argo with a big tail :>

    Officer/Sandwitch of Zerg Squad
    My title: The Maneater, Destroyer of Maneuvers, Bane of Potatoes, she who devours them, The Black Hole, the humorless, first of her name.
  • ZOS_RichLambert
    ZOS_RichLambert
    Creative Director
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.
    Rich Lambert
    Creative Director - The Elder Scrolls Online
    Facebook | Twitter | Google+ | Tumblr | Pinterest | YouTube
    Staff Post
  • The_Saint
    The_Saint
    ✭✭✭✭✭
    ✭✭✭✭✭
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    So i also cant check anymore how many mundus other players have active?
    Samuel Crow - Nachtklinge - PC-EU-DC
    Saint_Crow Twitch / Youtube
    ESO Stream Team Partner
  • code65536
    code65536
    ✭✭✭✭✭
    ✭✭✭✭✭
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    This would only address a small subset of the issues.

    Things like the warning when someone is charging a heavy attack against you would be unaffected by this.
    Nightfighters ― PC/NA and PC/EU

    Dungeons and Trials:
    Personal best scores:
    Dungeon trifectas:
    Media: YouTubeTwitch
  • Subversus
    Subversus
    ✭✭✭✭✭
    Lmfao time to dust up the old 6k wep damage ganker then
  • joe.smith21b14_ESO
    joe.smith21b14_ESO
    ✭✭✭
    code65536 wrote: »
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    This would only address a small subset of the issues.

    Things like the warning when someone is charging a heavy attack against you would be unaffected by this.

    See this is still a problem because even If im fighting in the open when I dark cloak I cast dizzying swing so you can't see the animation but this add on still tells you so what's the point I'm just wasting magika
    Smiff
  • ManDraKE
    ManDraKE
    ✭✭✭✭✭
    code65536 wrote: »
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    This would only address a small subset of the issues.

    Things like the warning when someone is charging a heavy attack against you would be unaffected by this.

    exactly, that is the main issue with this addon
  • KisoValley
    KisoValley
    ✭✭✭✭✭
    FENGRUSH wrote: »
    https://www.youtube.com/watch?v=aqEq8mxwt2M

    Miat's logic... 10/10 would code again.

    Also, is this really Miat in the video talking about where is the counterplay etc. ?

    Whoever is trying to claim Miat is wrong in that video do a real good job of making themselves look silly.

    Miat is totally correct lmao.
  • arkansas_ESO
    arkansas_ESO
    ✭✭✭✭✭
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    Can you explain which features of Miat's this change will break?

    Also, correct me if I'm wrong, but will this prevent addons like FTC from showing what food/drink buffs your target has, along with their Mundus stone?


    Grand Overlord 25/8/17
  • smacx250
    smacx250
    ✭✭✭✭✭
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    Can you explain which features of Miat's this change will break?

    Also, correct me if I'm wrong, but will this prevent addons like FTC from showing what food/drink buffs your target has, along with their Mundus stone?
    Ultimately it depends on what they consider an "effect". For example, if "stealthed" is treated as an "effect" (and from the code it looks that it likely is) it pretty much renders all the stealth related stuff useless as the addon will never "see" anyone gain "stealthed". And yes, one will no longer see any buffs/debuffs of other players unless one's character is involved in the said buff/debuff.
  • Lieblingsjunge
    Lieblingsjunge
    ✭✭✭✭✭
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    Are you telling me I can't whisper strangers and say "Your food buff is out :>"?
    Ignorance is the greatest weapon of tyranny.
    PC - EU.
    Lieblingsjunge(AD) - Racechanged Argonian :< | AR 50 - No double AP or Bleakers involved |
    Sits-On-Cacti(DC) - Problem?
    Fail-With-Tail(AD) - Healing Springs-spammer :<
    Tiny Liebs(EP) - Very Tiny. Also heals.
    Lieblingsmädchen(DC) - Magplar is love.
    The Dominàtrix(AD) - Chains, whip, whip, whip.
    Fluffy Furball Kitten(DC) - Kittycat, meow.
    Your Face(EP) - People make bad jokes about my name =(
    Liebs-With-Trees(AD) - Male argo with a big tail :>

    Officer/Sandwitch of Zerg Squad
    My title: The Maneater, Destroyer of Maneuvers, Bane of Potatoes, she who devours them, The Black Hole, the humorless, first of her name.
  • DschiPeunt
    DschiPeunt
    ✭✭✭✭
    So, does this also banish other player's runes and traps from my Srendarr? Awesome!
    Server: EU AD || Guilds: EquinoX

    Telleno || Dro-M'Athra Destroyer || Magicka DK || My YouTube-Channel || Profile on ESO-Database

    World 1st vMoL Hardmode
    World 1st vHRC Hardmode (SotH)
    World 1st vAA Hardmode (SotH)
    World 1st vSO Hardmode (Dark Brotherhood)
  • Darlon
    Darlon
    ✭✭✭✭✭
    DschiPeunt wrote: »
    So, does this also banish other player's runes and traps from my Srendarr? Awesome!

    yay...
  • Ackwalan
    Ackwalan
    ✭✭✭✭✭
    ✭✭✭✭✭
    Derra wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

    See the problem i have with your stance on the matter is - you imply that by not directly allowing it´s use that zos somehow disapproves the use of this addon.

    With that way of arguing every addon offering information not available in the base game ui would have to be considered as disapproved by zos unless there is a direct statement allowing it.

    However that is in no way a practicable stance when offering an UI for third party addons.
    Third party addons operating within the games provided addon interface are by default tolerated by zos. Even addons directly violating the tos (crafting addons automating actions) are tolerated by zos.
    The statement they´ve made on miats pvp alerts perfectly reflects this stance on addons.
    Based on this everyone using this addon can safely assume an addons useage is perfectly fine unless zos direcly says otherwise.

    Your argument is sloppy. ZOS saying that they are investigating an add-on is not them saying it is okay to use it or not.

    Edited by Ackwalan on January 16, 2017 3:52PM
  • Dorrino
    Dorrino
    ✭✭✭✭✭
    Quick heads-up.

    If this API change is what i think it is (obviously needs testing), then it will break all my addon's features besides stealth attack notification (it will stay exactly as it is now).

    So rejoice/mourn away:)
  • zyk
    zyk
    ✭✭✭✭✭
    ✭✭✭✭✭
    Ackwalan wrote: »
    Your argument is sloppy. ZOS saying that they are investigating an add-on is not them saying it is okay to use it or not.

    This is implicit permission to use the addon:
    At this time, we will not be taking action on accounts using this addon.

    I don't like the existence of this addon, but I do not blame Miat or the players who use it. While I appreciate that @ZOS_RichLambert has given us an update, this is another case of ZOS responding too slowly to a critical PVP issue.
  • Ackwalan
    Ackwalan
    ✭✭✭✭✭
    ✭✭✭✭✭
    zyk wrote: »
    Ackwalan wrote: »
    Your argument is sloppy. ZOS saying that they are investigating an add-on is not them saying it is okay to use it or not.

    This is implicit permission to use the addon:
    At this time, we will not be taking action on accounts using this addon.

    I don't like the existence of this addon, but I do not blame Miat or the players who use it. While I appreciate that @ZOS_RichLambert has given us an update, this is another case of ZOS responding too slowly to a critical PVP issue.
    zyk wrote: »
    Ackwalan wrote: »
    Your argument is sloppy. ZOS saying that they are investigating an add-on is not them saying it is okay to use it or not.

    This is implicit permission to use the addon:
    At this time, we will not be taking action on accounts using this addon.

    I don't like the existence of this addon, but I do not blame Miat or the players who use it. While I appreciate that @ZOS_RichLambert has given us an update, this is another case of ZOS responding too slowly to a critical PVP issue.

    You are confusing permission with approval. Saying it can be used while it is being investigated, does not mean it will be 100% approved. The fact that the API is being changed (and in a vague wording) is an indication this add-on goes too far and the fix is not easy.

  • zyk
    zyk
    ✭✭✭✭✭
    ✭✭✭✭✭
    Ackwalan wrote: »
    You are confusing permission with approval. Saying it can be used while it is being investigated, does not mean it will be 100% approved. The fact that the API is being changed (and in a vague wording) is an indication this add-on goes too far and the fix is not easy.

    I'm not confusing anything. ZOS doesn't provide explicit approval for every possible contingency in the game. While there is reason to believe some elements of this addon may violate the TOS, ZOS has provided implicit permission to use it by saying no action will be taken against those who use it. It does not need rubber stamp approval.

    ZOS has taken a different approach with other contentious topics such as using gap closers to access unbreached keeps by explicitly forbidding them.

    That ZOS is slowly rolling out a resolution is not reflective of how difficult a problem this is to solve. It is reflective of its priority.

    Edited by zyk on January 16, 2017 6:40PM
  • Derra
    Derra
    ✭✭✭✭✭
    ✭✭✭✭✭
    Ackwalan wrote: »
    Derra wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Mako1132 wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Ackwalan wrote: »
    Armitas wrote: »
    Hi everyone,

    Miat’s PVP Alerts addon was brought to our attention earlier in the week, and we’ve been running some internal tests on it to gauge functionality and impact. We are still evaluating this addon, and may make changes to the game’s API as a result. Here’s an explanation of how it works, and what it does and doesn’t do:

    Miat’s PVP Alerts addon is built upon actions done by players that the combat log records. This includes sprinting, casting an ability, weapon swapping, drinking a potion, stealthing, etc. If a player executes any of those actions, basic messages are sent to the server and clients. This mod hooks into those notifications and filters them to give information about who is in the area. That info is then turned into either a KOS list determined by the player, a stealthier list, or simply an incremental value of players in the area (all are a rough estimation.)

    The KOS list, specifically, is simply another layer on top of the above options, where the addon looks for specific players that you can choose to add to a list. When those players perform an action within your existing area of detection, you will be notified that they are in the area. You are not provided info on exactly where they are. Here are a few specific examples:
    • If someone is in your existing area of detection and they fully enter stealth, the addon will notify you of the name of the player character that successfully went fully “hidden.”
    • If someone is already stealthed and you’re traveling near then, or enter the area they were initially already stealthed in, you will not be notified of that player.
    • If someone uses a Nightblade ability that results in them vanishing, they will not trigger the addon’s alert unless they enter the real “hidden” state (i.e. the eye on the HUD is closed).

    Lastly this addon adds a kill spam list which shows you when someone has died in your existing area of detection, and to what ability. When you first get these messages, it simply says “Someone has died to Dark Flare.” When you start to get more information on the players around you, it adds that player name to the Saved Variables file for PVPAlerts.lua, then starts to add that information into your UI while playing.

    Note that in all the above examples, you are not notified of exactly where the player is. This addon does not add a little blip to your map or compass, and does not give you an overlay that points out specifically where players are. This addon is not radar, a Doppler, or any other means of giving away another player’s exact position.

    We want to thank everyone for sharing your concerns with us about this addon.
    Armitas wrote: »
    Armitas wrote: »
    Hi everyone,

    Are we allowed to use this addon until you decide upon a judgement?

    At this time, we will not be taking action on accounts using this addon.

    So as far as I am concerned until they say otherwise you are not breaking any rules by using this add on.

    That is not a green light. That is stating that, while this add-on is being looked at, ZOS won't ban people for using it. ZOS has failed to say if this add-on is legit or not.

    Either way they know the add on is there and even explained how it works. They then said they will be testing it out and also that they will not be banning anyone using it which was around a month ago.

    If they had decided it was banned I'm sure they would have made that more than clear by now, it might not have been exactly a green light but it definitely wasn't a red one either.


    Because ZOS has such an outstanding record for being forthright with the TOS. We've all seen the sloppy way ZOS handled leaping into keeps, and other gap closing mechanics. This add-on is (was) under investigation, ZOS needs to come forth and give it a yes/no answer.

    I agree with you 100% on that but they haven't said it is bannedand until they do I will continue to use it. They should have at least gave us a solid answer by now but to brand it cheating is a little bit over the top imo.

    My objection was not you using it while it is being investigated, my objection was your statement "Zos have officially gave it the green light to be used". Statements like that only muddy the water.

    They've said people can use it. I don't know how you can be much clearer about the situation. There's really no confusion about whether it's allowed or not, cheating or not. It is allowed and it's not cheating. ZOS allows it, and from what we see on the PTS will continue to allow it. If it were considered cheating, ZOS would have responded to it at the least by disabling the specific functions via the API on the PTS.

    And with that thinking, is how the 'leaping into keeps' took 2 years to sort out.

    The difference here is that they took measures to prevent leaping into keeps by reducing the range when near a wall, messing with with y axis part of the ability. The fact that people still found ways to and did leap into keeps doesn't change the fact that it was something ZOS did not want you to be doing.

    If ZOS changed the API so that the addon as it is doesn't work, but someone found a workaround I would then not use the addon. So far it looks like the API is going to allow it for another patch cycle.

    ZOS took half steps in order to fix that. And people came out saying, "it's still possible to do it so ZOS approves". If ZOS approved of this add-on they would say that, if ZOS could adjust the API easily they would. They have had plenty of time to investigate, yet have not stated what they found out. They have not disabled the API, so it is not an easy fix. This add-on has showed that ZOS has weak game security, and like cheat engine, they don't know how to fix the problem.

    See the problem i have with your stance on the matter is - you imply that by not directly allowing it´s use that zos somehow disapproves the use of this addon.

    With that way of arguing every addon offering information not available in the base game ui would have to be considered as disapproved by zos unless there is a direct statement allowing it.

    However that is in no way a practicable stance when offering an UI for third party addons.
    Third party addons operating within the games provided addon interface are by default tolerated by zos. Even addons directly violating the tos (crafting addons automating actions) are tolerated by zos.
    The statement they´ve made on miats pvp alerts perfectly reflects this stance on addons.
    Based on this everyone using this addon can safely assume an addons useage is perfectly fine unless zos direcly says otherwise.

    Your argument is sloppy. ZOS saying that they are investigating an add-on is not them saying it is okay to use it or not.

    That´s exactly what i´m saying.

    With the addition that every addon that does not get a definitive "do not use that" from zos is basically accepted.
    <Noricum>
    I live. I die. I live again.

    Derra - DC - Sorc - AvA 50
    Derrah - EP - Sorc - AvA 50

  • Psilent
    Psilent
    ✭✭✭✭✭
    Addons
    Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.

    Does this effect this addon???
  • Enodoc
    Enodoc
    ✭✭✭✭✭
    ✭✭✭✭✭
    @Psilent Scroll up ;)
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.
    Dorrino wrote: »
    Quick heads-up.

    If this API change is what i think it is (obviously needs testing), then it will break all my addon's features besides stealth attack notification (it will stay exactly as it is now).

    So rejoice/mourn away:)
    Funny thing is that this change apparently seems to break most of the add-on except the most controversial bit.
    UESP: The Unofficial Elder Scrolls Pages - A collaborative source for all knowledge on the Elder Scrolls series since 1995
    Join us on Discord - discord.gg/uesp
  • Psilent
    Psilent
    ✭✭✭✭✭
    Enodoc wrote: »
    @Psilent Scroll up ;)
    As a heads up - in today's PTS patch, we've made an adjustment to the API that will have a direct impact on this addon (and others). Patch note as follows:
    • Effects that last longer than 30 seconds now follow the same rules as effects that last less than 30 seconds: they are only available to player-made addons if they are cast by the player or cast on the player.
    Dorrino wrote: »
    Quick heads-up.

    If this API change is what i think it is (obviously needs testing), then it will break all my addon's features besides stealth attack notification (it will stay exactly as it is now).

    So rejoice/mourn away:)
    Funny thing is that this change apparently seems to break most of the add-on except the most controversial bit.

    lol oops guess that's what I get for sneaking in forum posts at work. Didn't read it all.. lol.

    Thanks :)
  • Drummerx04
    Drummerx04
    ✭✭✭✭✭
    Having just seen the video of Miat "discussing" the lack of counter play to gankers, I have to ask. What is the counterplay to an almost unlimited active dodge shuffle stamblade with massive self healing? As a sorc, if I don't deal 100% of his health as damage in one combo (i.e. have more of a group support build with negate and higher regen)... then I might as well just let him kill me because I'll never kill him.

    What is my counterplay to his healing and dodging? The only thing in my arsenal that can even hit a dodge roll is curse and resto heavy and destro ult if I have it equipped.

    Sorc doesn't have a defile and disease damage minor defile or poison minor defile is laughable at stopping 6k+ hps and rally burst heal in emergencies, so again... how do you counterplay that? Even if I slotted and used defensive rune on cooldown to try to burn down his stamina, his recovery is pretty high and immove pots +bow heavies from stealth would prevent that from working meaningfully.
    PC/NA - Nightfighters, Raid Leader and Officer
    Lilith Arujo - DC sorc tank/dps/healer - Dro-m'Athra Destroyer, Gryphon Heart, Grand Warlord
    Lilith Tortorici - DC templar trials healer

    Notable Completions:
    vAS (72k), vMoL HM (160k), vAA HM (135k), vHRC HM, vSO HM (141k), vHoF HM (168k), vCR+3(129k), vDSA 45k, vMA 591k

    Original Addons:
    Lilith's Group Manager
    Lilith's Lazy Hacks - Auto Recharge/Repair
    Bot Scanner 2000
    Lilith's Command History
    Maintained Addons:
    Kill Counter
  • Dorrino
    Dorrino
    ✭✭✭✭✭
    Drummerx04 wrote: »
    What is the counterplay to an almost unlimited active dodge shuffle stamblade with massive self healing?

    Sorc doesn't have a defile and disease damage minor defile or poison minor defile is laughable at stopping 6k+ hps and rally burst heal in emergencies, so again... how do you counterplay that?

    It is quite weird that you of all people don't see it.

    We are talking about different types of 'counterplay' here.

    In my case i talked about how to prevent somebody to kill you. In your case you talk about how to prevent somebody to prevent you to kill them.

    I'm not sure how you can equate these two cases, since not being able to stay alive is the problem with playing the game, and not being able to kill somebody is the problem of picking a different target.
    Edited by Dorrino on January 16, 2017 9:46PM
  • Drummerx04
    Drummerx04
    ✭✭✭✭✭
    Dorrino wrote: »
    Drummerx04 wrote: »
    What is the counterplay to an almost unlimited active dodge shuffle stamblade with massive self healing?

    Sorc doesn't have a defile and disease damage minor defile or poison minor defile is laughable at stopping 6k+ hps and rally burst heal in emergencies, so again... how do you counterplay that?

    It is quite weird that you of all people don't see it.

    We are talking about different types of 'counterplay' here.

    In my case i talked about how to prevent somebody to kill you. In your case you talk about how to prevent somebody to prevent you to kill them.

    I'm not sure how you can equate these two cases, since not being able to stay alive is the problem with playing the game, and not being able to kill somebody is the problem of picking a different target.

    I do see the problem you have with gankers. I walk around Cyrodiil with 22k health and 5 pieces of light armor, so I know exactly what you are talking about with gankers, however gankers usually only kill me outright while I'm mounted/sieging and all their procs hit me or I'm already getting run down my multiple players.

    My point is that your build appears to counter/counterplay just about every other build in terms of defense EXCEPT a stealth gank while maintaining burst via stamNB burst skills. You may not hit as hard as other players but you certainly hit hard enough to be a threat, so "pick a different target" isn't really a smart option because you and other 1vXers can pressure and kill me or my group members if given the freedom.

    And "counterplay" isn't just a term for how YOU can survive or kill a particular play style. Figuring out/asking how to play against and defeat a build with massive self healing and the ability to 100% mitigate my most dangerous attacks at will is definitely an issue of counterplay.

    I find it peculiar that you think being required to modify your build with radiant magelight to have a better chance of surviving ganks is unfair and a boring counter to ganking, but probably the best way to counter you is to change my build and wear fassala's to lower your healing.

    You use fear - an unblockable and undodgeable long duration CC which - unlike disorients - won't release the victim automatically, and fear is one of the only CCs that I can't counter with awareness of the impending attack and dodging/blocking to conserve stamina. What's the counterplay for that? Be immune already or have enough stamina to break free are my two in game options. The difference is that I can't write an addon that counters fear.
    PC/NA - Nightfighters, Raid Leader and Officer
    Lilith Arujo - DC sorc tank/dps/healer - Dro-m'Athra Destroyer, Gryphon Heart, Grand Warlord
    Lilith Tortorici - DC templar trials healer

    Notable Completions:
    vAS (72k), vMoL HM (160k), vAA HM (135k), vHRC HM, vSO HM (141k), vHoF HM (168k), vCR+3(129k), vDSA 45k, vMA 591k

    Original Addons:
    Lilith's Group Manager
    Lilith's Lazy Hacks - Auto Recharge/Repair
    Bot Scanner 2000
    Lilith's Command History
    Maintained Addons:
    Kill Counter
Sign In or Register to comment.