I just downloaded this, and when I try to install it on Win2k, it states that it requires WinXP or higher. Yet, the website clearly states Win2k is supported.Quote:
Originally Posted by Freddie
Printable View
I just downloaded this, and when I try to install it on Win2k, it states that it requires WinXP or higher. Yet, the website clearly states Win2k is supported.Quote:
Originally Posted by Freddie
Sorry about that. Thanks for telling me. In the future it might be better to report problems with my program on my forum, which is at www.hotkeynet.com.Quote:
Originally Posted by Autofollow
I just made a new version of the program (build 18 ) and posted it on www.hotkeynet.com. It should start up on Win 2k. However I don't have Win 2k here so I can't test to see if it works. There may be a piece of code somewhere in the program that requires XP. I wrote most of the program a year ago and no longer remember everything I put into it. If build 18 doesn't run on 2k, please let me know and I'll try to fix it. Thanks again for the report.
Need to watch that trailing period. :)Quote:
Originally Posted by Freddie
The big issue I think that would stop people from using this, besides the BotSquad name, is that they don't know how many people have it installed and are not banned.
Personally this type of app sort of scares me, with the "send,sleep,send". Not to mention I wouldn't really want that.
I agree about the name. I changed it to "HotkeyNet" a few days ago, but didn't have time to change the screenshots on the website.
I also agree about the uncertainty of getting banned. But since it's a new program, I don't know how to make the situation any different.
The program only sleeps if the user defines a hotkey with the sleep command (which is called "wait" with this program). It's not something the program does on its own. It's entirely up to the user.Quote:
Originally Posted by hpavc
I was thinking of putting in a command that randomizes the length of the sleep. For example, <wait 1000 25%> would sleep between 1000 and 1250 milliseconds randomly.
Yeah too true. I was only playing my little triple boxing setup for a few hours today and it was amazing the abuse I got (narrow minded f**ks :P )Quote:
Originally Posted by Xzin
Like Xzin says - if you can walk away from your computer you are botting. If nothing happens unless you make it - that isn't botting. Quite simple really. It's not like you can go to sleep is it? :P
And have to agree - those "sleep" commands and being able to stack up key pushes makes me sort of uneasy - even the Autohotkey stuff which has that in.
Yes I understand now. "BotSquad" was definitely the wrong name for the program. It's just a hotkey program that can send commands to any window(s) on a network.Quote:
Originally Posted by Ubor
I didn't put "sleep" in the program for unattended play. I included "sleep" because the program is designed (among other things) to send keystrokes to more than one window on a single PC with a single keypress. In certain cases, one or both windows have to be brought to the foreground (alt-tabbed) before the keystrokes can be injected. It takes time to bring a window to the foreground (sometimes several hundred milliseconds). In such cases the hotkey has to be defined with a delay so it waits while the appropriate window is being "alt-tabbed."Quote:
Originally Posted by Ubor
I should probably emphasize that I didn't write the program just for gaming. It's supposed to be a general-purpose network-capable hotkey program. I can think of plenty of uses for a "sleep" command that have nothing to do with games.
I hear yeah there, but that wouldn't be the impression I would get if I was to visit your page: "With HotkeyNet, you can perform complex actions involving many characters with a single keystroke no matter which PCs the characters are on." I am not seeing the industrial computing aspect of BotSquad.Quote:
Originally Posted by Freddie
And by complex your referring to an entire script of key presses, which quickly gets you to "gimme 5 frostbolts to go mr player2" to "gimme 5 frostbolts, potion, and 5 more frost bolts" either from one key press.
The way of the junior botting gun seems to be the sleep and any attempt to make things natural such as randomization. Obviously no attempt to scan wow's heap or the like is made.
I wrote the beta website for gamers because I thought that was the easiest way to get testers. I thought they would immediately understand what the program does, unlike most other people. Also, there are lots of forums for gamers where the beta could be announced.Quote:
Originally Posted by hpavc
The place to see this is the instructions which describe what the program actually does. It's a hotkey program that can send commands to individual windows anywhere on a network. The program doesn't care whether those windows are games or any other programs. There is nothing game-specific about what it actually does.Quote:
Originally Posted by hpavc
Randomization doesn't seem to have any use except for games. (In some games, it would be useful for both attended and unattended play.) That's probably why I have not put it into the program, although I thought about it.Quote:
Originally Posted by hpavc
Sleep is different. It's not only useful for a wide range of uses, it's essential for many of them. That's why I did put sleep in the program.
That's right, the program does nothing of that sort. It's purely a general-purpose hotkey program. It knows nothing about WoW or any other games. It just sends keystrokes to windows -- any windows, not just game windows.Quote:
Originally Posted by hpavc
First: thanks for sharing the beginning of a great program at a great price :)
In v0.1.7, build 18.
Using a relatively simple script, I am unable to have hotkeys passed to a second instance of EverQuest (not EQ2).
[code:1] <hotkey w>
<sendpc local>
<sendwin test1>
w
<sendwin test2>
w
<restore>
[/code:1]
Using two renamed instances of notepad, the "w" passes to each notepad instance (named test1 and test2) as expected, regardless of what program is in the foreground.
Using two renamed instances of EverQuest (named test1 and test2), the "w" does not pass if a non-EverQuest program is in the foreground. If one of the EverQuest instances is in the foreground, "w" is captured twice (I assume once by the keystroke, and once by HotKeyNet).
A seperate issue: "sendwinM" did not seem to work, even in the notepad test.
Welcome! :) I'm happy to reply to any comments about my program here, but I'm worried that this thread may not be the right place for this kind of conversation. My apologies to the folks who run this forum if this is inappropriate. Maybe comments about my program should be in a separate thread, or maybe they should be moved to my forum, which is at www.hotkeynet.com .Quote:
Originally Posted by smiles
That's right. One of the w's is produced in the normal way by your keypress, not by HotkeyNet. For this reason it's better to use a nonprinting key like F1 as the trigger key when you test a macro. It's easier to see what's happening.Quote:
Originally Posted by smiles
Good, so we know HKN is set up properly and that the hotkey definition is written correctly.Quote:
Originally Posted by smiles
I don't have an EQ account so I can't test myself whether HotkeyNet works with it. It may not. It's extremely easy for a game publisher to prevent HotkeyNet from working (I didn't do anything tricky with HKN to try to prevent publishers from disabling it).Quote:
Originally Posted by smiles
However my first guess is that it's not working because EQ takes longer to move to the foreground than Notepad does, and you didn't put a delay in the hotkey definition. This is why HotkeyNet needs a "sleep" command. It has nothing to do with unattended play. It has to do with the fact that HKN has to bring each of your windows to the foreground before it injects keystrokes with <sendwin>, and this takes quite a bit of time. If you don't tell HKN to delay in your hotkey definition, it will try to inject the keystrokes as fast as it reads the hotkey definition, and the keystrokes will get injected before one or both windows finishing moving to the foreground. So I would try something like this for test purposes:
[code:1]<hotkey F1>
<sendpc local>
<sendwin test1>
<wait 1000>
X
<sendwin test2>
<wait 1000>
Y
<restore>
[/code:1]
Once you get this working you can try omitting one of the <wait>'s and reducing the length of time for the remaining one.
That's not surprising. <SendwinM> is a kludge. It won't work with all programs, but when it does, it's nice because it doesn't require a delay for windows to be brought to the foreground. As the beta goes on I will fiddle with it a bit to try to make it work with a wider range of programs.Quote:
Originally Posted by smiles
Thanks a lot for testing and taking time to tell me the results. I really appeciate it! And once again, my apologies to the moderator here if this thread is the wrong place for this kind of conversation.