People Zerg because their build isn't tanky enough or they are trying to play with friends. Or a group they are fighting has too much communication that they require more numbers. I find those situations to be more often than those that Zerg because a few nightblades crushed them in stealth lol.
People also Zerg because they are traveling to the nearest objective. They are not thinking "hey maybe I should I go somewhere else and wait for 6 hours because Derra thinks zergs suck". No, some of us don't have more than 2 hours to play every few days, and we are going to the objective that's closest. I'm not the only one that thinks this way, hence why you have fronts of players looking for fights.
So then, in addition to the above, is an add-on that counts stealth and shows a cast time ability being cast not also unfairly impacting those of us that don't stealth? What if I wanted to use dark flare for my beginning burst rotation? Oh shoot my target has Miat's so they know my burst rotation because it showing on his damn screen.
Or maybe people Zerg because their cast time abilities don't work anymore. " Hey my attack can't hit, I need help!".
I use miats because it's a disadvantage not to use it but I really do think it should not be allowed. It makes players go from bad to good because they can do 100% dodge/block ranged cc, I play on Sotha Sil mainly so I know who are the good/bad players so it's funny seeing nb I have killed a ton of times on my dk because they have no clue what they are doing dodge all of my templars javelins even when I animation cancel it
rustic_potato wrote: »ROFL. This again. You guys have no idea about private addons that exist. As an addon writer myself this is hilarious.
Publius_Scipio wrote: »
Actually that’s part of the point I make in this thread and why Paul Sage’s name must ring loud within the ears of all evildoers in Tamriel.
rustic_potato wrote: »ROFL. This again. You guys have no idea about private addons that exist. As an addon writer myself this is hilarious.
rustic_potato wrote: »
ZOS would have to rewrite their entire code to prevent some of the stupid stuff that is possible. It is just not worth their time or money to spend effort into it.
"Too much work" is hardly an excuse to leave something this gamebreaking in the game.
They didn't have that issue when Cheat Engine was a thing (hell, it still might be but I haven't seen those cheaters in a while).
No offence but you didn't/won't see them ever, until a player flew around spamming meteors and slapped you in the face with it.
I know, hence the thread title: "Zenimax, Restrict Your API!!!"
I'm no addon writer, but going through the API I can see some pretty broken stuff.
I believe this is what allows players to see other players cast bars (even while they're invisible/out of camera angle), i.e. Miat's alerts:
"GetAbilityCastInfo(number abilityId)
Returns: boolean channeled, number castTime, number channelTime"
And this:
"GetSkillAbilityInfo(number SkillType skillType, number skillIndex, number abilityIndex)
Returns: string name, textureName texture, number earnedRank, boolean passive, boolean ultimate, boolean purchased, number:nilable progressionIndex"
Sounds like it might let people see opponent's ultimate status and perhaps what skills they have on bar?
Lots of other dodgy stuff that needs to be addressed.
This function isn't present. So no, it isn't responsible and i doubt there is an issue with it. It is more like "hey, i have this ability, could the game please give me some information about it like cast time / channel time? thx". No issue here at all.GetAbilityCastInfo(number abilityId)
Returns: boolean channeled, number castTime, number channelTime
This function is being used twice in the addon.GetSkillAbilityInfo(number SkillType skillType, number skillIndex, number abilityIndex)
Returns: string name, textureName texture, number earnedRank, boolean passive, boolean ultimate, boolean purchased, number:nilable progressionIndex
Completely ignoring the whole addon/API issue, to be fair, in 2014 there was no CP, softcaps to curb damage stacking, and you could be in 5+ light and still past resist softcap so there was zero reason to be in heavy armor.
No shite. We now have 10 times less build diversity & 99% of the playerbase in some meta heavy armor clown builds.
Kneighbors wrote: »Dunno why people really play this trash fest. Competitive player who likes hardcore PvP based on skills would never play it. PvP which is based on addons is really stupid. Long ago serious games implementing protection systems like Punkbuster to keep a fair game.
Having an addon which can show you disguised players before they are visually/audibly/physically detected? Are you for real?
They have a set in game which shortens the distance you can detect sneaking enemies. LOL. Here is an addon that will inform you in ample time when sneaking enemy tries to gank you. ZoS are just amateurs. If they were caring to develop high-end product they would make emergency suspension of servers to remove that addon as fast as they can.
I´m sorry but shall i make a video for you where i showcase how i can stealth for 2 hours straight on my sorc, DK, templar the first in light and the latter two in heavy armor with sword and board?
There is no timer to sneak. That literally means you can permanently stay invisible on any class or build.
That´s not what i mean though. I don´t want to keep them out. I want to avoid running into them without trial and error.
How can i avoid running into 5/10/15 people with healers tanks and whatever you want to have invisible that camp on a resource/between two keeps in sneak because that´s what they enjoy doing.
That´s my issue with this games stealth system.
The answer is: You can´t.
But when you´re only running around with 300 people in cyrodiil this obviously is a nonissue.
InvitationNotFound wrote: »
No. You are wrong. Punkbuster wasn't there to keep a game fair. It was there to prevent cheats / hacks (in general third party applications). Punkbuster didn't care if the game logic or whatever the developers implemented was fair. Those are two completely different things.
Feel free to read my other posts on why addons are part of the game and this isn't an issue (technically seen, you might not like the game play or whatever, but your complaint is the same as saying i do not like skill xyz for whatever reason as it is simply part of the game) as i wont repeat myself over and over again.
InvitationNotFound wrote: »
You should be careful with your assumptions if have no idea about the API and aren't writing addons.
I actually haven't used any of aforementioned functions (and their documentation sucks >_<), but there are many that are only working for yourself or in general.
What i mean is the following:
An ability has an ID. Something like 1 to 10000 or whatever (this is irrelevant here). Now you can ask what kind of ability it is respectively what attributes it has. Or what skills do I have slotted. And not what an opponent has slotted or what he is using or how he is buffed (well, to a certain degree things might be possible but the API restricts certain things - e.g. you might be able to see certain buffs an enemy has)
In your example above i completely miss how it should be determined if the skill is casted on you or who casted it. I'm missing context or arguments.
Don't get me wrong, there might be an issue, but just from the functions signature I wouldn't assume that there is anything wrong here.
I just searched for those functions in miat's pvp alerts.
This function isn't present. So no, it isn't responsible and i doubt there is an issue with it. It is more like "hey, i have this ability, could the game please give me some information about it like cast time / channel time? thx". No issue here at all.
This function is being used twice in the addon.
Location #1: PVP:IsStaminaAbility
Line #138 PvpAlerts_Spec_Detection.lua
Location #2: PVP:IsMagickaAbility
Line #155 PvpAlerts_Spec_Detection.lua
Nope, this function is being used to determine if a certain ability is a stamina or magicka ability. at least as far as it seems. i didn't verify what the code actually does.
Edit: btw. as longs as you haven't to specify some sort of unittag / player or something that has been derived from anything that directly relates to another player, no function in the API should provide information about other players. e.g. all your functions aren't taking anything related to other players as an argument.
Edit #2: Added some clarification.
InvitationNotFound wrote: »
No. You are wrong. Punkbuster wasn't there to keep a game fair. It was there to prevent cheats / hacks (in general third party applications). Punkbuster didn't care if the game logic or whatever the developers implemented was fair. Those are two completely different things.
Feel free to read my other posts on why addons are part of the game and this isn't an issue (technically seen, you might not like the game play or whatever, but your complaint is the same as saying i do not like skill xyz for whatever reason as it is simply part of the game) as i wont repeat myself over and over again.
We know, you think that because something is legal or tolerated it is ok. And we have already demonstrated why that logic is flawed.
Interesting, I feel smarter already.
Opened that lua file & found this:
"function PVP:DetectSpec(unitId, abilityId, result, sourceName, isBuff, damageBuff)"
...but I can't find this function in the API at all (or anything with keywords "Detect").
Oh well, coding is not my forte, so perhaps I shouldn't try to reverse-engineer things I don't understand fully.
InvitationNotFound wrote: »
InvitationNotFound wrote: »The function PVP:DetectSpec(unitId, abilityId, result, sourceName, isBuff, damageBuff) isn't part of the API, it has been written by the author. There is nothing wrong with that neither is it an issue. I don't know how familiar you are with coding, but it is quite normal to write your own functions
InvitationNotFound wrote: »
Here's where it is all about definition. I don't know if you read all my posts and if you really understood them, so i'll try it again, but i won't repost the quotes from the tos, etc.
the tos will tell you that there are addons. they are allowed. they are there to modify and enhance the UI. that is part of the game you have bought and you have agreed to. of course, you don't have to like that, but that's what it is.
InvitationNotFound wrote: »I brought up the example of one of my addons: Port to Friend's House. I'm using an API function there which isn't available anywhere in the game. No such functionality exists in the base UI. Nowhere. But as you might have guessed, ZOS made that API available for addon authors, they even announced the introduction in their addon api patch notes (they wouldn't have to do that btw.). So are you telling me now that my addon is a hack or cheat because the functionality isn't in the base game? I'm sorry, but it is completely okay and it hasn't anything to do with cheating or hacking. It is simply part of the game ZOS has provided to you. Same applies to any other functionality present through the API, it is part of the game you've bought.
InvitationNotFound wrote: »And that's where comparing a wallhack to an UI enhancement fails. A wallhack, at least in the form you mean it, means you are required to use a third party application which manipulates the game in a way the game isn't meant to be played. Something that isn't in the game and most likely is forbidden through the tos. This doesn't apply to this addon. It does nothing that hasn't been meant that way by the developer.
InvitationNotFound wrote: »Or in your terms: If a game ships with a wallhack that has been implemented by the developer and that wallhack is allowed to use, it is simply part of the game. At this point it is a game mechanic and not a "wallhack" (btw. the naming would be different as "hack" implies there's something odd with it).
InvitationNotFound wrote: »And that is why i compare it with using another skill you don't like, both are part of the game.
InvitationNotFound wrote: »And I say all this from a relatively neutral technical point of view. I personally don't care if they restrict the API in any way. maybe they should, maybe they should fix other 100 things first in their mess they've created. Unfortunately, i doubt any of this will happen.
Long story short: Feel free to complain, to not like that API. I'm fine with that, yet I consider this part of the game and therefore not cheating. and i think the comparison between "i don't like this api feature" and "i don't like that skill" is pretty accurate.
UnseenTruth wrote: »
Aah there we have it. The undeniable bias and personal frustration that lies at the source of your whole argument.
All a user supplied function is is a more organized way to call built-in functions. You're arguing that an addon executed top-to-bottom is fine, but the exact same functionality divided into legible, named chunks is over the line.When addon developers are able to write their own functions, functions not supplied by the developer of the game?
Third party.