Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by Findeh

  1. Thank you. I've made a simple workaround, it will do for now ))
  2. It sems that GetNpcNearby with a single argument does not return what it should either. I call it two times one with Repair argument and second time with Vendor. Both calls return me closest Vendor type from my NPC Database. My bad. This was a false information. Checked it again, it seems to work fine
  3. Most of the issues you have faced was wrobot issues (or even all of them was). But you have targeted developers of payed products. Maybe not everithing perfect there either and there may be conflicts, like you want it to be that way, but developer made it anoother way. But most of the times the stuff that developer able to control - works. The wrobot stuff - don't. Maybe that's why some people tell you "try it yourself", just so you undertand where all this bullshit you have faced come from and that all of us fighting it for years.
  4. GetNpcNearby(wManager.Wow.Class.Npc.NpcType type, wManager.Wow.Class.Npc.NpcVendorItemClass npcVendorItemClass) is seems to ignore second argument when searching for a vendor. I've set all my Vendors VendorItemClass to WeaponAxe, only one vendor with the VendorItemClass Food have left in my database. But when i call GetNpcNearby(NpcType.Vendor, NpcVendorItemClass.Food) it returns closest Vendor with VendorItemClass WeaponAxe.
  5. I have database of 50+ vendors, All of them are Repair type. Bots are always running to the closest one when they need to sell, or repair, or both. Tooday i have added one vendor (Orgrimmar Innkeeper) with Vendor type. And now, if bot don't need to repair he will run trught all the city to that single vendor even if there is like 10 Repair vendors nearby. If i change that single Vendor type from Vendor to Repair, bots will start to sell to a closes Repair type vendor as they did before. When bot is desideing go ToTown he need to check both Repair AND Vedor type vendors and then decide wich one is closer. Game version 3.3.5a Latest Wrobot version. P.S. This is pretty critical for me, so i will annoy with it.
  6. P.S. Tested at public 3.3.5a realm.
  7. Skill.Has(SkillLine.Swords) will return False for Warloks, but True for Warriors and Mages. Skill.Has(SkillLine.Maces) will return False for Priests and Druids, but True for Warriors. Have not tested every class with every skill yet, but it's not working correctly with atleast 3 classes already.
  8. You can use wowhead: Or you can start wrobot and use Tool/Development Tool: And then "Bag Items" or "Get all Objects" (if you have the spellstone already) or "Info by name". P.S. Don't use 41191 from my screenshot. It's most likely not a spellstone you are looking for.
  9. No, he is not compare bananas with apples. He is comparing rare using of bot (how it should be) with the case when everyone using it (how you guys want it to be, it seems). And the fact that this code will be used for private realms is actually counterargument for you. There are less players, it will be much easyer to flood all possible realms, because there are less realms total. Also, I wonder, let's say, some developer releases some code for sale. Let's say it's something simple, like the right coordinates siquence, the only one that is right (just for the sake of example). He have spend couple mounth of testing to get those coordinates right and to solve some problem with it, that's why he is selling it. What will prevent you guys to "to borrow" his solution (because it's the only right one) without spending 3-4 mounth for testing and make it a part of a free project? And then there will be like 700 people running the same coordinates. Also no one states that this project should be banned or something, you can do whatever you want.
  10. That's how you kill botting everyone) Give everyone everything for free, let them flood realms and make gms mad. Wait till everyone will do the same as Tauri. What a wonderfull undertaking. Nothing bad can ever happen if you populize botting, and give it to everyone, with the lowest enter possible. Right? Oh wait, HB did that once and how are they doing now? Oh, and how is retail wow botting is doing in genereal? Everithing will be fine, lets just do the same. Both, guys who are make a living selling paid stuff and guys who make a living with mass botting will be so glad to all of those outcomes. Why shouldn't they, right?
  11. That's why mentioned this, have seen lots of irritation by this fact, while i personally do the same with my own profiles deliberately.
  12. it's obviously not my buisness. But if you make a multiclass route trugh mobs that are able to disarm, then just exclude those mobs from attack list will not help mele classes at all. Once again, i have not tested the said profile, but if that's the case, it's a bad disign atleast. But then again, it's a developer right to what he things is the fastest way to level, atleast if he can pruve his statement that this is the right way to go. For example i do get like 5 levels at the grey-green areas because it safer and i loose less bots leveling like this, but if my profile was public, i bet every second customer would sayd that this is wrong. Also i completely agree with @CocoChanel statement, that description of a file that someone selling should realistic, don't understand why anyone will arguing with that.
  13. I have 6 accounts banned once (with proxies and stuff) that was not boting. Was just standing afk inside a WC. Gm decided that they are probobly fishing there and banned them all. While they don't even have a fishing skill. I wrote an apeal, 3 or 4 month have passed and they didn't not answer it yet) So basic rule here is "If they decide that you are doing something wrong, they ban you". No proofs are needed and appeal seems useless.
  14. Using direct exe (Wrobot.exe). Without relogger. Some bots are fine, others stuck with this (same game version, same realm for all of them). It's a Wotlk, so there is no directx setting at ingame options. The onli thing that helps is to reboot whole pc, that's sometimes help, sometimes not. But this method is annoing anyway beacause i have to stop everiothing that is going on at this PC and then restart it all. The error itself: Program versions: and I asume it may be on my side. What should i check first? Thank you.
  15. Those who mass bot do their own stuff mostly. I suspect that the same was with glider. Also at what retail expansion you were using Glider again?
  16. Yep, you will face many interesting things inbuilt in wrobot that is hard to overcome by your code. Welcome to the club. Also your solution is also bad. It will attack any mob on the way when he does not need to attack anyone (when bot can pass by safely or bot is stealthed and so on). Some time ago, Droidz made an update with the "roads concept". Any time bot need to move anywhere, he will try to do it by the road, because there is no mobs on the roads and that path will be faster. Previously he was just running straight with the shortest path. Nice update, i'd say. Very helpfull for 90% users. But for me, it was a nightmare. All my to town pathes was broken and the only way i was able to fix it is by blacklisting all the roads, wich is, again, very stupid solution from my side, because i can't use roads with pathfider now.
  17. Edited first part of my post, the one that about blacklisting, may be interesting for you.
  18. When wrobot blacklists the mob, it does not blacklist mobs position, so it continue to run trough. (That's how wrobot works, and this is right (logical) way to do it) When wrobot blacklist location (for any reason) it makes weird path around, that almost always leads to even more death in tight locations. (That's how wrobot works, and this is right (logical) way to do it) Also, most funny thing, wrobot will blacklist every mob you kill for some time (because why not, righ..) so as a result, when that exact mob will respawn, bot will ignore it for like 15 minutes more, and that, most likely, will lead to body pulling this mob on the way to another, not ignored mob. This is completely illogical. I have reported this bug for like a year now, but some gus have reported it way-way before me. 2-3 years for a critical bugs is okay here. At this video, bot is just running for a bird ignoreing the elemental on his way. This is also a normal behavior if your path is made like this (kills only birds in the area with elementals). He will just run for a mob that he needs for a quest / grind. The only thing that interfire with this issue is HMP, it will try to constantly scan is there any mob on the way, and if there is one, he will try to stop whatever wrobot is doing and will try to kill that mob first. This thing is not alway working tho. The real fix to this is to set kill both elementals and birds in your profile, or make a detailed path to avoid elementals and set search mob radius to very low. No one do that, as you can see. At this video, you can see how bot is trying to frost bolt elemental first, but facing wrong direction, so it quits it and goes for a bird. Btw he is trying to kill it, most likely, because of HMP, other way he would ignore it completley. That facing wrong direction is also bot side problem. At this video, nothig wrong is happening. Mage pulls the mob. Bodypulls another one, caster (wich is = death for mage in vanilla if you do not CC, but you can't polymorph dragons anyway). At the end HMP decides that he will try to tun away from combat (Wich i recomend to turn off). At this video, is the same problem that was with elementals. Your profile ignores dragons or that exact dragon was blacklisted before by a wrobot. At this video, wrobot blacklists mob while casting. This happens all the time, btw. That's how it works, for example. Bot decides to attack the mob. The range for attack he chooses (with FC or any other way) is 20 meters. He creates the path to a position 20 meters away from the mob. Targets mob and runs that path. Whenever bot have a mob targeted, fight class is activated (actually not excatley like this but nvm). In your fight class there is a frost bolt, that can be casted 30 meter away from the mob. Bot spams it when he is 30 meters away from the mob. Starts to cast. The act of cast breaks movement to 20 meters position. Bot is casting and trying to get closer to the mob at the same time, but he can't move closer, because movement is turned off for a casting time. He does not know that. He desides that he is stuck in the wall and mob is unreachable. He black list the mob. Then frost bolt is fired. Bot targets next mob and here we go. You can fix it with a fight class (i do) but once again, this is inbuid wrobot problem.
  19. Mate. No offence, but every point here is wrong. Literally every single one. You don't need any of it to bot. Grinder don't get you banned and so on... There is like 2.5 buyers for payed products, where do you want another developers come from if there is no money in here? It's not retail. There is no HB user base. Why do you think every other bot suck at privat realms? Because there nothing to do for them. No one want to tear apart his ass making things for 2.5 buyers, that basicly will quit vanilla when tehir level 15 rogue wearing grey dagger will not be able to kill a boar of the same lavel. P.S. Honestly saying, after all this stuff i want even to try publish some of my own things for sale and see how everyone will complain that it's to expensive or not perfect, while i was able to level literally thousend accounts with it.
  20. What? Why? They don't use public profiles at all.
  21. I was actually need only a true/false trigger that will not die with my process but will die wit a wrobot process. Inbuild Var class did the trick (atleast for now, will need to coplete the code first to be sure). But thank you anyway.
  22. That's great, didn't know it exist. I don't even need a value, so Exist() will do just fine. Thank you.
  23. All that thing causes another problem. When i create separate thread, it kills quester thread and. as a result, my plugin thread. Then it starts the quester again. Quester starts the plugin. Plugin starts new separate thread, that is killing quester again aaaaaaand down to the endles cycle we go. So befor createon of a new thread within the plugin, i need to check isn't there already that thread running, left by a previous plugin. But i can't do it from within current plugin thread, because it's a separate thread from the thread created by a previous plugin copy ))))) Is there any way to check for a status of a separate running thread? Maybe by it's name? Like wrobot.exe/MyThread? Or maybe i can create a variable that will be stored not in my plugin but in wrobot.exe thread? Then i'll be able to set it false after the wrobot.exe start, and set it true after the first thread start.
  • Create New...