DAoC dual-boxing

[elninost0rm]

Hi there!

I was using KeyClone a bit, tinkering here and there. My DAoC setup is as follows: Windowed mode, and each window COMPLETELY overlaps the one behind it. IE: I have my sorcerer on the main window but my cleric is also logged in behind it (maximized). I tried using key broadcasting to every instance of DAoC (I did the auto detect windows feature). It lists them in the box just fine. I noticed, however, that the key would be sent to the cleric's window (auto-stick selected person, which is a feature in DAoC). It would execute the key, but he would not stick me until I switched windows. THEN he would stick me. Any possible solutions to this problem? Thanks.

[binkiebink]

daoc devs are smarter than rob =[

[Lost Ninja]

Something to do with how keys are passed through DirectX I think, as such the way round it is to use InnerSpace, however that can get you banned (well it will in WoW not sure about DAOC), but others here have multiboxed DAOC far more than me...

((I signed up for two trials, played for about an hour and hated it so never went back. :D ))

[PyrostasisTDK]

back when I first got keyclone I had intended to do a 8 man setup... but I couldnt get keyclone to work with DAOC even 2 clients 2 pcs. I would LOOOOVE to be able to do this with DAOC, but cant really afford the hardware options, and dont have 8 pcs to use regardless if I did.

Id sell my soul and 2 of my mail order brides to rob if he could make it work.

[elninost0rm]

I do it already with daoc, but I'm only doing it with 2 clients, 2 computers (PC and laptop). I just the program "Multibox" for broadcasting, which works out well, and "Multiplicity" for being able to move my mouse to the other computer and what not. The problem is that I want to run 2 clients on the PC and one on the laptop (if you know anything about daoc, RR11 body sorc, RR11 fire wiz, RR11 DI bot/Bof/the WORKS bot also in tow stunning and shearing while the sorc heat debuffs 50% and the wiz and sorc just unload together. Stuff drops fast). Oh well I suppose. I've tried a lot of things so far to get it to work and it doesn't want to. Must just be the way the client is designed as opposed to WoW.

[PyrostasisTDK]

I think we should kidnap rob, and force him to live in my sweatshop untill he gets it working!

[elninost0rm]

I'm with you there! :-P

I tried AutoHotKey also, but it wants to crash upon broadcasting even one keystroke to the client in the background. /shrug. Running out of ideas here.

[Nisch]

I just got my setup finished yesterday. I was trying the software route, but then decided to go the hardware route. After experimenting with 2 wireless keyboards, I waited until my Vetra USB multiplier arrived.

So my setup is:

4 individual computers

4 accounts running DAoC

2 Keyboards (1 hooked to the Vetra, the other to the main PC's other USB port)

VNC Running on all computers, and the 3 slaves open on the main through VNC to control individual computers (This is much cheaper than extra monitors or a KVM). My main is a dual XEON 4GB SCSI machine, so it can run DAoC and 3 instances of VNC with no problem at all.

I have macros setup on the slave accounts to target/follow my main, assist, and then the same casting confiuration across all 4 computers.

I still have some bugs to work out with the key configurations, but I'm running around with 4 bainshees and it works rather well. My wife runs her bainshee, so we're a team of 5 doing some pretty quick leveling.

This setup is ideal for me because I don't want to be running any software that can get me banned.

[elninost0rm]

That's ideal for what you're trying to do, sure, (hardware) but I just want to be able to run TWO copies of DAoC on my desktop (can already do everything and anything with another on the laptop sofar as assisting, nuking, key broadcasting, etc., but I can't get the commands to be sent to the background client on my desktop (cleric) using KeyClone, or any software for that matter.

[Nisch]

Yeah I tried that as well for quite some time. I finally just decided to go the hardware route. I'm starting to think the game was designed with that in mind.

Funny thing is, I'm a .NET software developer with electronics engineering background. I first tried the software side of things actually coding it myself, but I failed to be able to get anything sent to the background client. Then when I went the hardware route. If I had the time, I would just make a PS2 repeater circuit myself, but with a wife and new baby, I wanted the quickest route, and that was the Vetra equipment. :thumbsup:

[Wilbur]

The only way I can think of to make this work, is to find the memory location where it detects if its the "active" window and modify if. Reverse engineering, Yay.

[elninost0rm]

So basically I would need 3 computers or no dice? :-( That makes me a sad panda. Oh well, I guess driving with the body sorc and fire wiz in tow is adequate, but with an RR11 cleric with alllll kinds of toys to bring along (including stuns, shears, heals, etc.) through broadcasting it'd be so much better, but oh well. I guess if I get a cheap ass PC over the summer I might think about it.

[Wilbur]

No, you can use Innerspace to do it.

$34 a year.

[Freddie]

I originally wrote HotkeyNet for DAOC, and it can send keystrokes to DAOC in the background without any trouble. You can leave the second client in the background almost indefinitely if you want, only bringing it forward when you need to click something with the mouse.

By the way, DAOC treats keystrokes for slash commands differently than keystrokes for hotbars and qbinds. The game accepts slash commands much more easily in the background than the other two. But you can feed all three types of input to DAOC while it's in the background with HotkeyNet.

Here's an example of a HotkeyNet definition that triggers hotbar "3" when DAOC is in the background:



<hotkey F3>
<sendpc local>
<sendwinM "DAOC 2">
<background_setfocus>
3<wait 200>
<background_killfocus>

P.S. HotkeyNet uses ordinary Windows calls. It doesn't hack DAOC or any other game in any way.

[Nisch]

Very cool. I wish I would have seen this before I spent a grand on hardware to run 4 boxes......lol

j/k...I just may have to add more accounts. 8)

[Freddie]

Hehe. I've never tried hardware, but I wonder what it does that is better than my software. I'm curious what the advantage is, if anything.

The software allows a person to program any key on any keyboard so it sends any desired mixture of commands to one toon, some toons, or all toons, regardless of which PCs they are on.

For example, if I press the numpad-plus key on my 3rd PC, two of my healers cast group heal at the same time. (One of them happens to be on that PC, the other happens to be in the background on another PC.)

Another example. If I press a certain key on my pally's PC, all the other toons assist him.

[Freddie]

As a result of this thread, over the last few days, I made some improvements to HotkeyNet's ability to send commands to a background window of DAOC. Previously the program could send commands to a toon in a background window, but you had to stop typing at that keyboard while commands were being sent in the background.

The new command pretty much throws that restriction out the window. Now you can manually control the toon in the foreground window while the toon in the background is simultaneously under hotkey control. It doesn't work perfectly -- occasionally a keystroke slips through by mistake to the background toon -- but it seems to be good enough for game play.

The new command is called SendWinMF. You can read about it here:

SendWinMF reference info ('http://www.hotkeynet.com/ref/sendwinmf.html')

And download here:

Download HotkeyNet 48 here ('http://www.hotkeynet.com/p/download.html')

I'd lke to add that this improvement is due to Elninost0rm, who began this thread. Elninost0rm suggested the change to me privately, helped me test it, and made several suggestions for improvements in other areas of the program that have now been implemented. Many thanks!

[Attyla]

Looks very interesting.

Can't wait to give it a go!

[Freddie]

Terrific, I'm looking forward to hearing what you think after you try it.

[elninost0rm]

Hi everyone,

Well, needless I think to say, Freddie is an awesome guy. He went above and beyond to answer all of my questions and even provided nearly instant feedback on bugs and personal issues with his program, HotKeyNet. I pretty much worked with him for an entire day testing certain things and I still have to continue doing it (sorry Freddie, swamped at college but I'll get around to testing mouseclick more!) I highly recommend this program to anyone that wants to play DAoC but not even that, considering any other game (for the most part) would seem to work also. Thanks again Freddie for all your help and awesome software! =)

-Matt

[Freddie]

Wow, Matt, thanks for the incredibly kind words. Like I said earlier you were a tremendous help. And it was fun working together with you on the program -- a nice break from the usual solitary programming routine. College comes first but maybe we can do it again. :)

[Nisch]

Well I gave your program a whirl. I kept running into an issue where if I set a hotkey to send to the background window, it wouldn't allow my normal keystrokes to go to the foreground window. I actually would have to write a hotkey for the foreground window as well even though that's the active window. Sounds like its a keyboard hook.....is that the case?

Anyhow, I did see a few missed keystrokes, but overall, it's a pretty nifty program. If you ever make it open source, I'd like to play around with it. I may give it another shot here soon, but I went ahead and bought a 5th computer this week for my goals.

You asked what advantage hardware has over your program. First get the banstick. I'm not running a single piece of software on my setup. Another would be the missed keystrokes. In my case, I'm playing 4 PBAOE casters and my main, which is a bard. and I need the spells to go off every time or I get into a bad situation. Lastly, I have a full keyboard at my disposal for my 4 casters, and a standalone for my main. That gives me about 150 usable keys to play around with. That would be one hell of a hotkey file ;(

But, when it comes down to price.......ease of setup........and price......oh and Price........HotKeyNet is something I'd recommend to anyone. Nice product.:thumbsup:

[Freddie]

Well I gave your program a whirl. I kept running into an issue where if I set a hotkey to send to the background window, it wouldn't allow my normal keystrokes to go to the foreground window.
Thanks a lot for trying it and giving me feedback. I'm really glad you told me about this problem. I'll have to fix it. I'm surprised, though, because I never heard of it before. Could you send me the hotkey definition? I'd like to find the cause of this and fix it.

The opposite problem has been in the program for a long time, namely, if you're using SendWinM, and if you type keystrokes into the foreground window while a macro executes in the background, the keystrokes get copied to both windows. I just added SendWinMF to address that. It succeeds in blocking the copying but at the expense of occasionally blocking some of the macro output to the background. The next thing I'm going to try to improve it further is buffering of typed keystrokes like AutoHotKey has.


Sounds like its a keyboard hook.....is that the case?
I'm not sure what you mean. Yes, the program installs a keyboard hook but except for one narrow exception, the hook has nothing to do with whether keystrokes get through to a window. The hook just looks to see if you've pressed a hotkey. The exception is that the hook blocks the key that triggers one of its own hotkeys.


Anyhow, I did see a few missed keystrokes...
That's obviously a dealbreaker. If you could send me the hotkey definition, I'd really appreciate it. On my three pc's, this happens with the new SendWinMF syntax, but not with the older syntax of SendWinM-plus-background_setfocus, which is clumsy, and which I'd like to phase out.


...but overall, it's a pretty nifty program.
Thanks, I appreciate it.


If you ever make it open source, I'd like to play around with it.
Well, that's unlikely, but you never know. But I will probably add a bunch of low-level functions that expose a lot of Windows API stuff directly to the user.


You asked what advantage hardware has over your program. First get the banstick. I'm not running a single piece of software on my setup. Another would be the missed keystrokes. In my case, I'm playing 4 PBAOE casters and my main, which is a bard. and I need the spells to go off every time or I get into a bad situation. Lastly, I have a full keyboard at my disposal for my 4 casters, and a standalone for my main. That gives me about 150 usable keys to play around with. That would be one hell of a hotkey file ;(
I see. Thanks for explaining. The first advantage I can't compete with. The second I'm pretty sure I can. The third disadvantage -- well, is it really a disadvantage? You can certainly have 150 hotkeys defined, if you want them. :)


But, when it comes down to price.......ease of setup........and price......oh and Price........HotKeyNet is something I'd recommend to anyone. Nice product.:thumbsup:
Hehe. Thanks again. :)

[Nisch]

Well I gave your program a whirl. I kept running into an issue where if I set a hotkey to send to the background window, it wouldn't allow my normal keystrokes to go to the foreground window.
Thanks a lot for trying it and giving me feedback. I'm really glad you told me about this problem. I'll have to fix it. I'm surprised, though, because I never heard of it before. Could you send me the hotkey definition? I'd like to find the cause of this and fix it.

The opposite problem has been in the program for a long time, namely, if you're using SendWinM, and if you type keystrokes into the foreground window while a macro executes in the background, the keystrokes get copied to both windows. I just added SendWinMF to address that. It succeeds in blocking the copying but at the expense of occasionally blocking some of the macro output to the background. The next thing I'm going to try to improve it further is buffering of typed keystrokes like AutoHotKey has.


Sounds like its a keyboard hook.....is that the case?
I'm not sure what you mean. Yes, the program installs a keyboard hook but except for one narrow exception, the hook has nothing to do with whether keystrokes get through to a window. The hook just looks to see if you've pressed a hotkey. The exception is that the hook blocks the key that triggers one of its own hotkeys.


Anyhow, I did see a few missed keystrokes...
That's obviously a dealbreaker. If you could send me the hotkey definition, I'd really appreciate it. On my three pc's, this happens with the new SendWinMF syntax, but not with the older syntax of SendWinM-plus-background_setfocus, which is clumsy, and which I'd like to phase out.


...but overall, it's a pretty nifty program.
Thanks, I appreciate it.


If you ever make it open source, I'd like to play around with it.
Well, that's unlikely, but you never know. But I will probably add a bunch of low-level functions that expose a lot of Windows API stuff directly to the user.


You asked what advantage hardware has over your program. First get the banstick. I'm not running a single piece of software on my setup. Another would be the missed keystrokes. In my case, I'm playing 4 PBAOE casters and my main, which is a bard. and I need the spells to go off every time or I get into a bad situation. Lastly, I have a full keyboard at my disposal for my 4 casters, and a standalone for my main. That gives me about 150 usable keys to play around with. That would be one hell of a hotkey file ;(
I see. Thanks for explaining. The first advantage I can't compete with. The second I'm pretty sure I can. The third disadvantage -- well, is it really a disadvantage? You can certainly have 150 hotkeys defined, if you want them. :)


But, when it comes down to price.......ease of setup........and price......oh and Price........HotKeyNet is something I'd recommend to anyone. Nice product.:thumbsup:
Hehe. Thanks again. :)


The hotkey file is the example you put in this post. I just tested one hotkey for one function for testing. However, I notice you mentioned that the program does block the keys that are used as hotkeys. So this means that if I don't have a hotkey defied for the foreground window, it won't send that to the game in the foreground. I set my hotkey to "3" instead of F3, which is where I have my spells bound. Since I didn't have it set to send it to the foreground too, then that explains why it didnt' work. That's why I asked if it was a keyboard hook, becasuse it could be writted to intercept and essentially discard keystrokes, which it seems like it's doing.

I also noticed that you said the background_setfocus is old.......I didn't try the new way yet with the SendWinMF.

I'll give it another try and let you know what I find.

[Freddie]

I set my hotkey to "3" instead of F3, which is where I have my spells bound. Since I didn't have it set to send it to the foreground too, then that explains why it didnt' work. That's why I asked if it was a keyboard hook, becasuse it could be writted to intercept and essentially discard keystrokes, which it seems like it's doing.
Right, exactly. Since the program is a hotkey program, not a key broadcasting program, it has to offer the user the option of either passing that particular key through or not passing it through. I chose to make the first option the default since I figured that is what most people will expect from a hotkey program. But like you say, the other option is easy enough to arrange. It's just an extra two lines in the definition:

<hotkey 3>
<sendwin NameOfForegroundWindow>
3


I also noticed that you said the background_setfocus is old.......I didn't try the new way yet with the SendWinMF. I'll give it another try and let you know what I find.
Great. In that case I'm going to post a new build 51 later today with an improved <SetBackFocusDelay> which is necessary to tune SendWinMF. The new version of the command will take two arguments so you can fine-tune both the delay before and the delay after the send. If that doesn't work for you, then I still have the new buffering stuff up my sleeve.

[PyrostasisTDK]

Heya freddie!

Just curious, havent used your program before, are there any guides or walkthroughs up aimed at daoc? Id love to tinker with it.

[Freddie]

I also noticed that you said the background_setfocus is old.......I didn't try the new way yet with the SendWinMF. I'll give it another try and let you know what I find.
I just changed that stuff again in build 51 which is now on the site. I tested it in DAOC on two different PC's and didn't notice any missed keystrokes. Definitions can be a little simpler now:


<HotKey F3>
<SendPC Local>
<SendWinMF Uber1>
3
<SendWinMF Uber2>
3

However, when you try this, you may find that keystrokes don't always reach the background window. Or, conversely, you may find that if you type keystrokes into the foreground window while a macro executes in the background, your typed keystrokes go to both windows by mistake. If these things happen, you need to adjust the length of an internal delay with a new command, SetFocusDelay ('http://www.hotkeynet.com/ref/setfocusdelay.html').

For example, if you need to make the delay longer, you would add a line to the definition like this:


<HotKey F3>
<SendPC Local>
<SetFocusDelay 0 50>
<SendWinMF Uber1>
3
<SendWinMF Uber2>
3

[Freddie]

Just curious, havent used your program before, are there any guides or walkthroughs up aimed at daoc? Id love to tinker with it.
Howdy Pyrostasis. Not exactly but all the examples in the instructions on the website were written for DAOC because that's the game I was playing while I wrote them. The instructions are here ('http://www.hotkeynet.com/p/doc.html').

[PyrostasisTDK]

Another question... is it possible, with out breaking the eula, to run more than 2 clients per machine?

Thats really cramping my setup =(

[Freddie]

I've been told by a friend who spent a few hundred hours looking at DAOC in a debugger that each instance of DAOC creates a mutex that other instances look for before they run. Assuming that he's right -- and I have no reason to doubt him, he's a very good programmer -- I can't think of any way that you could run more than two instances without violating the EULA. But maybe there's a way that isn't occurring to me.

[PyrostasisTDK]

Hey freddie, Im working on getting this running, but having a bit of trouble... and cant seem to locate a faq, and while your walk throughs are great on how to setup... there are a few things Im confused about.

I created a hot key file.

<hotkey F1>
<sendpc 192.168.0.107>
<sendwin Box>
<F1>

<hotkey F2>
<sendpc 192.168.0.107>
<sendwin Box>
<F2>

<hotkey Tab>
<sendpc 192.168.0.107>
<sendwin Box>
<2>

<hotkey Home>
<sendpc 192.168.0.107>
<sendwin Box>
<3>

Its pretty basica atm, it simply just assists, targets me, nukes... and well thats it. I have the client and server connected, both copys of HKN show they are connected... however, when I press a key (after I have loaded the key file) the main HK app seems to notice, but the one on my laptop seems to completely ignore it.

I cant even tell if information is being passed, and obviously the other toon isnt doing what I ask it to heh.

Do I have to load the hotkey file to BOTH apps?

I have renamed both clients and Box is the client on my laptop.

[PyrostasisTDK]

Figured it out NM, I had the wrong ip for client /slapsself

[PyrostasisTDK]

Ok... have another question freddie.

Im trying to run 2 clients on one pc, and 1 client on a laptop.

with 1 on each computer, things work fine (slight delay on targeting but no biggie)

Main issue, I added a client to my main pc, and am having trouble sending it information while maintaining focus with the main window.

For instance

<hotkey F2>
<sendpc local>
<sendwin Main>
<F2>
<sendpc local>
<sendwinm Mainbox>
<background_setfocus>
F2<wait 200>
<background_killfocus>
<sendpc 192.168.0.103>
<sendwin Box>
<F2>

This command 80% of the time switches focus to my second client (Mainbox) and ignores the primary window, clicking back on the primary window and re-executing the command simply makes the focus the second client again.

While not a huge issue with my stick macro.... its a major issue with my nuke macro.
<hotkey 1>
<sendpc local>
<sendwin Main>
<1>
<sendpc local>
<sendwinm Mainbox>
<background_setfocus>
1<wait 200>
<background_killfocus>
<sendpc 192.168.0.103>
<sendwin Box>
<1>
This in essence makes my secondary client my main, and ignores the primary.

I attempted to change the order of the variables (call the second client first instead of last, but no help there. I tried changing the variable name, no luck there.

Any ideas?

Having the window focus change like that in combat is rather rough =(

[PyrostasisTDK]

solved with sendwinmf

[Freddie]

I missed that whole adventure. :)


solved with sendwinmf
If that doesn't work perfectly, you can fine-tune it with SetFocusDelay. That's the new thing I added earlier today.

[Freddie]

P.S. I wish it wasn't so hard to figure out how to use this. If you can think of changes that would make it easier, please let me know.

[PyrostasisTDK]

Once I figure it out, Ill throw up a guide with step by step macros, thats usually what helps me.

X does y
X does y
set x and x and x to do y

etc.

Its a good program for those who dont mind tinkering, but Johny Highschoolers gonna get the hell scared out of him looking at it. If I didnt want to multibox in DAOC so bad I probably would have given up.

The program is nice though, and once you figure out what things do... seems to be as functional as other programs I have used in other games, with the added bonus of being free.

One question, is there a hot key to turn off hotkeying? I know there is a check mark, but if I have hotkeys set to keys I use for say chat, its kind of a pain to find the window, check it, type, then recheck it.

Keyclone uses the Pause key on the keyboard to stop function till its pressed again, nice and quick.

[Attyla]

One question, is there a hot key to turn off hotkeying? I know there is a check mark, but if I have hotkeys set to keys I use for say chat, its kind of a pain to find the window, check it, type, then recheck it.

Keyclone uses the Pause key on the keyboard to stop function till its pressed again, nice and quick.
Here's the code I used (using pause since I am familiar with Keyclone)



//===========================
// Pause key
// SM 1 = Stick
// SM2 = Stick
// Healer1 = Stick
//===========================

<hotkey pause>
<sendpc local>
<sendwinmf SM2>
<toggle_hotkeys>
<sendwinmf Healer1>
<toggle_hotkeys>


Note, with hotkey open, you can see the keystroke designation in the show keystrokes window.

[Freddie]

Its a good program for those who dont mind tinkering, but Johny Highschoolers gonna get the hell scared out of him looking at it. If I didnt want to multibox in DAOC so bad I probably would have given up.
Thanks for the kind words. As for Johnny -- maybe I need to be more clear that this is an early beta test. At this stage the program is suitable only for testers who are willing to fiddle around with techincal things. It's not a program for ordinary users.

All of the functions are in an experimental form. I'm changing them from day to day. At this stage I'm not trying very hard to make them easy to use because I haven't decided yet exactly what they do. Later on, after I'm sure what the functions do, I'll redesign the syntax and interface to make the program easier to use.


Once I figure it out, Ill throw up a guide with step by step macros, thats usually what helps me.
That would be a great thing. But please be aware, the program is changing constantly, so anything you write today may be out of date tomorrow.


One question, is there a hot key to turn off hotkeying?
HotkeyNet allows you to define your own hotkey to turn hotkeys off. The function for doing this is in the list of functions which is here ('http://www.hotkeynet.com/ref/functions.html'). It's called <TurnHotkeysOff>.

Edit: The spelling of TurnHotkeysOff changed in build 52. I edited this post so it uses the new spelling.

[Freddie]

Thanks for explaining that, Attyla. Let me just add that turning hotkeys off and on has to do with the PC as a whole, not any particular window. So you can leave out SendWinMF and just write this:



//===========================
// On/off key
//===========================
<Hotkey pause>
<SendPC Local>
<ToggleHotkeys>

Edit: The spelling of ToggleHotkeys changed in build 52. I changed the example to reflect this.

[Freddie]

In an effort to make the program easier to understand, I added a new form of SendWin just for background DAOC windows. This makes the instructions pretty simple:

-- If your DAOC window is in the foreground, use SendWin.

-- If it's in the background, use SendWinBackgroundDAOC.

-- If SendWinBackgroundDAOC doesn't work quite right, adjust the timing with SetFocusDelay.

[PyrostasisTDK]

is that the same as sendwinMF?

There were 2 - 3 send commands, and sendwinmf was the only one that would work for me last night with 2 clients on one pc.

Im headed out to breakfast with the family, Ill test it when Im back, appreciate the hold key toggle tutorial.

My apologies also, I didnt realize this was in beta, for beta software its f'ing amazing

[Freddie]

Yeah it's the same as SendWinMF. I just added another name for it to try to make the usage self-explanatory. You can use either name.

Have a great breakfast. :)

Thanks for testing. If it doesn't work perfectly with the default timings on your PC, it would be amazingly great if you could fiddle around with the timings with SetFocusDelay and try to get it perfect and let me know how that works.

No need to apologize. If anything it was my faullt for not making it clear. The website barely said anything about a beta. I just added some stuff to the download page to make it more obvious.

[PyrostasisTDK]

strange... today... I noticed something a bit weird in my testing.

If I dont face my target, and I press my nuke key (1) while holding right mouse (for mouse look) my toon turns in perfect 90 degree increments.

So... I cant really use mouselook while using the program. After more testing, it seems like ANY key that goes to a client with the right mouse button held down makes the primary client turn 90 degrees in game.

Any idea why?

[Freddie]

Maybe i'm not understanding you too well but I can't duplicate this problem. Am I doing this right?

1) Hold down right button for mouse look.

2) On that same PC, press a hotkey that makes the two toons on that PC nuke.

3) I assume the hotkey sends to two toons on that PC with SendWinMF.

There was no problem when i did this.

P.S. Could you quote the hotkey definition here?

[PyrostasisTDK]

here ('http://files.filefront.com/Demowmv/;9559158;/fileinfo.html') is a video of what Im experiencing

In this video Im pressing 1 for nuking sending it to main client, and secondary client on same pc. While pressing 1 repeatedly Im also holding the right mouse button which I use for mouse look. Not sure why Im getting the funny twitch.

Another question. Is it possible to have a key sent repeatedly while pressed? I.E. if I were to hold 1 down, it would continuously send 1 to the other clients until Im done? Would make formation macros and such possible.

And my hotkey settings atm

<hotkey F1>
<sendpc local>
<sendwin Main>
<F1>
<sendpc local>
<sendwinmf Secondclient>
<F1>
<sendpc 192.168.0.103>
<sendwin Box>
<F1>

<hotkey F2>
<sendpc local>
<sendwin Main>
<F2>
<sendpc local>
<sendwinmf Secondclient>
<F2>
<sendpc 192.168.0.103>
<sendwin Box>
<F2>

<hotkey Tab>
<sendpc local>
<sendwinmf Secondclient>
<2>
<sendpc 192.168.0.103>
<sendwin Box>
<2>

<hotkey Home>
<sendpc local>
<sendwinmf Secondclient>
<3>
<sendpc 192.168.0.103>
<sendwin Box>
<3>

<hotkey 1>
<sendpc local>
<sendwinmf Secondclient>
<1>
<sendpc local>
<sendwin Main>
<1>
<sendpc 192.168.0.103>
<sendwin Box>
<1>

[PyrostasisTDK]

also wanted to note, I havent upgraded to the new version you released today, Ill get that shortly

Sorry for spamming so many questions...

[Freddie]

That video is one of the best bug reports I've ever seen. :) It looks like the foreground toon is getting interrupted movement commands from somewhere, but I don't know where.

Were you moving the mouse around or just holding the button down?

Do you have right button defined differently on the two clients or is it mouse look on both?

I copied your hotkey and tried it, but there's no problem here when I use it. I can look around with mouse look as much as I want while the toons cast, and everything is normal.

One thing that occurs to me is that I changed SendWinMF quite a few times in the last few builds. You should probably try this again with the current build (53) and see if it still happens.

Also, do you have any kind of software installed that does anything with the mouse?

>> Sorry for spamming so many questions...

That's okay, i asked so many in this post I'm probably ahead of you now. :)

[Freddie]

Another question. Is it possible to have a key sent repeatedly while pressed? I.E. if I were to hold 1 down, it would continuously send 1 to the other clients until Im done? Would make formation macros and such possible.
Not yet but it's on the list of things to do.

[PyrostasisTDK]

hmm... no right mouse is just mouselook, and its mouselook on both clients. Let me upgrade the version of the program.

Also I dont have anything else running other than firefox and xfire.

[PyrostasisTDK]

upgraded the program, and still having the issue... just noticed its not just main client but both clients are turning, also changed sendwinmf to SendWinBackgroundDAOC still same issue.

Changed the hot key for mouse look to left mouse button, still turning.

SOOOLVED!

Ok had an idea, maybe its cause both clients had mouse look on? Killed mouse look on second client, and problems solved. I am also running both clients off the same DAOC directory... so might be the issue.

Problem seems to be when BOTH clients have mouse look as the same key, it does rotations, might be due to same dir.

[PyrostasisTDK]

new issue. Anytime a command is sent to an alt account in motion (assist) it breaks stick. Going to copy daoc to a separate directory and see if that fixes it.

[PyrostasisTDK]

Ok two different installs, sending assist while on the move still breaks stick as does any key (timer buffs etc). It doesnt break on second pc, so I believe it has something to do with the focus change, apparently thats breaking stick some how.

Also tried setting the affinity to split on the cores of my dual core, same issue.

[Ryjara]

Hi there :) I also started using the HotKeyNet program. It's very nice and seems to work really well.

I also play Dark Age of Camelot and have 5 machines. I use Synergy to link the screens. My plan was to have 2 clerics on my main machine, which works great with HotKeyNet, as I can get them to heal and assist my targets with the hotkeys.

I have 2 scouts on another machine, but when I mouse over to that computer (with Synergy), pressing the hotkey doesn't work. I have to physically press the hotkey on the keyboard for the 2nd machine.

I got around this issue by using the Server/Client and then it was okay. The only thing is now is to do a repeat/loop of the command I want them to. >.<

I tried using AutoHotKey to make a loop, but it doesn't make the keypress to activate the HKN key. :(

Otherwise great work on the program so far :thumbup:

[Freddie]

SOOOLVED!

Ok had an idea, maybe its cause both clients had mouse look on? Killed mouse look on second client, and problems solved..
I'm glad you discovered this, but I'd call it a work-around, not a solution. But let's put this aside for now and focus on the new problem, because the two things sound like they could be related (both seem to involve movement commands that should not be arriving).


new issue. Anytime a command is sent to an alt account in motion (assist) it breaks stick. Going to copy daoc to a separate directory and see if that fixes it.
Is the foreground toon driving when this happens? If so, this is probably an example of the need to adjust the timing for SendWinMF and SendWinBackgroundDAOC.

Here's how we can diagnose the problem: Drive on autorun (default key is numlock I think) instead of holding a key down. Now, while you are not pressing any other key, press the hotkey. Does the toon still lose /stick?

[PyrostasisTDK]

Nice catch, no it only loses stick when Im walking forward with W pressed and hit assist key.

To clarify. Driving with Main, stuck with Secondclient. Holding down W and moving towards a target Main has targeted. Hit assist key, Secondclient stops moving and assists.

Driving with main, stuck with secondclient. Using autorun no key pressed and moving towards a target main has targeted. Hit assistkey, secondclient stays stuck and assists.

[Freddie]

Hi there :) I also started using the HotKeyNet program. It's very nice and seems to work really well.
Glad to hear it. Thanks a lot.


I have 2 scouts on another machine, but when I mouse over to that computer (with Synergy), pressing the hotkey doesn't work. I have to physically press the hotkey on the keyboard for the 2nd machine.
I just made a new build for you (number 55) that may solve the problem. If not, please let me know.


I got around this issue by using the Server/Client and then it was okay.
I'm sorry, I don't understand this. Does "server/client" refer to Synergy or HotkeyNet? With HotkeyNet, every machine can do the same things regardless of whether they are clients or servers.


The only thing is now is to do a repeat/loop of the command I want them to. >.<
Is this something you're planning to do with Synergy, or are you saying you'd like to see it added to HotkeyNet? As far as HotkeyNet goes, I don't have any immediate plans to add this sort of thing.


I tried using AutoHotKey to make a loop, but it doesn't make the keypress to activate the HKN key. :(
This may work with build 55. (If it does, I'll be amazed that you can stack three programs like this on top of each other and get something useful out of them. :) )


Otherwise great work on the program so far :thumbup:
Thanks a lot. :)

[PyrostasisTDK]

Ok fred Im a bit confused, I assume my testing proved something about the timing, but Im not sure what or how to fix, can you elaborate?>

[Freddie]

Ok fred Im a bit confused, I assume my testing proved something about the timing, but Im not sure what or how to fix, can you elaborate?>
Give me a minute, I'm in the middle of writing a novel for you. :)

P.S. I liked the first version better. :)

[Freddie]

Nice catch, no it only loses stick when Im walking forward with W pressed and hit assist key.
Thanks. Let me explain what's happening and what I'm doing about it. (By the way, your description was terrific. Absolutely clear.)

The toon's stick is breaking because his copy of DAOC thinks the person who's playing him hit the "go forward" key on his keyboard. Why does DAOC think that? Because the keypresses you're generating by holding down the W key, which are supposed to go only to the foreground window, are "leaking" into the background window.

Why are they leaking? Because HotkeyNet is doing unnatural things with keystrokes in an effort to manipulate DAOC into accepting keystrokes while its in the background, which is something it was deliberately designed not to do. It's not surprising that this doesn't work perfectly.

What can I do to stop the leaking? Well, for the past week I've had two ideas about this. One idea was to insert some delays in the SendWinMF code. The second idea was to add a buffer for keyboard keystrokes so they don't get sent until after HotkeyNet's unnatural tricks are finished. I decided to implement these ideas one at a time so we can test them and see how well they work.

I started implementing the first idea (the delays) last week. I've changed the implementation of them several times now. In the current build (55) you adjust them with this command:

<SetFocusDelay 0 15> ('http://www.hotkeynet.com/ref/setfocusdelay.html')

If you make the second number lower, you'll get less leakage. Unfortunately, there's a tradeoff. As the second number gets lower, the desirable keystrokes (the ones from the macro) are also less likely to get through.

In other words, as you make that number lower, the W's are less likely to get through to the background window, but the keystrokes in the word "/assist" are also less likely to get through.

The question I've been waiting for the testers to answer is: Can you make that second number low enough that leakage stops 100%, but the desirable keystrokes stlil get through?

As soon as I've received a few answers to this question from testers, I'll move on to the second part of the solution, the keystroke buffer, which will (I hope) make these functions work even better.

[PyrostasisTDK]

ok let me test that now, Ill see what I come up with.

[PyrostasisTDK]

ok <SetFocusDelay 0 15> gives me the 90 degree twist in the video I showed you for the assist

Same thing with <SetFocusDelay 0 10>

Tried increasing.

At <SetFocusDelay 0 25> The twist stops, but the assist breaks.

Lowered again

At <SetFocusDelay 0 20> The twist returns.

Going to start going between the two.

<SetFocusDelay 0 21> still turning.
<SetFocusDelay 0 22> still turning.
<SetFocusDelay 0 23> still turning.
<SetFocusDelay 0 24> stops turning... but breaks stick.

I only added the delay to my assist key, let me paste how I used it.

<hotkey Tab>
<sendpc local>
<SetFocusDelay 0 24>
<SendWinBackgroundDAOC Secondclient>
<2>
<sendpc 192.168.0.103>
<sendwin Box>
<2>


--------------------
Going to keep reducing below 10 and see what happens

9 worked first click, all follow up clicks turned.
8 turned
7 turned only main client, and only slightly
6 first stroke only turned main client, following turned both
5 worked...WOOT!

Seems at 5 its fully functional going to play around with it a bit to make sure.

Ok, 5 breaks under multipresses, lowered it down to 1. As it approached 1 it had to be spammed more and more, at 1 its more or less gone.

[Freddie]

You're getting twisting while pressing W without pressing the right-mouse bubton? Or did you go back to the macro that caused problems with right-click?

Let's put the right-click problem aside for the moment because it involves the mouse and therefore introduces more variables. It's easier to debug things if we stick to the simplest possible case. So let's test while running on /stick and pressing W's.

The macro's good but the only way to stop the leakage is to go down from 15 because 15 is the default you started with. In other words try:

<SetFocusDelay 0 14>
<SetFocusDelay 0 13>
all the way to
<SetFocusDelay 0 0>

[PyrostasisTDK]

meh totally forgot about the right mouse button! ughh, let me retest.

[PyrostasisTDK]

ok at 5 no break stick, works fine even when spammed

[Freddie]

I'm trying to understand where the twisting is coming from. That's a totally incomprehensible bug to me. What keys or mouse buttons are you pressing when the twisting happens? I'm not talking about the macro output, i'm asking what you're doing manually with your fingers.

[PyrostasisTDK]

the twisting I believe is due to mouse look. I ONLY get the twist when running TWO clients with right mouse as mouse look. I turn it to where only ONE client has mouse look on and no more twist.

I just forgot to do that again... so my fault.

As for what I do when that happens. Pressing W to move forward. Spaming tab to assist. Holding right mouse to turn. If I disable mouselook on the second client on same pc, problem goes away.

[Freddie]

Doh. This whole conversation, I had Mouse Look and Mouse Pan confused. That's why I couldn't understand how it could break stick. I just logged into the game and tried them both. Okay, now I understand.

Thanks for testing. So what's the bottom line? 5 works the best? Is it good enough or not quite?

[PyrostasisTDK]

out of maybe 500 spams it broke stick one time... thats fine for me

[Freddie]

What happens at 4 and 6? I'm trying to get a sense of how sensitive it is.

[Ryjara]

I'm sorry, I don't understand this. Does "server/client" refer to Synergy or HotkeyNet? With HotkeyNet, every machine can do the same things regardless of whether they are clients or servers." I configured the HKN to be the server, and my other 2 machines to be clients to test them last nite. I had to load my hotkeys into my main machines (the HKN server) and send out the commands with their ip addresses, whereas I was hoping to keep them separate on their own machines :)


Is this something you're planning to do with Synergy, or are you saying you'd like to see it added to HotkeyNet? As far as HotkeyNet goes, I don't have any immediate plans to add this sort of thing. Synergy is just what I use to link the screens so I don't have to physically use my other keyboards. Otherwise I was just hoping to use AutoHotKey to have them repeat an action.

This may work with build 55. (If it does, I'll be amazed that you can stack three programs like this on top of each other and get something useful out of them. :) ) That'd be cool ^^ I'll check it out right now! :D

[PyrostasisTDK]

I started at 5, it worked fine, went to 6, it works well, Ill continue upwards. Seems 5 - 6 is the sweet spot, 7 breaks rarely, but frequently enough to be an annoyance.

[PyrostasisTDK]

Ryjara Autohotkey and Hotkeynet are 2 different programs, if that was a typo just ignore me =)

[Freddie]

Okay, thanks a million for testing this. I think this is way too sensitive to tiny changes to be practical for the average user. I guess I'll implement the keystroke buffer tomorrow.

[PyrostasisTDK]

Okay, thanks a million for testing this. I think this is way too sensitive to tiny changes to be practical for the average user. I guess I'll implement the keystroke buffer tomorrow.Better not break it! Id hate to have to kill you, specially after you have been so useful. Now... just to find the 90 bucks to activate these accounts...

Thanks again fred for a good functional program, First one I have found yet that lets me kick ass on daoc.

[Freddie]

You been such a terrific tester I'll make a special effort not to break it. But no promises !!!

Thanks for the compliments, much appreciated.

[Ryjara]

Ryjara Autohotkey and Hotkeynet are 2 different programs, if that was a typo just ignore me =) ^^ hehe I was trying to use them 2 programs together since HKN doesn't repeat actions, I just needed something that would, which is where AHK comes in.

So far with HKN, Machine #2 picks up that I'm pressing keys... I was really excited but then I found it still doesn't do the hotkey action. But it senses that I'm pressing keys (in the show keystrokes feature in HKN) when I mouse over from the main machine with Synergy. It's getting close!

And I tried using AHK to repeat a HKN hotkey, and no dice.

I look funny dancing in-game though ^^

[Freddie]

Can you post the hotkey definition here? The one that isn't getting executed on PC 2?

[Ryjara]

<Hotkey 6>
<SendPC Local>
6
<SetFocusDelay 0 50>
<SendWinBackgroundDAOC daoc1>
6
<SendWinBackgroundDAOC daoc2>
6


It works when I press Machine#2's keyboard. Just not when I mouse over from the main.

[Freddie]

When you try to trigger that definition from PC 1's keyboard, what exactly do you see in HKN's window?

[Ryjara]

Yes, that definition is for Machine #2 with my 2 scouts. The hotkey set to a macro on their hotbar with /dance. They both dance synchronously when the physical keyboard #2 is pressed.

When I mouse over, (I think) Synergy is telling each computer that the main keyboard is on Machine #1. When I press 6 from the main keyboard on the 2nd machine, Show Keystrokes says "key name = <6> virtual key code = 54 scan code = 7" but there is no action.

The hotkey definition says <SendPC Local>... my thought basically ends there, they're just not talking >.<

[Freddie]

When I press 6 from the main keyboard on the 2nd machine, Show Keystrokes says "key name = <6> virtual key code = 54 scan code = 7" but there is no action.
That does not mean HKN 2 is recognizing a hotkey. If HKN recognizes that the hotkey is pressed, you will see something in the window labeled "Hotkeys pressed on this computer."

[Ryjara]

Ya, there's nothing in that section "HotKeys pressed on this computer," It's empty :(

[Freddie]

Let me be sure I understand.

(1) You press 6 on keyboard 2. Hotkey fires on PC 2.

(2) You press 6 on keyboard 1. You see "key name = <6> virtual key code = 54 scan code = 7" on HKN 2. But hotkey doesn't fire on PC 2.

Is that right?

Do you have a hotkey defined for 6 on PC 1?

[Ryjara]

Let me be sure I understand.

(1) You press 6 on keyboard 2. Hotkey fires on PC 2.

(2) You press 6 on keyboard 1. You see "key name = <6> virtual key code = 54 scan code = 7" on HKN 2. But hotkey doesn't fire on PC 2.

Is that right? Yes, that is correct :D


Do you have a hotkey defined for 6 on PC 1? HKN is not loaded on PC 1. I could, however, use the Server/Client feature in HKN and do it that way, and it would work. Yes, I could do it this way, but then I have the issue of wanting to run a repeat/loop on that command through AHK and the keystrokes don't get through, possibly because of the keyboard hooks?

What do you see in the output windows on HKN 2 when you fire the macro using Keyboard 1? HKN 2 has no output from anything done from PC 1 keyboard.

Here's some pics :D

http://i247.photobucket.com/albums/gg124/ryjara/diagram1.jpg
PC #2
http://i247.photobucket.com/albums/gg124/ryjara/diagram2.jpg


^^

[Freddie]

HKN 2 has no output from anything done from PC 1 keyboard.

But you see "key name = <6> virtual key code = 54 scan code = 7" when you press 6 on keyboard 1, correct?

(I'm asking to be 100% sure about this because this combination of facts seems very puzzling to me.)

[Ryjara]

But you see "key name = <6> virtual key code = 54 scan code = 7" when you press 6 on keyboard 1, correct?

(I'm asking to be 100% sure about this because this combination of facts seems very puzzling to me.) :D yes, very puzzling.

You are correct. I see the keys I press (from PC 1) on PC 2's HKN window on the "Show Keystrokes" portion.

[Freddie]

Posted by accident.

[Freddie]

Let me ask you this. You did these two things:

1. Pressed 6 on keyboard 2 and the hotkey fired correctly.

2. Pressed 6 on keyboard 1 and saw ""key name = <6> virtual key code = 54 scan code = 7" " but the hotkey did not fire.

Here's the question: Did anything change about the computer's state or program's state in between those two actions?

For example, did you:

Change a hotkey definition?

Load a hotkey file?

Close and reopen HotkeyNet?

Is it possible that you accidentally turned off hotkeys on HotkeyNet?

Edit: Did the target windows (the game windows) close by the time you tried keyboard 1?

[Ryjara]

Let me ask you this. You did these two things:

1. Pressed 6 on keyboard 2 and the hotkey fired correctly. Yes.


2. Pressed 6 on keyboard 1 and saw ""key name = <6> virtual key code = 54 scan code = 7" " but the hotkey did not fire. Yes.


Here's the question: Did anything change about the computer's state or program's state in between those two actions?

For example, did you:

Change a hotkey definition?

Load a hotkey file?

Close and reopen HotkeyNet?

Is it possible that you accidentally turned off hotkeys on HotkeyNet?

Edit: Did the target windows (the game windows) close by the time you tried keyboard 1?No. Only HKN is running on PC 2, to control the 2 scouts. I only have that one definition, plus the renaming definition.


<hotkey ctrl R>
<sendpc Local>
<rename "Dark" "daoc1">
<rename "Dark" "daoc2">

Thanks for your help and attention so far :D This is exciting!

[Freddie]

You made me so curious that I just installed Synergy and watched HotkeyNet receive keystrokes in the debugger. Then I said doh! because the explanation for the strange behavior turned out to be extremely simple. I think this new build will do what you want:

HotkeyNet build 56 ('http://www.hotkeynet.com/p/download.html')

Thanks for letting me know about this. This change will make HotkeyNet work better with a lot of programs, not just Synergy.

[Ryjara]

:love: :love: :love: :love: :love: OMG IT WORKS!! I'm doing a /dance just for you!! :D heheh! You're amazing!!

[PyrostasisTDK]

Freddie is da man

[Ryjara]

Just for you Freddie :love:

http://i247.photobucket.com/albums/gg124/ryjara/sshot066.jpg

I have 5 machines.
The 2 scouts are on PC 2
2 clerics on PC 1
1 sorc on PC 3
1 armswoman on PC 4
1 friar on PC 5 (ubuntu linux)

:D

[PyrostasisTDK]

I just wish DAOC allowed more than 2 clients per pc, would make my life much easier.
I dont have enough pcs to run 8 QQ

[Ryjara]

I know! That'd be even more fun >.<

[PyrostasisTDK]

5 banshees 2 druids 1 bard ftw

[Freddie]

You guys rock! :thumbsup:

It's an honor and a privilege to crank out new bulds for you!

[PyrostasisTDK]

Couple more questions freddy.

#1 is it possible to make the tilde key (~`) functional? I cant seem to make it a hot key.
#2 I mentioned it before, but forgot what you said, are you planning on letting hot keys be more than 1 key press in the future? I.E. I hold space bar and chars keep jumping till I release it.

#3 you mentioned something about a buffer of sorts with the delay testing I was doing, did that get implemented? and if so, how did it change the way I use my macro?

[Freddie]

#1 is it possible to make the tilde key (~`) functional? I cant seem to make it a hot key.
Hey Pyro. Yeah. Tilde is typed by different keys depending on Windows's language setting, so turn on "Show keystrokes" and press tilde to see the name of that key on your keyboard. On my keyboard the name is <GRAVE>. Here's a definition for my keyboard that gets triggered by the tilde key and then types a tilde.


<Hotkey grave>
<SendPC Local>
<SendWin Untitled>
<shift grave>


#2 I mentioned it before, but forgot what you said, are you planning on letting hot keys be more than 1 key press in the future? I.E. I hold space bar and chars keep jumping till I release it.
Yep. The schedule is the buffer next, then background WoW, then hold downs.


#3 you mentioned something about a buffer of sorts with the delay testing I was doing, did that get implemented? and if so, how did it change the way I use my macro?
I haven't touched it since you tested. I needed a break. :)

Why, did it turn out that SetFocusDelay isn't good enough to play with?

[PyrostasisTDK]

oh no thats fine, just wanted to make sure I was on the cutting edge of your versions

[Freddie]

That's great. Seriously, that motivates me to work faster on it.

I'm confused about WoW. I saw a few comments on bulletin boards saying HotkeyNet doesn't send to WoW in the background, so I figured I'd have to add a ControlSend command like AutoHotKey has. But I just finished installing WoW and tried HKN's SendWinMF with it, and it seems to work fine in the background. What am I missing here?

Edit: My mistake. I can only find one comment ike that in Google, and they were talking about SendWinM before SendWinMF got added to the program.

[PyrostasisTDK]

Just activated my 3 daoc accounts so Ill be testing and most likely bugging the hell out of you.

Another thing, do you have any form of comments in your system? So like I can // key to remove it temporarily from a file? would make it so I only need one file, and I can comment my own stuff so at 4am and I get macro nuts, the following day I know what the hell I was thinking.

[Freddie]

Excellent. I'm looking forward to getting bugged. Good or bad, feedback keeps going.

Yeah you can use // for a comment, but it has to be at the start of a line due to a bug which will be fixed in the next build.



// ---------------------------------------
// THIS COMMENT WORKS
// ---------------------------------------
<hotkey grave>
<sendpc local>
<sendwinMF Dark>
<grave> // BUT THIS COMMENT WILL CRASH THE PROGRAM DUE TO BUG

[Freddie]

I just fixed that bug real quick but didn't have time to test the new build (number 57), so I put it on the site as "experimental." It should let you put // in the middle of a line.

[PyrostasisTDK]

awesome Ill test it out shortly

[Ryjara]

Hey Freddie! :love: Just wanted to say that you're awesome and I've been having tons of fun with your program since your new releases ^^

I also introduced my friends who like dual-boxing (or more!) to your program and they really love it too :D

One thing we did notice though, you know how the hotbars in daoc switch with Shift 1-10? (or whatever key modifier, like ctrl or alt)

HKN works only for the local machine <sendpc local> but it doesn't seem to do it when sending the same exact command for any of the clients <sendpc 192.168.1.101> for example, to switch the daoc hotbars.

It would look like this:


<Hotkey numpad1>
<SendPC Local>
<SetFocusDelay 0 50>
<SendWinBackgroundDAOC daoc1>
<shift 2>
<SendWinBackgroundDAOC daoc2>
<shift 2>
<SendPC 192.168.1.25>
<SetFocusDelay 0 50>
<SendWinBackgroundDAOC daoc1>
<shift 2>
<SendWinBackgroundDAOC daoc2>
<shift 2>

Thanks a bunch for your hard work :love:

[Freddie]

Thanks a lot for the kind words. My current work build has changed a lot since the last public build, so instead of me looking at the problem now in the older build that you're using, I think we should wait till build 59 goes up on the site. If the problem still exists in that new build, I'll work on it.

But I'll say two things that might help. Every time somebody has told me that a command behaved differently on a local and remote machine, the reason turned out to be that the hotkey trigger included a shift, alt, or ctrl key, and they were still holding down that key when the hotkey executed, causing the games on the local machine to see something different from the games on the remote machine.

[grimgolem2]

I'm having issues with this as well. I want to broadcast the command shift + 2 to my other clients/computers (to switch bars) and I can't seem to get it to work. any idea's?