ttwinklerub17_ESO wrote: »then I would further you to read online on how the bot makers are using the ESO API and are posting about it
I won't bother posting you the two sites that talk about it
Can you link that information here? Since you have already found this information online, it only makes sense that to support this claim you provide links, rather than force people to search for it (and potentially find nothing.) If I sound snarky, then I do apologize, but I am genuinely curious on this topic, and preliminary google searches have not yielded any results.
ttwinklerub17_ESO wrote: »try reading Ownedcore or ESOMinion
if the API wasn't open in the first place it would be much tougher to hack
If it was me I would be shutting these sites down as fast as I can
ttwinklerub17_ESO wrote: »try reading Ownedcore or ESOMinion
if the API wasn't open in the first place it would be much tougher to hack
If it was me I would be shutting these sites down as fast as I can
ttwinklerub17_ESO wrote: »try reading Ownedcore or ESOMinion
if the API wasn't open in the first place it would be much tougher to hack
If it was me I would be shutting these sites down as fast as I can
Is it really that difficult for you to find and link the specific posts which you are trying to reference? Or do you really not care to prove your point? I do not have the time to sit down and read every single thread in those forums, nor do I particularly want to. That said, I really do not want to just dismiss your statement for lacking supporting evidence, but you are not making that easy.
Blackwolfe5 wrote: »Third party software with a Lua scripting engine running on top of ESO that can among other things simulate keystrokes. Completely zero reliance on the ESO addon API. Get this in your thick skulls.
Swtor has bots, gw2 has bots. Yet no addons.
magic_is_might wrote: »Blackwolfe5 wrote: »Third party software with a Lua scripting engine running on top of ESO that can among other things simulate keystrokes. Completely zero reliance on the ESO addon API. Get this in your thick skulls.
Swtor has bots, gw2 has bots. Yet no addons.
Once again proving that people do not know the difference between a mod and an addon. Which is like the 1st thing I said in this thread.
ttwinklerub17_ESO wrote: »they use ESO API
and some of their own API
ie..
MAIN FEATURES:
Full access to the ESO LUA API
Full access to the ESO LUA EVENT system
Full access to our LUA API
Using our awesome mesh-navigation-system with an improved mesher and the new dynamic avoidance features included -> never walk stupidly the same path like all the other bots!
3D and 2D Radar /ESP / whatever you call it
(For now) AssistMode, GrindMode, GatherMode etc.
Deconstruction, Refining, AutoMail, Potions, Block/Int
they have to use ESO API functions to some degree - at least for part of it
they fact is they didn't close the system and put protections is was a big mistake
Im all for add-ins - under conditions that the API is locked down (barring memory hacks- and encryption mechs/duplication checksuming for hack prevention)
code has to go thru inspection and OK
PhoenixWing wrote: »PhoenixWing wrote: »
P.S. @ZeroInspiration I think that add-on don't work anymore since the patch that stop allowing you to teleport to yourself.
link:
http://www.esoui.com/downloads/info224-Jumper.html
But for awhile at least it did work.
So it enabled cheating. That is proof enough right there that these add-ons can be used to cheat. Because it has already happened.
I agree with you that add-ons should not be allowed to perform features that do not exist.
However, in this case (Jumper add-on), it is the fault on Zenimax part, not the add-ons' that let this feature slipped.
Also, the fact that they fixed it confirms that they mistakenly made it available, so please do not use these bugs as an argument.
You can't just ignore that it happened for the sake of debate.
The fact remains there has already been at least one add-on that allowed players to cheat. Rather it was Zenimax's fault or not is irrelevant to my argument.
It has already happened and will happen again. It's a legitimate concern and shouldn't be mocked or discounted (I'm not saying you did).
Jumper did not provide a feature that someone who didn't have jumper did not have.
Prior to the fix, any player (both those with & without jumper), could open up their guild screen & teleport to themselves.
Jumper's only function was to save you like...10 seconds of time, so that instead of having to press G & then find your name, right click & click "teleport to player", you could just use the addon to do those things. (note, you can still do it to any other player in a guild you are a member of, the fix was that you can't go to yourself anymore.) (note, I never used jumper, as I rarely want to teleport to the closest wayshrine...instead I just teleport to another guild member in the same zone, which usually puts me back in a city with merchants/crafting/etc).
There was nothing that the addon did, that could not be easily done by someone who did not have the addon.
So...no, there has not been an instance of an addon that provided a feature that did not exist in the game for ESO yet.
As to the whole..."ESO dev's are lazy" nonsense.....no, they just have other priorities.
Do I want a search function for the guild store? Yes.
Do I want ZOS to take a programmer off of fixing quest breaking bugs, and have them work on the guild store UI instead? No.
The problem here is, that many of you seem to believe that ZOS has infinite resources & personnel. They don't...they have to prioritize where to spend their time.
UI fixes are important, so are breaking botting programs, fixing bugs, preparing to move the EU servers actually to EU, finishing content that was promised (i.e. dark brotherhood, crime system, thieves guild, housing, etc), and many many other things. ZOS does not have the money or the personnel to have hundreds of programmers working on everything at once (no company does), so they have to prioritize.
You may disagree with their priorities, but claiming that a company is lazy because they put something you care about lower on the priority list than you would prefer is rather self-centered.
I don't ever remember claiming the company is lazy. But I will, at least when it comes to certain things. And I do believe an over-reliance on addons is at least partly to blame in this regard.
The guild store interface for example is sloppy and lazily put together. It's barely usable in fact. And pointing that out doesn't mean I'm self-centered. It just means I can recognize lazy design.
I like this game. But I'm not going to excuse their mistakes simply because they don't have infinite resources and personal like you seem to suggest. Because no company has infinite resources and personal. That's a cop out and be used to justify anything.
Many people in this thread have stated that ZOS is lazy.
I was not really talking about the viewpoint behind the complaints in this thread, but with the manner the complaints are made...
I agree, with addons, the game dev's can shelve pretty much all UI concerns & focus on other things. If you believe that they should shelve other concerns & focus on the UI instead, that's fine....I disagree, & apparently so do the dev's.
If you want the dev's to actually switch their priorities & work on the UI, then you should provide reasons other than just telling them it's a cop out. Provide reasons, and not just because "the UI is important" or because "I want you to". Why is fixing the UI more important (not just to you, but to the entire game) than <insert some other feature that you believe should be shelved>?....they are a business, if people gave them reasons why fixing the UI would make more business sense then adding new content or fixing bugs, they'd be more likely to do it than if people just call them lazy.
Prior to SWTOR's launch, there was an interview with one of the head dev's where he talked about how people complaining about specific content not being included in a game was basically ignored by every dev in the industry...because they can't do everything, and complaints never take that into account. It is always just "WHAT? THERE ISN'T HOUSING?!?!? THIS GAME WILL FAIL!!!!" If you want game dev's to actually listen to your complaints, take into account that there are only X number of programmers working for the company, if you want some new feature added, then some other feature will have fewer programmers working on it & will not be done as quickly/well/etc...
Our basic disagreement seems to be you think its ok for the developers to rely on addons to provide a quality and customizable interface and I don't. And as you say that's fine and people disagree.
That being said though, it's mostly my past experiences with addons in other games that have lead me to be so against them. It doesn't really have much to do with the UI.
I think that there are only X number of programmers working at ZOS.
I think that there are many issues that need to be addressed in the game.
I think that there aren't enough programmers working at ZOS to fix everything by next week.
I think that some fixes have a higher priority than others.
I think that by allowing addons to fix UI issues, they can redirect their focus to other issues.
Is any of what I listed above wrong?
If you were a player that could not progress in the main quest (and therefore, could not access veteran content), would you think it was ok if ZOS put out a statement saying "we're going to stop working on all quest breaking bugs, and focus instead on adding UI features to the game for the foreseeable future."?
Some of the UI in this game - such as the guild store - is just atrocious. That should be a priority of there's, at least in my opinion. And relying on addons to do that for them is a mistake. Again, at least in my opinion.
We can disagree about what their priorities should be. But I do believe an effective UI is crucial to providing a quality game. And to delegate such an important aspect over to addons is a foolish decision from my perspective.
JessieColtub17_ESO wrote: »JessieColtub17_ESO wrote: »Blackwidow wrote: »cliveklgb14_ESO wrote: »Except the mod architecture doesn't allow for that. So your point is moot.
No, it was an example. Let the concept wash over you.Same with your lumping bot programs that have nothing to do with mod architecture, with addons.
I have never said the word bot one time in this whole thread.If something unexpected happens they didn't intend, they can and will likely fix it.
You think that if a mod screws up our game, ZOS will fix it? Please show me any reason for believing that other than blind faith in ZOS.But that is their decision on what they find acceptable, not yours. And clearly, they don't agree with you, as most responses.
And so we end up with you unable to find a single example of a mod that allows people to cheat by ZOS's definitions, in the addons.
I think they do see it as a cheat, but they know that it would be futile to stop it because the information is on websites anyway, so they let it in game.No you do it whenever people present facts you can't rebut.
Right. That is why I am not here arguing my side.
It is a shame when I say, "okay guys we don't agree, let's just let it go", and you still want to ask me questions like you have to change my mind.
Look guys. You want me to say you win? Will that make you feel all macho?
You win.
Have a nice day.
Let me guess you will say something immature next. Probably that I'm being passive aggressive.
And no, if an add-on/UI Mod breaks, it is up to the person who created it to fix it. ZeniMax didn't write the code, ZeniMax isn't responsible for the code.
That's part of the reason games should not rely on them for important features. They cannot be trusted, and often times provide the user with flawed codes that lead to bugs and system lag. And Zenimax has no responsibility to fix them.
TESO doesn't rely on them for important features, other than, as I mentioned in previous posts, GSS, that I am aware of.
You can chose to trust, or not trust them, that is your choice.
Well what is important and what isn't is subjective. But at least we can agree there is at least one feature of importance they rely on addons for. So that alone is enough that should at least give my argument fair consideration. So let's concentrate on that.
You are right when you say I can choose to trust them or not. The problem happens when I am disadvantaged on the game because I choose not to trust them. Which I already am to some extent - because I have to manually search through dozens of guild store pages to find what I am looking for while others who do trust them have a much easier time browsing.
This effect was compounded a million times over in other games such as WoW where I could not even participate in raids without certain addons. So it nearly forces you to trust these addons. There really wasn't much of a choice in the matter.
Now I am aware this game hasn't reached that point. And addons have not - as of yet - dominated this game and forced players to use them. But I am worried it will happen. And my past experiences with games that did allow addons proves to me it's a very reasonable concern. That is why I oppose them.
JessieColtub17_ESO wrote: »None of which impart any kind of "feature" that does not already exist in the game.JessieColtub17_ESO wrote: »Blackwidow wrote: »cliveklgb14_ESO wrote: »Except the mod architecture doesn't allow for that. So your point is moot.
No, it was an example. Let the concept wash over you.Same with your lumping bot programs that have nothing to do with mod architecture, with addons.
I have never said the word bot one time in this whole thread.If something unexpected happens they didn't intend, they can and will likely fix it.
You think that if a mod screws up our game, ZOS will fix it? Please show me any reason for believing that other than blind faith in ZOS.But that is their decision on what they find acceptable, not yours. And clearly, they don't agree with you, as most responses.
And so we end up with you unable to find a single example of a mod that allows people to cheat by ZOS's definitions, in the addons.
I think they do see it as a cheat, but they know that it would be futile to stop it because the information is on websites anyway, so they let it in game.No you do it whenever people present facts you can't rebut.
Right. That is why I am not here arguing my side.
It is a shame when I say, "okay guys we don't agree, let's just let it go", and you still want to ask me questions like you have to change my mind.
Look guys. You want me to say you win? Will that make you feel all macho?
You win.
Have a nice day.
Let me guess you will say something immature next. Probably that I'm being passive aggressive.
And no, if an add-on/UI Mod breaks, it is up to the person who created it to fix it. ZeniMax didn't write the code, ZeniMax isn't responsible for the code.
That's part of the reason games should not rely on them for important features. They cannot be trusted, and often times provide the user with flawed codes that lead to bugs and system lag. And Zenimax has no responsibility to fix them.
But they do.
The ability to mark multiple node locations on your map is a feature that does not already exist in the game. The ability to do specific searches in the guild store is a feature that does not exist in the game (to be fair you did mention this). The ability to view research times from anywhere is a feature that does not already exist in the game etc. I'll stop here to be brief.
Many many addons supply features that do not already exist in the game.
ttwinklerub17_ESO wrote: »then I would further you to read online on how the bot makers are using the ESO API and are posting about it
I won't bother posting you the two sites that talk about it
Can you link that information here? Since you have already found this information online, it only makes sense that to support this claim you provide links, rather than force people to search for it (and potentially find nothing.) If I sound snarky, then I do apologize, but I am genuinely curious on this topic, and preliminary google searches have not yielded any results.
Blackwidow wrote: »Sorry, but you're an idiot.
Well, atleast you start off polite.Ever thought that what the developers, you or I might like another person out there is going to like something else.
Yes, they are called options.You might like the default UI, I personally don't like it and use a unit frame addon to get it looking how I want. Is Zeni suppose to make every possible UI so that everyone is happy with the box-standard game?
No.
What they are supposed to do is give basic user friendly tools. This game lacks that in a major way.And no, there isn't a single add-on available for ESO that lets you "cheat" even in the slightest.
Wrong.
Showing where hidden items are in the world is a cheat.You can't, so stop talking like you know everything just because you might not like to use add-ons.
If you did not have your head so far up your butt, you would know I am not against addons.
Sorry, but you are an idiot.
MrBeatDown wrote: »NO, this is the top reason why this game has bots. Its because you allow 3rd party programs to be used with this game. It is Op and needs to be nerfed.
ttwinklerub17_ESO wrote: »they use ESO API
and some of their own API
ie..
MAIN FEATURES:
Full access to the ESO LUA API
Full access to the ESO LUA EVENT system
Full access to our LUA API
Using our awesome mesh-navigation-system with an improved mesher and the new dynamic avoidance features included -> never walk stupidly the same path like all the other bots!
3D and 2D Radar /ESP / whatever you call it
(For now) AssistMode, GrindMode, GatherMode etc.
Deconstruction, Refining, AutoMail, Potions, Block/Int
they have to use ESO API functions to some degree - at least for part of it
they fact is they didn't close the system and put protections is was a big mistake
Im all for add-ins - under conditions that the API is locked down (barring memory hacks- and encryption mechs/duplication checksuming for hack prevention)
code has to go thru inspection and OK
I would ask you once more for a link, but I do know what exactly you are quoting. That being the features list of ESOMinion. There are multiple problems with your "proof".
First off, ESOMinion is not a bot. It is a tool/common library to aid in the development of addons, and something to enable consumers to easily manage addons.
Second, it allows access to the ESO LUA API. It does not state that the functions it defines, the Minion LUA API, depend upon the ESO LUA API. It may, it may not, but either way that is pure speculation and without seeing the source code one cannot say it does.
Third, have you looked at the ESOMinion documentation? I doubt you have, otherwise you would know that any of the functions which would enable someone to create a bot are either private and not allowed at all (movement, attack, etc) or disallowed during battle (targeting, use item, etc). If those functions were available and allowed all of the time, then I would have to agree with you, but they are not.
None of this supports your original claim. What you have linked is not a bot, is not intended to be used to create a bot, and as far as I can tell from reading the documentation cannot be used to create a bot.
ttwinklerub17_ESO wrote: »they use ESO API
and some of their own API
ie..
MAIN FEATURES:
Full access to the ESO LUA API
Full access to the ESO LUA EVENT system
Full access to our LUA API
Using our awesome mesh-navigation-system with an improved mesher and the new dynamic avoidance features included -> never walk stupidly the same path like all the other bots!
3D and 2D Radar /ESP / whatever you call it
(For now) AssistMode, GrindMode, GatherMode etc.
Deconstruction, Refining, AutoMail, Potions, Block/Int
they have to use ESO API functions to some degree - at least for part of it
they fact is they didn't close the system and put protections is was a big mistake
Im all for add-ins - under conditions that the API is locked down (barring memory hacks- and encryption mechs/duplication checksuming for hack prevention)
code has to go thru inspection and OK
While certain UI things such as health percentage indicators, pvp kill counters, minimaps, etc are fine, I do know there is also an addon that shows where enemy players are in Cyrodiil. This kind of addon should be disallowed.
While certain UI things such as health percentage indicators, pvp kill counters, minimaps, etc are fine, I do know there is also an addon that shows where enemy players are in Cyrodiil. This kind of addon should be disallowed.
Blackwolfe5 wrote: »ttwinklerub17_ESO wrote: »they use ESO API
and some of their own API
ie..
MAIN FEATURES:
Full access to the ESO LUA API
Full access to the ESO LUA EVENT system
Full access to our LUA API
Using our awesome mesh-navigation-system with an improved mesher and the new dynamic avoidance features included -> never walk stupidly the same path like all the other bots!
3D and 2D Radar /ESP / whatever you call it
(For now) AssistMode, GrindMode, GatherMode etc.
Deconstruction, Refining, AutoMail, Potions, Block/Int
they have to use ESO API functions to some degree - at least for part of it
they fact is they didn't close the system and put protections is was a big mistake
Im all for add-ins - under conditions that the API is locked down (barring memory hacks- and encryption mechs/duplication checksuming for hack prevention)
code has to go thru inspection and OK
I would ask you once more for a link, but I do know what exactly you are quoting. That being the features list of ESOMinion. There are multiple problems with your "proof".
First off, ESOMinion is not a bot. It is a tool/common library to aid in the development of addons, and something to enable consumers to easily manage addons.
Second, it allows access to the ESO LUA API. It does not state that the functions it defines, the Minion LUA API, depend upon the ESO LUA API. It may, it may not, but either way that is pure speculation and without seeing the source code one cannot say it does.
Third, have you looked at the ESOMinion documentation? I doubt you have, otherwise you would know that any of the functions which would enable someone to create a bot are either private and not allowed at all (movement, attack, etc) or disallowed during battle (targeting, use item, etc). If those functions were available and allowed all of the time, then I would have to agree with you, but they are not.
None of this supports your original claim. What you have linked is not a bot, is not intended to be used to create a bot, and as far as I can tell from reading the documentation cannot be used to create a bot.
Actually, mmoui's addon manager, minion.. is completely different than esominion. Esominion is indeed bot software. (why are we even talking about specific names. Posting this info is basically free advertising for the people who make these botting programs)
But that's beside the point. They have no more access to the addon api than what addon developers have.
Not that one...forgot the name of it since I never had an interest in using it. It lets you check the map and see exactly where other players are located regardless if they are stealthed or not.Blackwolfe5 wrote: »While certain UI things such as health percentage indicators, pvp kill counters, minimaps, etc are fine, I do know there is also an addon that shows where enemy players are in Cyrodiil. This kind of addon should be disallowed.
There is? In what way?
This one?
http://www.esoui.com/downloads/info319-CyrodiilAlert.html
It has a big impact on strategy. You can see players on the map even if they are stealthed and you can easily see where groups are headed even if no friendly players are near them. It's practically cheating.JessieColtub17_ESO wrote: »While certain UI things such as health percentage indicators, pvp kill counters, minimaps, etc are fine, I do know there is also an addon that shows where enemy players are in Cyrodiil. This kind of addon should be disallowed.
Okay, but you can also get most of that information by looking at the map, or by being in voice chat with your friend who is in another alliance but on the same pvp server.
Just knowing where someone, or a group of people, might be, doesn't have much of an affect on the outcome of the battle if you have no clue how to PvP.