Yayybo
Members-
Posts
13 -
Joined
-
Last visited
Yayybo's Achievements
Newbie (1/14)
14
Reputation
-
Ezrahell reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
mibeal reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
Yayybo reacted to a file: TBC Feral 1-70 BEST LEVELING/PVP FIGHT CLASS PERIOD
-
Mattrix reacted to a comment on a file: [Free] Operator - Multiboxing & Multiboxing Assistance Plugin
-
[Free] Operator - Multiboxing & Multiboxing Assistance Plugin
Yayybo commented on Yayybo's file in Plugins - TBC
Probably already a bit late :) I downloaded the current version and tested it out myself. For me the plugin does work but hell it's quirky lol. I do get the same exception from time to time when stoping/starting the bot. Guess the socket isn't disposed and initialized correctly, but while introducing strange behaviour it does work. The catch is i usually run the server with a melee class like rogue or warrior and keep 4 caster slaves behind me. A melee slave won't attack as they won't get in range as the simply /follow the main. Auto stops the main character (server) automatically as WRotation isn't intended to be used. I keep playing the main by hand and don't use WRotation so that wasn't a use case for me. Broadcasting stops all slaves so only the broadcasted hotkeys are used. Strangly for me the broadcaster isn't working anymore. Might be a bug since i run everything full virtualized, but it needs further investigation. Trading doesn't work either as the selected trade item just greys out but isn't put into the trade window. Might be a timing issue but aswell needs further investigation. Switching between broadcasting and auto bugs /follow for the slaves and forces a clean restart of WRobot. Unfortunatly i ceased the development as i don't play WoW anymore (atleast for the time). The plugin does work atleast for me with hell a lot of bugs and quirks. Due to some unfortunate events my local server just went pouf and the only version that i've left might be a bit older. I'll add the source if someone wants to fiddle around. Be warned the source code won't follow any SOLID principles and is quite a mess :D Operator.rar- 15 comments
-
- multiboxing
- party
-
(and 1 more)
Tagged with:
-
Cokol reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
sowelu reacted to a post in a topic: Quester Profiles in C#
-
AudreyH reacted to a post in a topic: Quester Profiles in C#
-
Well its doable but dunno if its worth the hassle to rewrite an existing product just for the sake of not using the profile editor :D Still i guess you could tweak the movement, approaching vendors/questgivers/trainers/flightmasters more easily with predefined pathes. Like if you are near a vendor that is inside a house swap to a predefined path instead of generating a new one with recast and detour...which gets stucked or hugs the wall like crazy. Hacked a small example together which is despite the name not very 'advanced' haha... . I've included two quest examples for Valley of Trials. Tested on TBC. Kinda wonky and not 100% working right now :/ Most of the included classes are empty as i've added them cuz i thought those features might be handy or must be included to work properly... . Atleast it was more convenient to write the quest profiles and a lot faster than with the profile editor x) AdvancedQuester.rar
-
Findeh reacted to a post in a topic: Turn off any movement
-
I usually get them via either with development tools or the helper tools in the profile editor. But dunno if it is what you're looking for...to get the spot you have to stand ontop of the point and hit the "my position" or similiar to get your current position...
-
I had similiar issues with the pathing where the bot took a working but rather unusual path (followed exactly the outline of a house...). Maybe a solution like @Droidz suggested could work for you aswell. Grab the point which the bot tries to use and overwrite it with a working point. Just add the snippet at the beginning of your profile within a RunCode block. https://wrobot.eu/forums/topic/2681-snippets-codes-for-quest-profiles/?do=findComment&comment=26713 Else you could try what @Matenia suggested and add a FollowPath step. Sadly this solution won't fit for any problem as you can't interrupt a running step. If you get stuck within a step the approach of @Droidz could work tho. If its a transition like get from A to B FollowPath does its job. If your FollowPath starts at a accessible location the bot can even move to the starting line without any issues. (Tick the "force start at beginning" in the profile editor)
-
Yayybo reacted to a post in a topic: Quester Profiles in C#
-
thanks, it is not exactly what i was looking for, as i've still to tether all the files together with a xml file. i hoped that there is a way to avoid the profile editor completly as it is quite cumbersome to work with it... . gonna look into it if it is possilbe to write a product for my needs. prolly possible if i dig into the api a bit more...
-
Hello folks! Just curious if i can write whole quest profiles in C#. I did find some examples and classes to derive from for quests, but it appears that those files have to be coupled with a xml-file. Currently i'm using RunCode and the likes quite often in the quest profile editor and while growing those files becomes quite tedious to edit. So basically my question is if there is a way to tether those .cs files, which derive from various quest classes, together without fiddling around with xml while preserving the ability to fill the gaps between those quest files with custom code.
-
[Free] Operator - Multiboxing & Multiboxing Assistance Plugin
Yayybo commented on Yayybo's file in Plugins - TBC
Make sure all your characters are in the same group, your main char has lead, all slaves run with WRotation, connect with all slaves first and then hit "Auto". I'm running fine with this version without any problems in regards of "my slaves don't attack" :D PM me your config and steps you've undergone maybe there is an issue with your setup.- 15 comments
-
- multiboxing
- party
-
(and 1 more)
Tagged with:
-
*self advertising inc* You might try out my Operator plugin :D It is listed under private servers tbc...should work on all versions tough You can either set it up to use fightclasses and following your party leader around or you can configure it as normal multiboxing tool with some auto features like auto loot and follow. Uses /follow with manual jump-keybind forwarding if activated to get across obstacles https://wrobot.eu/files/file/1385-free-operator-multiboxing-multiboxing-assistance-plugin/
-
reapler reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
Dreamful reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
Matenia reacted to a file: [Free] Commander - MultiBotting & Observation Plugin
-
Version 1.0.0
195 downloads
Commander is based on the Operator plugin and exposes functionality to start/stop specific WRobot sessions. Fast access to running instances to start/stop them to prevent any "oh shit"-moments while you play on your main. In addition you can move and resize any wow client to allow the visual observation of multiple clients at once. Get out the most of your display space without using an external windowing tool. Features: Start a specific WRobot session Stop a specific WRobot session Resize and move wow clients Single, Dual, Tri, Whatever-Monitor setups supported Double click on a connected client to open the corresponding WRobot session Freely movable GUI Instructions: Put the Commander.dll into your Plugins folder Start as many Wrobot sessions you want Activate the Commander Plugin under Wrobot -> Plugins -> Toggle Switch (On/Off) Configure the Commander Plugin under Wrobot -> Plugins -> Settings for selected plugin Change the port if neccessary (default is 12000) Set one WRobot session as server Configure your bot as usual to Quest, Gather, Grind or what ever :) Connected clients...start/stop each client individual Select a client and open the expander. Click on the "Map" icon to open a Resize & Move window. Move this window to a location where you want to position your wow client. Press "X" to close the Resize & Move window and the wow client of the selected character automatically moves & resizes to the location and size of the Resize & Move window. Move the Resize & Move window against a border and use the resize features of your operating system to scale to fractions of your monitor resolution. Result: Perfect borderless resized and quatered wow clients without fiddeling with screen sizes :) What you shouldn't do... don't start the clients first if there is no running server don't run multiple servers under the same port don't use the same port as the Operator Plugin as both plugins can connect to each other...Commander is just a stripped down version of Operator Known Issues: Rapidly starting/stoping WRobot via the WRobot GUI might crash the bot as the plugin can't keep up with starting and stoping while cleaning allocated resources Selecting a client is somewhat "hard" :) the listview item is small so try it on the edges or borders...same goes for moving the GUI Maximizing the Move & Resize window prevents further moving. Just close the Move & Resize and reopen it. Planned Features: Picture in picture wow clients Works with all WoW versions -
[Free] Operator - Multiboxing & Multiboxing Assistance Plugin
Yayybo commented on Yayybo's file in Plugins - TBC
- 15 comments
-
- multiboxing
- party
-
(and 1 more)
Tagged with:
-
[Free] Operator - Multiboxing & Multiboxing Assistance Plugin
Yayybo commented on Yayybo's file in Plugins - TBC
- 15 comments
-
- multiboxing
- party
-
(and 1 more)
Tagged with:
-
Version 1.0.5
547 downloads
Operator is a GUI-based Client/Server multiboxing assistance plugin, which utilizes WRotation and FightClasses. Several Wrobot instances connect to a selected Wrobot "master" instance and communicate with each other. Do not use it on a server where multiboxing isn't allowed! With the new version it is possible to configure a complete multiboxing setup where you can swap between manual driven slaves and WRotation driven slaves. You say: "Why don't you just use Party?" Running all clients with Party looks way to bottish in my opinion as all clients stack on each, attack on will and do nifty pathing stuff. For dungeons i stick with Party as Operator cannot control a healer. For open world i choose Operator. Keep in mind that Operator isn't handling any movements of the slaves and only relies on plain following. Melee classes as slaves could end up doing nothing as they might dont get in range. I do prefer caster classes as slaves and a melee/caster class as master. Features: Auto follow Wrobot "master" instance aka party leader Usage of provided FightClasses via WRotation Auto selection of best water & food currently held in inventory Command sessions to drink & eat Start/Stop all sessions and Wrobot Scan inventory and display its content Trade items from one character to another without tabbing through wow clients Display free inventory slots and money Loot target of master Gossip with target of master Attack target of master Freely movable GUI Opens Wrobot if double clicked on a character in the clients tab User defined key forwarding to all clients like other multiboxing solutions (HotkeyNet or Octopus) Resize and move wow clients to perfectly fit your display space Memorizes wow client size and position to restore them at the next session Remarks: Global hotkeys are swallowed and can't be forwarded to slave sessions If key broadcasting is enabled only whitelisted keys are sent Space (Jump) is automatically whitelisted and can be disabled via a hotkey. Per default it is enabled as it is sometimes handy to jump with all clients over an obstacle. Only keys sent from the master session are forwarded. Sending keys from a slave session won't forward any keys. Writing in a messenger for example won't forward any keys aswell. Instructions: Put the Operator.dll into your Plugins folder Start as many Wrobot sessions you want Activate the Operator Plugin under Wrobot -> Plugins -> Toggle Switch (On/Off) Configure the Operator Plugin under Wrobot -> Plugins -> Settings for selected plugin Set one instance (your party leader) as server in the plugin settings Change the port if neccessary (default is 11000) Whitelist keystrokes if needed to allow key broadcasting to all clients Adjust the keybindings of the global hotkeys to your liking Under Main -> Products choose WRotation Set your FightClass under General Settings Set your product settings to the following: Start/Stop toggle buttons, Drink command, Broadcast and Jump Hotkey and Client, Trade and Window Manager expander Expanded clients tab with connected sessions. The crown implies the party leader...and yup there is a pokeball inside the crown Selecting a client in the client tab displays its inventory contents. Choose a destination client in the To: ComboBox, select the items you want to trade and hit the pan. Operator Settings: Broadcast Keys - Whitelist keys you want to broadcast to all clients...just like a normal mutliboxing tool Print Debug Messages - As the plugin is verbose as f*** you can disable its logging to not interfere with other plugin debug messages Is Server - Configures a WRobot instance as server (master) or client (slave) Port - Listener Port for the server Global Hotkeys - Mostly toggle commands for fast enabling/disabling of selected features Window - Operator memorizes the position and size of each wow client you use. Decide if operator should restore size and position of each window What you shouldn't do... don't start the clients first if there is no running server don't start the operator via the GUI if not all clients are connected don't change the leader if your newly selected leader isn't acting as server...your clients will follow the newly selected leader while the old leader (which acts as server) does nothing don't run multiple servers...only one server and multiple clients Known Issues: Issueing the drink & eat command takes a bit if launched the first time as each clients iterates through the whole inventory to find suitable consumables Deleting consumables might screw up the drink & eat command as the plugin memorizes previously scanned consumables and their stackcount to prevent slow iterations through the inventory The inventory displays all distinct item names and not the corresponding stacks. Trading from one character to another tries to trade all items under a certain name. Even if there are two inventory slots free and you have selected two items the trade could abort as there are more stacks than free slots. I havent figured a way out to do a fast scan through all bags and slots with the Wrobot API. Doing it with LUA is way to slow to do it on a regular basis. Demon Hunter icon isn't provided in the clients tab. Instead Durumu from "Throne of Thunders" is used :=) Inventory updates are only propagated if the plugin is started Works only if all connected clients are in the same party...up to now you can't have a high level follow you and kill stuff if not in party It appears that slaves attack with a slight delay. This is because slaves won't attack if the target of the master hasn't lost some health points. The condition is included to prevent any "oopsies" caused by targeting hostile units without the intention to attack them as the combat is still driven by WRotation. Planned features: Full inventory scans triggered when the client selection changes Inventory scans outside of Auto or Multibox Interaction with (guild)bank and auto storage Proper propagation of leader swaps even if the new leader isn't acting as server Integration of non party members to join the fun Tested with TBC. Should work with other versions aswell... In addition a multiboxing addon like Jamba is recommended to accept and turnin quest, take the flight master, sell stuff...and more. I am happy for reports and suggestions that should be added :) If you consider leaving a comment i don't mind if you add the WoW version :P- 15 comments
-
- multiboxing
- party
-
(and 1 more)
Tagged with:
-
Is it possible to use 3rd party libs in a plugin? So far i did setup the classlibrary project and tried to include Akka.net, but the moment the ActorSystem is created: System.Reflection.TargetInvocationException Error: CS0009: Metadata file 'authManager.dll' could not be opened -- Invalid public key. I'd guess the obfuscated authManager.dll won't play nice in this case. For what i'm trying to accomplish i could use plain async sockets (which works) but they are so...bleh