The Best Hover/Fly /bind EVER!!!

[Ex_Libris]

The Best Hover/Fly /bind EVER!!!

Please reply with a recommended Hover/Fly /bind.
REPLY TEMPLATE (suggestion only):
<WHAT> - Complete description of how the /bind works
<WHY> - Pros/Cons or reasons for structure
<HOW> - Code/Instructions


<WHAT>
Action: With Sprint enabled press q
Result: Char will enter Hover mode and disable Sprint
Action: Press+Hold ANY direction key
Result: Char will enter Fly mode in the direction chosen
Action: Release previous key
Result: Char will return to Hover mode
Action: Press q
Result: Char will drop to ground with Sprint enabled


<WHY>
PRO
Single key to start/end Flight
Minimal Endurance usage
Quick recovery from Flight ‘Knockdowns’
Autorun+Space allows for better viewing of terrain
(pans slightly down)

CON
Combinations of direction keys toggles Hover/Fly during Flight
Very slight initial Flight delay due to load/un-load of .txt files

As a Blaster I would make many small adjustments to position
in order to use Cone Attacks. Toggling between Hover/Flight
was tedious and often I would not fight in Hover mode
(losing Defensive Buff) to avoid it. Furthermore, I would lose
Endurance by not remembering (during intense fights) to
Toggle. With this structure, and Reduce Endurance
enhancements, I’m able to quickly change position with
minimal Endurance loss.


<HOW>
1.Copy/Paste Code into three different .txt files
2.Edit/Save .txt files onto your CoH gaming computer
(edit <dir> to preferred location)
3.Enter CoH and type /bind_load_file <dir>\powers.txt

FILE: powers.txt
q "powexec_name sprint$$powexec_name hover$$bind_load_file <dir>\flight1.txt"

FILE: flight1.txt
q "powexec_name sprint$$powexec_name hover$$bind_load_file <dir>\flight2.txt"
w "+forward$$powexec_name hover$$powexec_name fly"
a "+left$$powexec_name hover$$powexec_name fly"
d "+right$$powexec_name hover$$powexec_name fly"
s "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
lshift+space "+down$$powexec_name hover$$powexec_name fly"

FILE: flight2.txt
q "powexec_name sprint$$powexec_name hover$$bind_load_file <dir>\flight1.txt"
w "+forward"
a "+left"
d "+right"
s "+backward"
space "+up"




For further study
Guide to /binds (http://boards.cityofheroes.com/showflat.php?Cat=&Number=371472&page=0&view=collap sed&sb=5&o=&fpart=1)
Various Player /binds (http://boards.cityofheroes.com/showflat.php?Cat=&Board=general&Number=281789&fpar t=&PHPSESSID=)

[Ex_Libris]

<WHAT>
Action: With Sprint enabled press lshift+r
Result: autorun, disable Sprint, jump, Fly (@ 45 deg angle)

<WHY>
Quick launch into flight
Works well with previous posted structure

<HOW>
(see above post)

FILE: powers.txt
lshift+r "++autorun$$powexec_name sprint$$powexec_name fly$$+up"

[90degrees]

This is very cool. Going to have to set this up on my flying chars. :)

[Kariko]

This needs to be stickied. Will have to add it when I get home. Good one!

[Ex_Libris]

Wow! thank god for people with logical minds. THANK YOU. I can't wait to get this set up!

[Ex_Libris]

I would like to put this in the eventual 1.2 release of the bind guide, under "cool things to do with bind"... if that's ok...

[KazDvs]

This is great but however i did find a problem. When i had the fly bind activated and i tried to do two directions at once it did not work, so say if i wanted to go forward and up at teh same time, as many people do very often it would revert to plain old hovering. This in an of itself is not a BIG problem, but after a few time sof hitting 2 directions at once, the game would reverse the binds, so that when i wanst touching anything fly was on and when i moved it would activate hover. I dont think this is a problem with the coding as much as it is a problem with the bind command in CoH itself. Also the "Up,Up and Away" macro is sweet but, if i turn it off using the same command i activated it with i drop to teh ground infinitely jumping til' i mash jump a few times. Just wanted to let you guys know this and if the author knew about the problems.

[Ex_Libris]

Add to flight1.txt:
r "++autorun$$powexec_name hover$$powexec_name fly"

add to flight2.txt:
r "++autorun"

Does the same thing but with autorun.

I have the same problem with pressing more than one directional key. I may be just getting used to the fact that you can only use one direction key at a time.

[Ex_Libris]

Curveball – Perfectly ok!!! Furthermore, thanks for your great work. Mine is a derivative of your very guide.


KasDvs – I’m the first to admit this structure is not perfect. I posted it to start a dialog of various other player /binds for Hover/Flight to see if we can come of with the ‘Very Best’.
However, I can address some of your concerns.


“When I had the fly bind activated and i tried to do two directions at once it did not work…” – KasDvs
This is a known problem (I had mentioned it under ‘Con’ in my original post). This is a training issue. It’s matter of becoming used to the setup. The /bind, as you aptly named “Up, Up and Away”, Also addresses this same issue. The original post is more combat-oriented. I use it to make quick, small adjustments. Where as the “Up, Up and Away” is more for travel or short flights.

“"Up,Up and Away" [lshift+r again] i drop to teh ground infinitely jumping til' i mash jump a few times.” – KasDvs
I can see how this can be frustrating. I use this /bind to just launch into the air for travel. Once in flight, at the desired altitude, I tap Jump to stop my upward progression and autofly to my destination. Therefore, I’ve never noticed it. This my also become a training issue.

[Hugo_Boss]

Ok, anyone can help me how to use this without sprint, on arrow keys and numpad0 for jump please?

[Jade_Dragon]

I LIKE this! I'll definately have to try it out. Personally, I toggle between Hover and Fly, but a bind that automatically toggles when you move, that's great!

My setup is as I posted in another thread, but I'll post it here just to add to the conversation:

<WHAT>
Action: Press RSHIFT
Result: Char will enter Hover mode and disable Sprint
Action: Press RSHIFT again
Result: Char will toggle between Hover and Fly
Action: Press LCONTROL
Result: Char will drop to the ground with Sprint enabled
Action: Press LCONTROL again
Result: Char will toggle Sprint on and off


<WHY>
PRO
Simple two-key control easily accessible relative to arrow keys
One key starts flight, other key ends it
Possible to return to neutral state - no Powers active - in only two keypresses
Minimal Endurance usage
fast bindload
doesn't spam chat window with "Readying x instead of y" messages

CON
If Sprint or Hover/Fly disrupted, have to press RSHIFT to reset keybinds or LCONTROL will not work correctly.

This keybind works for me so far, as all I have to do is press RSHIFT twice to be at full speed. It is simple enough to toggle between Hover and Fly for movement, although I like the direction key idea better. I originally had RSHIFT set to toggle Hover on and off, so it's taken me a while to get used to using LCONTROL to turn it off.

<HOW>
1.Copy/Paste Code into four different .txt files
2.Edit/Save .txt files onto your CoH gaming computer
(edit <dir> to preferred location)
3.Enter CoH and type /bind_load_file <dir>\flybind1.txt

FILE: flybind1.txt
LCONTROL "powexec_name Sprint$$bind_load_file <dir>\flybind2.txt"
RSHIFT "powexec_name Hover$$bind_load_file <dir>\flybind3.txt"

FILE: flybind2.txt
LCONTROL "powexec_name Sprint$$powexec_abort$$bind_load_file <dir>\flybind1.txt"
RSHIFT "powexec_name Hover$$bind_load_file <dir>\flybind3.txt"

FILE: flybind3.txt
LCONTROL "powexec_name Hover$$powexec_name Sprint$$bind_load_file <dir>\flybind2.txt"
RSHIFT "powexec_name Fly$$bind_load_file <dir>\flybind4.txt"

FILE: flybind4.txt
LCONTROL "powexec_name Fly$$powexec_name Sprint$$bind_load_file <dir>\flybind2.txt"
RSHIFT "powexec_name Hover$$bind_load_file <dir>\flybind3.txt"

[Ex_Libris]

And for the great work I award you 5 STARS!!! And a half eaten cookie

[RemusShepherd]

Jade Dragon, your binds seem overly complicated to me. Try the ones I use.

(I hate the suggested format, by the way)

/bind v "powexec_name fly$$"powexec_name fly$$powexec_name sprint$$powexec_name hover"

When you press 'v', Fly is forced off and you toggle between Hover and Sprint. This is most useful in combat (and it's on 'v' because a quick press of v then the spacebar jumps you up as high as possible and then hovers. I could make that a single key but I like this flexibility.)

/bind z "powexec_name sprint$$"powexec_name sprint$$powexec_name hover$$powexec_name fly"

When you press 'z', Sprint is forced off and you toggle between Hover and Fly.

That seems to be all you need to toggle the powers. I do need a way of forcing all three powers completely off...I'd like to bind that to lshift+v.

[Ex_Libris]

Remus, the difference between your bind and his is that with his bind, you are *always* on hover when you're just sitting there, and any time you move it automatically switches to flight, then when you stop moving it automatically switches back. So in combat, you could get a short burst of flight speed to move to another part of the battlefield, and as soon as you stopped moving you'd be hovering again. The only problem here would be end management, and for short bursts I'm not sure how big a problem that would be, especially with a few end reducers slotted.

[RemusShepherd]

I was referring to Jade Dragon's binds, not Sinabyss's. JD's doesn't do the auto-toggle thing when you move...at least, not as far as I can tell by reading.

Well, whatever works for you. :) All binds are useful if they do what you want them to do...

[Nikia_Tesla]

as a reference:

w "+forward$$powexec_name hover$$powexec_name fly"
a "+left$$powexec_name hover$$powexec_name fly"

but pushing both buttons simultaneously causes problems....

just out of curiosity...could you do something like

w+a "+forward$$+left$$powexec_name hover$$powexec_name fly"
a+w "+left$$+forward$$powexec_name hover$$powexec_name fly"

and repeat this for all direction combinations? or would this not work? not at home, so can't test this myself right now...

[Jade_Dragon]

No, my bind does not do the autotoggle thing, although I am definately going to try it.

The main advantage of my bind is that it doesn't spam my chat window with "Readying Hover instead of Sprint" messages. And that it can be cancelled without the need for a "cancel key". To turn off all Powers, you just hit the Sprint key to land, then Sprint again.

No, you cannot set a specific key combination to do something. (Unless one of them is a chord key) I tried to make up+F10 do a custom version of my Taunt for runners, since I would be holding up while chasing a runner. It didn't work. :)

[Ex_Libris]

[ QUOTE ]
I was referring to Jade Dragon's binds, not Sinabyss's. JD's doesn't do the auto-toggle thing when you move...at least, not as far as I can tell by reading.

Well, whatever works for you. :) All binds are useful if they do what you want them to do...

[/ QUOTE ]

D'oh! Apologies, I got them mixed up in my head. :)

[Ex_Libris]

I have painfull flashes of config.cfg editing days in CS (yep, i USED to play that :o )


as you can tell, not a big fan of macro'ing...
tho i have one... if i press "o" i do "/em burp" :)

But whatever floats your boat mate

[Ex_Libris]

to work around the problems with using 2 direction keys at once, I've been playing with binding the hover/flight toggle to the numpad arrow keys, and leaving regular directions bound to wasd....depending on what you prefer during combat, you could switch those around, too.

this way, if I'm just making position adjustments during combat I use one set of keys, and when I'm flying for travel and want to use 2 directions at once, I use the "regular" bindings. The trick with this is to use 0 on the numpad as an alternate for the spacebar for binding one with the up+toggle and the other for just +up.

[Ex_Libris]

My friend is trying to get these bindings to work and gets and error that states that only 1 arg is allowed and he has 4. Could anyone give us any advice as to why he is recieving that message?

[Kal_Choedan_NA]

Yes, that's because when he references the directory in which he has saved the bind files, he has included spaces. Usually you would get around this by enclosing the path in quotes (e.g. "c:\program files\whatever") but as the entire command must be enclosed in quotes this will not work.

There are therefore two workarounds:

1) create a directory which includes no spaces - for example create a "binds" directory directly on the root of C (c:\binds). Store your bind files there and reference them accordingly.

2) Find out the DOS 8.3 name of your directory and use that. The default installation directory is c:\program files\city of heroes, and the DOS 8.3 name will b c:\progra~1\cityof~1\. This is the more elegant way of doing it, if using 8.3 names can ever be said to be elegant!

Kal

[Ex_Libris]

Thansk alot. That fixed it.
Side note wonder what possessed them not to include full mouse-look movement. Coming off 5 years of playing everquest its rather ingrained now and I keep trying to do it.

Thank again.

[Fitzcon]

Can this hover/bind macro be modified to work with the arrow keys instead of the W,S,A,D keys???

[Joules]

I have been using this bind for a week and it really has made travelling and manuevering much less of a chore. I have indeed noticed the issue with the binds getting reversed when you use two direction keys at once and a slight delay as the binds load. I can live with this since you can easily fix this simply by activating fly (if your moving) or activation of hover (if you are still).

There is another issue I have noted with this power that really concerned me before I figure out what was confusing me. I was in battle numerous times and my fly kept shutting off in the middle of it. It wasn't a big deal to turn them back on (simply jumping or moving would fix it but I am sure I looked odd flopping around the battle). I think I finally tracked down what was doing it. If you are hovering, activate an attack power and move/fly before its altogether finished (not sure wither its the activation or the animation that needs to be finished) then your fly will turn off and you will fall to the ground (since some of my ranged attack have a short range this often means I am at some monsters hand to hand range).

Is there a way around this? Perhaps a way to cancel a prepared or executing attack if you hit a movement key? I would gladly break off an attack if needed rather than drop at my enemies feet. Usually I can just fly back up but I would rather not have to deal with it. The binds sometimes get reversed when this happens as well.

The bind also gets messed up if you quickly tap a direction key multple times. I beleive this has to do with the finite time required to load and unload the binds and it being interupted but I am guessing.

The last place I have found an issue with this bind is on flying into a zone. Every time I do my fly/hover bind is reversed. Again easily fixed but it would be nice not to have to do so.

I think the trouble is still worth it but if the bind could be perfected it would be extremely nice. A functionality that should have been included in the game design.

[Ex_Libris]

[ QUOTE ]
Can this hover/bind macro be modified to work with the arrow keys instead of the W,S,A,D keys???

[/ QUOTE ]
Yes, just exchange the keys/letters in the above bind's with the respective "up", "down", "left" and "right" words. You should also take a look at Curveball's Bind-Guide (http://boards.cityofheroes.com/showflat.php?Cat=&Number=371472&page=0&view=collap sed&sb=5&o=&fpart=1) for more information about Binds.

*bubble* Urbs

[Reverend]

Is there any way to modify the logic here:

[ QUOTE ]
w "+forward$$powexec_name hover$$powexec_name fly"
a "+left$$powexec_name hover$$powexec_name fly"
d "+right$$powexec_name hover$$powexec_name fly"
s "+backward$$powexec_name hover$$powexec_name fly"

[/ QUOTE ]

So that it would toggle sprint on/off with the press of a button when you are on the ground? That is, Sprint is active only when you are pressing WAS or D, but deactivates when you let off of them?

[Ex_Libris]

Meddik -
If I understand you correctly you wish to modify my /bind for
Sprint. However, as you may have noticed some people do
not like the limitation of using only one key at a time while in
flight (combo dir keys can 'break' the toggle). Therefore, I
have to warn you that even thought the answer to you
question is ‘YES’, you might still run into the same problem
with using more then one direction key at a time while using
Sprint.

lastly, I'm playing with the idea in using a type of 'Toggle'
button for Flight that when pressed+held the Char will
switch from Hover to Fly and back again only when the same
key was released. This could also be modified for Sprint only.

[Ex_Libris]

mental note, add to favorites.

[Blue_Volt_NA]

OK, I’ve just got my first toon (on Virtue, name of, well, Blue Volt!) to 14th level and I must say that I LOVE flying!!!!

First, to Jade_Dragon and Synabass, mucho kudos to both of you. I would not have come up with the bind I’m about to pass on without seeing what you had done, so in the end, I take very little credit for it. I’ve been reading the bind threads for ages, and had been dying to try out these binds. I thought they were both VERY clever. I thought it fantastic to have the ability to automatically up-shift and down-shift through walk/sprint/hover/fly (I even modified JD’s bind for walk/sprint/hover when I first became air-borne). When I saw Synabass’ bind, I absolutely knew that I would be the one running out of end ‘cause I forgot to switch back to hover in the middle of a battle. Being the type of person that I am, I always want to have my cake and eat it to, and I really had that feeling here.

Using the EXCELENT binds provided here by both Jade_Dragon and Sinabyss, I combined them into a single bind-set so you CAN have it both ways, at least to some extent.

First, let me tell you a bit about my default set-up, as you will see a number of changes to the default key pattern from what you may use:

1. I’ve take to using the mouse-look move bind that Curveball put in 1.1 of his bind guide, so you will see some of the bind geared around that.
2. As a touch typist, I’ve moved all my movement keys to the right by one key (WER,SDF in place of QWE, ASD) to allow using my ‘primary’ fingers in a normal ‘home-key’ position. Again, this was suggested by someone else on these forums. Apologies for not having his/her name to credit.
3. I’ve replace ‘autorun’ with ‘++forward’ (keyed to ‘T’, originally on ‘R’). As far as I could tell, autorun would not work in the air, where ++forward works in air or on ground.
4. I use mouse button 4 and button 5 to control switching between sprint/hover/fly/walk
5. All my bind_files are stored in c:\cohkeybind\. You can obviously substitute what ever path you wish to use.

OK, here are the bind files that I use, essentially set up just as Jade_Dragon has done:

First, I’ve got a ‘master’ bind file that covers my basic key set-up, from which I launch a number of other binds (including this one). Into that file, I add the following lines:

lalt+button4 "tell $name, Flight Re-set$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort$$bind_load_file c:\cohkeybind\flybind1.txt"

button4 "tell $name, Sprinting$$powexec_name Sprint$$bind_load_file c:\cohkeybind\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Hover$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind3.txt"

This sets up the initial key settings, to make the bind work. I’ve also added the ‘Tell’ to provide some feedback to you, so you know what ‘mode’ you are in, as well as a re-set key to help out when you get knocked out of the air, or confuse the bind by hitting a ‘bad’ key combination. I found that to be necessary after a very short amount of time…

OK, and here are the other four files.

flybind1.txt:

button4 "tell $name, Sprinting$$powexec_name Sprint$$bind_load_file c:\cohkeybind\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Hover$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind3b.txt"

e "+forward"
s "+left"
f "+right"
d "+backward"
space "+up"

flybind2.txt:

button4 "tell $name, Walking$$powexec_name Sprint$$bind_load_file c:\cohkeybind\flybind1.txt"
button5 "tell $name, Hovering$$powexec_name Sprint$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybindb3.txt"

e "+forward"
s "+left"
f "+right"
d "+backward"
space "+up"

flybind3.txt:

button4 "tell $name, Sprinting$$powexec_name Sprint$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind2.txt"
button5 "tell $name, Flying$$powexec_name Fly$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind4.txt"

e "+forward$$powexec_name hover$$powexec_name fly"
s "+left$$powexec_name hover$$powexec_name fly"
f "+right$$powexec_name hover$$powexec_name fly"
d "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
lshift+space "+down$$powexec_name hover$$powexec_name fly"

flybind4.txt:

button4 "tell $name, Sprinting$$powexec_name Sprint$$powexec_name Fly$$bind_load_file c:\cohkeybind\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Fly$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind3.txt"

e "+forward"
s "+left"
f "+right"
d "+backward"
space "+up"
lshift+space "+down"

In all cases, you get a ‘self-tell’ so you know what movement mode you are in.

When you are in ‘hover’ mode, you can use the directional movement keys, and they will shift you into flight, using the bind developed by Sinabyss. You still have the problem with using multiple direction keys simultaneously. However, by using mouse-look most of the time (as I do), this is rarely a problem.

For times I am not concerned with the end conservation and just want to free-fly (such as outdoor, non-combat movement), you can shift into a ‘normal flight’ mode, where you can use as many movement keys as you want.

Last of all, on the re-set key. I find that this is pretty necessary, as the bind can get mixed up fairly easily (knocked out of the air, etc). The re-set key I’ve got now will shut off all movement and re-set the bind. It’s occurred to me that you may be in the air when you need to re-set, so shutting off flight may not be such a good idea. I’ve not tried this yet, but do think it will work (and plan on giving it a try soon). Try changing the reset key to the following:

lalt+button4 "tell $name, Flight Re-set You are now hovering$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort$$powexec_name Hover$$bind_load_file c:\cohkeybind\flybind3.txt"

This should re-set you quite nicely, and leave you safely in the air without crashing to the ground!

Well, sorry this was so long, and I again extend the overwhelming majority of the credit to Jade_Dragon and Sinabyss.

Let me know what you think.

[Ex_Libris]

Love it, Blue_Volt, thanks alot.

Btw a cpl of your file names are wrong for flybind3, other than that it worked perfectly.

[Blue_Volt_NA]

Thanks Fishie. I see what you mean. This was taken from my 'development' foulder on my lap-top, not the working file on my gaming computer. I thought I'd made all the needed corrections.

All, the corrections that need to be made are in flybind1.txt and flybind2.txt. The last file reference should be flybind3.txt, not flybind3b.txt or flybindb3.txt.

Incidentally, the alternate re-set key I proposesd also works quite well, and I've switched to that in my config. Much better to be able to re-set without having to land (or come crashing to the ground!).

[Ex_Libris]

Ok so I am trying to do what Blue Volt did, I created a keybinds.txt file and then 4 flybind.txt files using what he posted above.

I have them on my c:\ drive. No subdirectory.

my Problem is I can't get the keybinds.txt file to load in game.

I have been using this command -

/bind_load_file c:\keybinds.txt

I have tried it in Quotes and I always get the message

unable to read in keybind file.

I can't figure out what I am missing.

can someone help? its driving me nuts.

I did get it to load up once but when I used the mouse buttons it would not switch to fly mode it would only hover and give me the message - unable to load in keybind file -
It would switch sprint on and off but It still gave me the message - unable to load keybind file - everytime I hit either mouse button 4 or 5

help please.

[Ex_Libris]

Cool, I will have to add this

[Archimedes]

Odd. I see a few people are using 'button5', which is the fifth button on the mouse. Yet, as far as I know, that button still can't be used in the game. In fact, before I posted, I checked real quick to see if the bind I'd set to it (which was just Hover) was working, but nothing happened. No error message either (so I know the command wasn't typed in wrong).

Anyone know what gives? I'm using a MS Trackball Optical on a USB connection.

[Blue_Volt_NA]

Smack,
Take a close look at the actual name of the root file and what you are typing. Other than that, I'm not sure what to tell you for the initial file load.

As for the rest, be certain that the file path and file name for all the sub-files is correct in each of the files. Have you changed the path in flybind1-4 to accomidate where you have put them? Also, if you didn't see it, check out the post right after mine where Fishie mentioned (an I specified afterwards) I had the wrong file name on my post in a couple spots.

I realize this is a fairly obvious thing to check, but that is exactly what the error message is suggesting as the problem.

Good luck!

[Ex_Libris]

thanks for the reply.

I got the initial files to load.

The problem now is - when I hit either mouse button it doesn't load the bind file so I get the message unable to read in bind file everytime I hit either button 4 or 5.

It turns on Hover and says "hovering" and turns on and off Sprint and says Sprinting but it won't put me into fly mode at all.

here is what I have -

in the keybinds file I added

lalt+button4 "tell $name, Flight Re-set You are now hovering$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort $$powexec_name Hover$$bind_load_file c:\flybind3.txt"
button4 "tell $name, Sprinting$$powexec_name Sprint$$bind_load_file c:\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Hover$$powexec_name Hover$$bind_load_file c:\flybind3.txt"

I have 4 other .txt files which have this -

flybind1.txt -

button4 "tell $name, Sprinting$$powexec_name Sprint$$bind_load_file c:\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Hover$$powexec_name Hover$$bind_load_file c:\flybind3.txt"
w "+forward"
a "+left"
d "+right"
s "+backward"
space "+up"

Flybind2.txt

button4 "tell $name, Walking$$powexec_name Sprint$$bind_load_file c:\flybind1.txt"
button5 "tell $name, Hovering$$powexec_name Sprint$$powexec_name Hover$$bind_load_file c:\flybind3.txt"
w "+forward"
a "+left"
d "+right"
s "+backward"
space "+up

flybind3.txt

button4 "tell $name, Sprinting$$powexec_name Sprint$$powexec_name Hover$$bind_load_file c:\flybind2.txt"
button5 "tell $name, Flying$$powexec_name Fly$$powexec_name Hover$$bind_load_file c:\flybind4.txt"
w "+forward$$powexec_name hover$$powexec_name fly"
a "+left$$powexec_name hover$$powexec_name fly"
d "+right$$powexec_name hover$$powexec_name fly"
s "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
lshift+space "+down$$powexec_name hover$$powexec_name fly"

flybind4.txt

button4 "tell $name, Sprinting$$powexec_name Sprint$$powexec_name Fly$$bind_load_file c:\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Fly$$powexec_name Hover$$bind_load_file c:\flybind3.txt"
w "+forward"
a "+left"
d "+right"
s "+backward"
space "+up"
lshift+space "+down"


I must be missing something, but I can't figure out what.
Probably been looking at them for too long.

thanks again

[Ex_Libris]

Smack,

Could it be that your binds are not loading the proper file because they're too long? I know there is a max length, and maybe it's cutting off some of the last few characters of the filename, or something? Just an idea...

Gnarly

[Blue_Volt_NA]

Gnarly,
Good thought, but I think the length limitation only comes in for the length of a bind file for a single key, not for a complete file. Of course, this has not been tested wither way (to my knowledge). I recall someone having a problem with a very long bind attached to a single key, but that’s it.

In any case, I’m using (almost) the exact same files without problem, so I don’t think it is the file length.

Smak,
Are these a direct cut & paste of the files you have? If so, I saw the following typos:

-In the ‘reset’ bind (lalt+button4), there is a ‘space’ after powexec_abort (before $$)
-In flybind2, you are missing the “ at the end of <space “+up”>

Other than that, I’m not sure what to say. The files look good otherwise.

You said that you can get Sprint to turn on and off, and that you can go into Hover. Is this using the mouse buttons? Have you tried the ‘reset’ button (lalt+mouse4), and does that seem to work (at least, after you correct the above comment)? Exactly when do you receive the ‘unable to load’ error message?

OK, consider the above then here are some things to try:

First, if you were having any problems, you should re-load the base bind file (after correcting the ‘reset’ button syntax, if needed) just to get you back to a good starting point. Remember, after a bind is loaded, it will stay there until overwritten. So, if you left in the middle playing with these and having problems, you could have some fairly confused key configurations.

Next, try each key individually, see what happens, and note EXACTLY when you get the first error message. At that point, scroll back through your chat text and have a look at the bind command that went in. It should be in there.

Judging by what you said (you can get into hover but not fly), look closely at the ‘button5’ line in flybind1 and flybind2. This is what calls the file (flybind3) that will allow you to go into fly-mode). Then, look very closely at the name of flybind3.txt to be certain that you’ve got it spelled correctly. That seems to me to be the most likely problem.

If this doesn’t work, let me know the answers to the above questions, and I’ll see if I can come up with something else.

Good luck!

[Ex_Libris]

So I've been using these and have been pretty happy, although I still get frustrated when I hit two movement keys at once and things get all out of whack.

I tried to add a binding for 'x' so I would fly down really fast, but I can't get it to work. Is there some reason x == down shouldn't work?

[Ex_Libris]

SinAbyss, GREAT Idea binding the fly/hover toggles to a movement key!

Blue Volt, Great evolution of the idea!

I'd like to continue changing the idea a bit, and simplifying it in ways for my own style of play. Just like Blue Volt, I give all credit to other posters, as I am just mixing and matching their ideas to get what I want. Which is:

I want only 2 modes... one for running/Ground movement, and one for flying/Air movement. In both modes I want Speed on demand, using SinAbyss' brilliant trick so that Sprint or Fly is only turned on when a movement key is pressed, and immediately switched back to nothing/hover when the key is released. I want my Autorun key (R) to activate Sprint/Fly also, just like any other movement key, for travel purposes; I see no need for completely separate modes for traveling, when I usually (and SHOULD to prevent strain on my wrists) travel using autorun.

Another change: I do NOT want these two modes to toggle on a single key. I want one key to activate ground travel, and another to activate air travel, regardless of what mode you're in. So, I do not have to use feedback (the clever self Tells that Blue Volt used), because if I want to know which mode I'm in, I can hit the approriate key easier than I can look down and read which mode I'm in. The keys should also work as Reset keys. So if you accidentally press 2 keys at the same time and get the toggles reversed, pressing your Ground or Air key again straightens you out.

Now, since I just started using ESDF for movement, also thanks to Blue Volt, I'd like to use G and T for these modes... G is for Ground movement, right next to the movement keys, and T is above G, so it is Air. I may change G to somewhere else if I find that I accidentally hit it, and fall out of the sky :)


So here is what I have so far:

In Default Keybinds:
g "powexec_name hover$$powexec_name fly$$powexec_name Sprint$$powexec_name sprint$$powexec_name abort$$bind_load_file ground.txt"
t "powexec_name sprint$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file air.txt"

For those of you who are curious why/how these work, let me see if I can coherently explain. Credit should be given to Curveball and others on these boards... I got all this here, and just giving you my understanding in my own words: Powexec will only activate one power per Bind, the last one that it can, but it can DEactivate any number.

Example: a bind has Powexecs for powers X, Y and Z in that order. If X is on, it turns it off, but if X is off, it says "Ok, I'll turn on X when I finish this bind". Then if Y is on, it turns it off, but if Y is off it says "forget about X (if I'd decided to turn it on), I'll turn Y on when I finish this bind instead". If Z is on, it will turn it off and since the bind is done, it will activate X or Y (or nothing) depending on what it decided in the previous two steps, but if Z is off, then it says "forget about X or Y, I'll turn Z on" and it then does turn on Z because the bind is done.

Complicated, eh? Took me a while too, but here are some useful combos:

ZZ: The double Z first makes sure it's off, then turns it back on, ensuring it's on.

XYZZ makes sure that X and Y are off, and makes sure Z is ON. This is how I setup the binds above.

XY: will activate Y first if neither is on, and then toggle between X and Y.

XYZ will make sure that X is off, turn on Z first if nothing is, and then toggle between Y and Z with additional keypresses.

If you follow any of these with a powexec abort, whichever power it decided to turn on... well, it doesn't.


so the above binds will call the 2 files below, which simply change the movement keys:


Ground.txt:
e "+forward$$powexec_name sprint"
s "+left$$powexec_name sprint"
f "+right$$powexec_name sprint"
d "+backward$$powexec_name sprint"
space "+up"
lshift+space nop
r "++forward$$powexec_name sprint"


Air.txt:

e "+forward$$powexec_name hover$$powexec_name fly"
s "+left$$powexec_name hover$$powexec_name fly"
f "+right$$powexec_name hover$$powexec_name fly"
d "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
lshift+space "+down$$powexec_name hover$$powexec_name fly"
r "++forward$$powexec_name hover$$powexec_name fly"


Ok, so it sounds good to me on paper, but I don't even HAVE hover and fly yet (I'm 11th, and get hover at 12, and fly at 14). I did try ground movement last night, but my G key didn't have the abort, so wasn't as absolute of a reset. Can you all take a look, or even try it out, and help me iron out the bugs? And if I add a ++up after the ++forward for r in Air, can I use Mouselook to aim 45 degrees down so I can see better, while still flying horizontal?

Thanks!

Gnarly
11 Grav/Rad Controller on Triumph

[Blue_Volt_NA]

Mezmro,
Are you using the bind combination I mentioned, or one of the original binds?

If mine, did you put in the 'reset' function? I've found that to be VERY helpful, sicne things can quite easily get out of wack. I'd reccomend using the alternate I proposed (that re-sets to hovering). I made that change, and am much happier iwht it. You can re-set while still in the air. I've gotten into the habbint of hitting re-set after every fight, and just as I log on (as well as any time I see that it is needed). It keeps thing working very nicely.

As for down, there is not reason is shouldn't work, but if you're using my binds, I didn't set it up to shift into fly for the down (x) key. You can change this by dooing the following:

Add this to flybind1, 2 and 4
x "+down"

Add this to flybind3

x "+down$$powexec_name hover$$powexec_name fly"

This should make the x key work the same as the other move keys.

[Edit]
Oh, for the use of multiple move keys, that why I've got the 'fly' mode in there. That allows 'normal' use of any combination of move keys. I'll say, I don't have this problem much (unless I forget to [censored] to 'fly') because i generally only make small positional corrections in combat. Also, using mouse-look (as Curveball put in his key-bind guide, on this forum somewhere) very significantly minimizes the need to use multiple move keys, at least for me.

[Ex_Libris]

Ok SO I fixed the 2 Typos you pointed out.

They were direct copy/paste from my file.

I Receive the Unable to read in bind file message as soon as I hit either Mouse button 4, 5 or lalt+button4.

It will say for example the 'reset' button lalt+button4

in the top chat window-
unable to read in keybind file
Shutting Off Hover
Now readying Fly instead of Sprint.
Your hover has made you harder to hit.

When I hit button 5 it says -

Unable to read in keybind file
Shutting off Hover
Your hover has made you harder to hit.

when I hit button 4 it says

Unable to read in keybind file
(though it turns sprint on and off)

So doesn't this mean that the game fails to load in any of the 'flybind' files I am tellling it to?

I have them all in C:\

including the keybinds file. They are all called flybind1.txt thru flybind4.txt

I have reloaded the keybinds using /bind_load

I can't figure out why it won't load in the bind files.

this is pasted from my keybinds file

lalt+button4 "tell $name, Flight Re-set You are now hovering$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort$$powexec_name Hover$$bind_load_file c:\flybind3.txt"
button4 "tell $name, Sprinting$$powexec_name Sprint$$bind_load_file c:\flybind2.txt"
button5 "tell $name, Hovering$$powexec_name Hover$$powexec_name Hover$$bind_load_file c:\flybind3.txt"
R "++forward"

thanks for helping, i appreciate it.

[PopeEris]

Thanks for this /bind! It has made my life much easier!

Sarf (Sarf, K and Nyarlahotep on Infinity)
---
Only you can prevent forest fires.

[Ex_Libris]

[ QUOTE ]
I want only 2 modes... one for running/Ground movement, and one for flying/Air movement. In both modes I want Speed on demand, using SinAbyss' brilliant trick so that Sprint or Fly is only turned on when a movement key is pressed, and immediately switched back to nothing/hover when the key is released. I want my Autorun key (R) to activate Sprint/Fly also, just like any other movement key, for travel purposes; I see no need for completely separate modes for traveling, when I usually (and SHOULD to prevent strain on my wrists) travel using autorun.

[/ QUOTE ]
Interested to see if we can get this working right. This is exactly how I'd like mine set up.

[Blue_Volt_NA]

Sorry Smak, I'm stumped. Everything you've got there looks fine. With the error messge you are getting, I've only ever seen that when the path or file name was wrong, so that's where I'd look. That's not to say that something else won't cause it. If you've done that and they are fine, I don't know what else to suggest.

The only other things I can think of:

Have you sucessfully bound any functions to the mouse buttons before? I've heard some mention about button4 and button5 not being supported by CoH. I don't know if this is hardware specific, or something that has been sloved. Maybe try a couple 'standard' keys just to check?

You do have hover and fly, right? ;)

If you want, leave your e-mail address. I can send you the exact files I use, and you can just modify the path and keys as you need. I must admit, I can't see anything wrong with what is here, so I don't know if that will help.

Not sure what else to say. Sorry.

[Blue_Volt_NA]

Gnarly,
I think what you've written will do what you've said - BUT, how will you turn of Hover? You'll need another key to do that, or set T to toggle turning that on or off. But, you'll probalby end up with some confusing key conditions. i.e., if you turn off hover manually, at that point, pressing a movement key will turn hover on while holding the key, then move you into flight when you release it (unless you press G first to set the movement keys for ground). You can do it, but it could be messy. You might want to think about having a couple toggles set up for each of these functions if you want to avoid this sort of thing.

The only other comment, on what you've got for the G key, it's powexec_abort, not powexec_name abort.

Oh, and for flying at a 45 deg angle, I was toying with that last night (I just realized it gave you better ground visibility. hey, I only just learned to fly, after all!!).

I aven't tried it, but I would sugges using:

<up 1$$forward 1> using this format will ABSOLUTELY turn that move mode on, and avoid some of the problems coming from having multiple movement keys pressed. i.e., if you are already auto-moving forward, and you use <++forward$$++up>, it will toggle forward off, so you only move up. THEN, you need to bind another key (or toggle bind the same key) with <up 0$$forward 0> to turn movement off.

[Ex_Libris]

[ QUOTE ]
Could it be that your binds are not loading the proper file because they're too long? I know there is a max length, and maybe it's cutting off some of the last few characters of the filename, or something?

[/ QUOTE ]

Not likely. I have a program that generates the short 8.3 filename and appends it to the end of the files for a rotating comments/text, and some of the lines in those files far exceed (by at least 20 characters at times -because of the path to the bindifles) and those work fine.

No idea other, but I doubt the length of the lines. I would more likely suspect that it is the number of commands issued per line. (ie, no more than 3 $$ per line, yeilding 4 commands... )

Van Renier

[Blue_Volt_NA]

Hm, interesting bit on 4 comands per line. My only argument ot that is my 'reset' key, which is:

lalt+button4 "tell $name, Flight Re-set You are now hovering$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort $$powexec_name Hover$$bind_load_file c:\flybind3.txt"

That single line has 7 commands and works fine, as far as I've seen. I'm reasonably certain that all portions are being executed. At leaset, is will always go into hover, and shut down fly and sprint if they are on. It loads the bind_file (since the mouse4 and 5 buttons work properly from that point), and I get the 'self-tell' feed back.

Any thoughts?

[Ex_Libris]

[ QUOTE ]

w "+forward$$powexec_name hover$$powexec_name fly"

[/ QUOTE ]

One question:
Why do the commands like the one above return to Hover when the key is released?

For example, when you first press w, it executes a Hover and a Fly (which turns off Hover and turns on Fly given the situation) and begins moving you forward. Holding the key continues moving you foward (due to the +forward). When you release the key, the forward movement stops. But why does releasing the key do anything at all to Fly or Hover?

This is the greatests thing since sliced-bread btw, and I will certainly use some variation of it when I have a character who can fly (sigh) but I'm just curious about how that part works.

Thanks!

[EspressoBob]

I use E for flight and R for hover. Switching between the stages and hitting the keys is seamless and extremely fast. What am I missing? :confused:

[Ex_Libris]

Well I gave up, I can't get the game to load in Any file using
/bind_load_file

I tried quotes I tried /, \, no matter what I put in It says unable to read in bind file.

So I just did this -

r "++forward"
button5 "powexec_name fly$$powexec_name hover"
button4 "tell $name, Sprinting$$powexec_name Sprint"
lalt+button4 "tell $name, falling!$$powexec_name Sprint$$powexec_name Hover$$powexec_name Fly$$powexec_abort"

until I figure out what the hell is wrong.

so Mouse button 4 switches on and off sprint and mouse button 5 switches between fly and hover.
I put in lalt+button4 to drop me to the ground.

thanks for trying to help though.

[Ex_Libris]

Thanks Blue Volt!

My G key wasn't working, so I thought powexec_name abort just didn't work... and I guess it shouldn't because I'm doing it wrong.

As for turning off Hover... I just press the G key. That turns off (if the above fix gets it working) everything, including hover. My intention is to either be in the air, hovering, with speed on demand, for which I press the T key. Or, if I press the G key, I'll be on the ground with Speed on Demand.

Good Suggestions on the up 1$$forward 1 commands rather than ++forward etc. I'll play with it once I get fly, but let us know if you find a good solution.

Van Renier, I actually meant that maybe the actual bind to one key was too long, but Blue Volt had examples of binds that were longer and work, so that's a non-issue.

Paraphrased Question by Sabercat "How does binding a toggle to a movement key work?" Answer: Magic. Seriously though, only thing I can figure out is that if you use +forward or some such, the command parser must check the key on BOTH when you press the key, and release the key, since it needs to know. It must just process any other commands at the same time.

Gnarly

[Ex_Libris]

The missing link is endurance. If you toggle fly on, and you get in a fight and forget to turn it off, you're wasting endurance. But if you DO remember to change to Hover, but then find yourself losing and you want to fly away, you have to hit an extra key.

With SinAbyss' setup, and it's variations, you have Speed on Demand. The "Demand" part is pressing a movement key... when you want to move, you move fast. If you don't want to move (and stop pressing the movement keys), you AUTOMATICALLY go into just hover, saving Endurance and get a defensive bonus.

If you have simple toggle keys for flight and hover, and they work for you, then no reason to change anything. Basically, we're a bunch of geeky programmers trying to automate and streamline the efficiency of something that's not TOO hard to do manually. Of course, when I'm in a group trying to make jokes, fight, navigate, and eat a cookie all at the same time, every little bit helps :)

Gnarly

[Archimedes]

[ QUOTE ]
Sorry Smak, I'm stumped. Everything you've got there looks fine. With the error messge you are getting, I've only ever seen that when the path or file name was wrong, so that's where I'd look. That's not to say that something else won't cause it. If you've done that and they are fine, I don't know what else to suggest.

The only other things I can think of:

Have you sucessfully bound any functions to the mouse buttons before? I've heard some mention about button4 and button5 not being supported by CoH. I don't know if this is hardware specific, or something that has been sloved. Maybe try a couple 'standard' keys just to check?

You do have hover and fly, right? ;)

If you want, leave your e-mail address. I can send you the exact files I use, and you can just modify the path and keys as you need. I must admit, I can't see anything wrong with what is here, so I don't know if that will help.

Not sure what else to say. Sorry.

[/ QUOTE ]

I know for certain that with my mouse, 'button5' does not work. All I have for that /bind is Hover (with the correct syntax, I've checked it by using it on another key, then CaP'ing it to button5 just to be sure). Perhaps that's the problem. I know the fact that I can't get the 5th button on my mouse kinda urks me, since I want to use the 4th and 5th buttons to switch between Fly and Hover on my Tanker.

[Ex_Libris]

[ QUOTE ]
Paraphrased Question by Sabercat "How does binding a toggle to a movement key work?" Answer: Magic.


[/ QUOTE ]

Well, OK then. As long as there is a solid, rational explanation. :)

I read something about the "overwrite effect" which might be involved in this magic. It all still seems rather odd to me but I'm not going to question it too hard as long as it works. :)

[Skorj]

[ QUOTE ]
[ QUOTE ]
w "+forward$$powexec_name hover$$powexec_name fly"

[/ QUOTE ]
One question:
Why do the commands like the one above return to hover when the key is released?

[/ QUOTE ]
Because the + at the start of a command string affects the whole string, not just the first command. In effect it says "reverse all of this when the button is released". I'm still fuzzy on exactly how that is implemented in all cases; however, powexec commands are executed both when the key is pressed and released, causing hover/fly mode to toggle.

[Ex_Libris]

So when I restarted CoH last night, my x == down bind started working. I guess it was just some kind of loading issue.

I also noticed something AWESOME last night. With Stealth on, you can't move and hover simultaneously. Now with these binds, that problem is GONE! Since you switch to Fly before moving, I can now effectively remain Stealthed and move! Whooo!! :)

[Q_bert]

Thanks so much, Blue Volt, (heck, and everyone here!) for the code - especially the reset while in mid-air one! That's made all the difference after I got knocked out of the air and died before I could reset the keys.

Btw, I found a way that you can use two movement keys at once without screwing up the bind. I use the arrow keys for movement so I kept the Q,E,A and D keys as Turn Left, Turn Right, Left and Right while changing W to Up and S to Down. Now, for example, when I use the up arrow key to fly forward I can hold W to go up or S to go down without screwing up the bind settings. Same with the other movement keys. Needless to say it doesn't work if you use WASD for movement regularly.

[Bayani]

Has anyone used Gnarly's binds yet? I was just curious as to whether they work as intended. I have a two button mouse with a scroll, so I'm not so sure if I can get Blue Volt's to work as i'd like it to work.

[overfloater]

[ QUOTE ]
[ QUOTE ]
[ QUOTE ]
w "+forward$$powexec_name hover$$powexec_name fly"

[/ QUOTE ]
One question:
Why do the commands like the one above return to hover when the key is released?

[/ QUOTE ]
Because the + at the start of a command string affects the whole string, not just the first command. In effect it says "reverse all of this when the button is released". I'm still fuzzy on exactly how that is implemented in all cases; however, powexec commands are executed both when the key is pressed and released, causing hover/fly mode to toggle.

[/ QUOTE ]
Ahh, I was wondering that question myself and had drawn the same conclusion. Sounds like a bit of info for v1.1 of the Unofficial and Incomplete Guide. :)

Now, how to exploit that useful little keydown/keyup tidbit in other binds... ;)

[Ex_Libris]

I've been using the first bind on here and with-out being able to press two keys at once I've found myself hovering quite alot ;P (sorry I just love my graceful flight in battle).

I had fly on F ever since I got the power and with the binds, I kept F there 'just in case'. If I hit two keys at once (still not got that down pat yet!) I can hit F and it sets me back just right. I also have the bind set to my C key (instead of Q) so I can turn it off and on quickly. (in case I find myself wanting to fly away quickly in office buildings or such)

It's not a true fix for the two movement button thing, but it's a quick fix and one that's worked for me.

[glmengel]

I'm actually going to make a new blaster just to have a flyer and try this out. Thanks a lot, guys.

[Ex_Libris]

Ok, I fixed my G key, thanks to Blue Volt's comment on Powexec_Abort, and my Ground setup is working great. Several people have asked me, so I'll post my latest here. I haven't tested fly/hover, because I can't, but with Ground working so sweet, and Air being almost the same, I think the following bind will work. If somebody with Fly want's to try it, could you please post some feedback here?


Changes from my last post: I added 2 new files for "traveling" aka autorun. While I still just use 1 key to go into autotravel - R - from whichever mode I'm in (ground or air), I use these 2 new files so that I can reprogram ALL the movement keys to cancel autotravel. I've found that in practice, having to hit a single key to cancel it requires too much accuracy because during travel I often don't even have my hand on the keyboard. This new setup makes all movement keys cancel travel mode and return to either air or ground, where you started.



Keybinds.txt:

g "powexec_name hover$$powexec_name fly$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\ground.txt$$forward 0"
t "powexec_name sprint$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\air.txt$$forward 0"

e "+forward$$powexec_name sprint"
s "+left$$powexec_name sprint"
f "+right$$powexec_name sprint"
d "+backward$$powexec_name sprint"
space "+up"
lshift+space nop
r "autorun 1$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\GTravel.txt"


Ground.txt

e "+forward$$powexec_name sprint"
s "+left$$powexec_name sprint"
f "+right$$powexec_name sprint"
d "+backward$$powexec_name sprint"
space "+up"
lshift+space nop
r "autorun 1$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\GTravel.txt"


GTravel.txt

e "forward 0$$powexec_name sprint$$bind_load_file c:\Ground.txt"
s "forward 0$$powexec_name sprint$$bind_load_file c:\Ground.txt"
f "forward 0$$powexec_name sprint$$bind_load_file c:\Ground.txt"
d "forward 0$$powexec_name sprint$$bind_load_file c:\Ground.txt"
space "+up"
lshift+space nop
r "forward 0$$powexec_name sprint$$bind_load_file c:\Ground.txt"


Air.txt

e "+forward$$powexec_name hover$$powexec_name fly"
s "+left$$powexec_name hover$$powexec_name fly"
f "+right$$powexec_name hover$$powexec_name fly"
d "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
lshift+space "+down$$powexec_name hover$$powexec_name fly"
r "forward 1$$up 1$$powexec_name hover$$powexec_name fly$$powexec_name fly$$bind_load_file c:\ATravel.txt"


ATravel.txt

e "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
s "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
f "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
d "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
up "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
lshift+space "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"
r "forward 0$$up 0$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\Air.txt"

Good Luck, and if you use these and they work (or especially if they don't) please take a minute to post your results here.

[Bayani]

I'm testing it now with my flying character it looks good and it's working. (i'm so use to wasd though i decided to just bind it to those keys instead)

[Rhyder]

New to /binding. I'm using Sinabyss's binds (as I like the flight on demand idea). I'm using the default (QWES) keys for movement (AD for strafing), so I changed the original g in Sinabyss's bind to z for the toggle. Only prob with movement I'm having is moving forward/backward and strafing at the same time...not a prob, cuz I don't do both at the same time. I was reading about people having movement problems and wanted to know if that was it or if everyone has gone with the traditional WASD. I left the rest of the bind the same letting me fly in all directions to move out of danger while still being able to turn while I'm moving.
And forgive me if anything I just said didn't make any sense whatsoever. Usually ends up that way. )
And thanks again for posting all this guys.

[Ex_Libris]

Thanks Oaken Filipino!

I'm glad to know it works, especially since I started a Scrapper, and so my Controller isn't getting any closer to flying at the moment ;)

Ok, but I just made a breakthrough! I figured out a way to prevent problems when pressing more than one key. I was thinking... Hmmm... when you use a +something command in a bind, it executes it once when you PRESS the key, and it comes back and does the bind AGAIN when you RELEASE it. So, I thought if it doesn't hold the bind in memory during that time, then you should be able to change the bind with the first key-press so that the key-release calls a different bind. This allows you to explicitly set the power on or off, rather than just toggling it. And it works! The key is pressed and the bind ensures that sprint is set by calling it with powexec twice. Then it loads a one liner bind file that changes JUST THAT KEY to a bind that makes sure Sprint is NOT set (by calling it twice then calling abort). You need a lot of little bind files, but it seems to work pretty smooth for me. No real slowdowns.

The one problem is that if you press two keys, and then release one but not the other, Sprint turns off even though you’re still moving. You can just release it, and everything is back to normal, and if you STILL want to go in that direction, you can just press the direction key you want.

So, sorry for the long posts, but I just tested this on the ground, and it works great… I never get into a that bad place where you are sprinting while stopped, and not sprinting when moving. And if I just posted partial binds, then I'd confuse you AND myself.



Keybinds.txt

g "powexec_name hover$$powexec_name fly$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\ground.txt$$forward 0"
t "powexec_name sprint$$powexec_name fly$$powexec_name hover$$powexec_name hover$$bind_load_file c:\air.txt$$forward 0"
e "+forward$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\EDown.txt"
s "+left$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\SDown.txt"
f "+right$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\FDown.txt"
d "+backward$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\DDown.txt"
space "+up"
lshift+space nop
r "forward 1$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\GTravel.txt"


Ground.txt

e "+forward$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\EDown.txt"
s "+left$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\SDown.txt"
f "+right$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\FDown.txt"
d "+backward$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\DDown.txt"
space "+up"
lshift+space nop
r "forward 1$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\GTravel.txt"


GTravel.txt

e "forward 0$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\Ground.txt"
s "forward 0$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\Ground.txt"
f "forward 0$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\Ground.txt"
d "forward 0$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\Ground.txt"
space "+up"
lshift+space nop
r "forward 0$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\Ground.txt"


Create 4 New Files like so:

EDown.txt, SDown.txt, FDown.txt, and DDown.txt, changing E to S, F and D respectively. Make sure to get the letter at the beginning of the line, and in the file name near the end. Also change “forward” to “left”, “right” and “backward”.

e "+forward$$powexec_name sprint$$powexec_name sprint$$powexec_abort$$bind_load_file c:\EUp.txt"


And 4 more like so:

EUp.txt, SUp.txt, FUp.txt, and DUp.txt, changing letter and forward as above:

e "+forward$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:\EDown.txt"


Try it out!

Ok, I’m going on travel on Monday, and I won’t have time this weekend, so I can’t modify it so it works in the air right now. But, use the same principle if you can’t wait, and I should have the full bind for you late next week.

Cheers

[Ex_Libris]

First off, this is one of the best ideas ever.

However...

I tried putting those last sprint binds in on my scrapper. However, I found that sometimes the sprint would get a little messed up when I would start strafing while moving forward at the same time.
Even with identical binds on the two strafe keys, I had a lot more problems strafing right than left. Interesting.

Also, don't forget to add a sprint to follow, otherwise you'll have a very slow follow, and follow is very important for me as a scrapper. Also as a scrapper, the canceling of the power I queue up to hit when I get in range can be annoying, but not hard to deal with.

Over all, great stuff. I wish I could contribute more.

[Bayani]

Gnarly- So with these proposed changes, does this mean I will have less issues when it comes to moving while attacking or using a skill at the same time? (I'll test it out when I'm home playing) One of the issues I've been having is that if I change directions too quickly or attack and move before the attack animation finishes, my toggles get switched around. Now, I have to hit either of the reset keys to fix this, and i guess it could be a matter of working it into my subconsciousness so it becomes a nonissue, though sometimes in those situations when I decide to cheese it and flee, those seconds can mean the difference between getting shot out of the air and me escaping the scene debt free. (there were only two situations where the incorrect toggles caused me to die...one was with a scrapper trying to run away and shouldn't be trying to take down 5 orange conns at only half health and the other was my flying defender who was foolish enough to try to attack an aberrant and a few riflemen with a crappy electric bolt)

[Blue_Volt_NA]

Well Gnarly, it looks like you and I are really on the same page. I tested that theory a couple days ago, and am most of the way through setting up a fly-bind package that will 'solve' the two-key issue. I've also got it set up so that releasing a key mid-move will not confuse the bind. I'm not quite finished, but it looks pretty similar to yours. I haven't had a chance to test these files yet, but I hope I'll be able to post them this week-end, or early next week after I've had a chance to proove them out.

Also, another possible use for that trick is to effectively create another chord key. You set the key up so that it loads a set of binds to certain keys when pressed, and another set when released.

P.S. Darn you!! I wanted to reveal that sweet little idea!!!

[Bayani]

I'll be happy to help with the testing if you want. I have nothing else better to do

[Ex_Libris]

I have my self-tp power bound to my numeric keypad's 5-key and it works fine; however, I can't seem to bind to the key for the tick charater (the left single-quote or ` character--on my keyboard it's the unshifted tilda), and when typing a message during game play, if I accidentally hit that key, it breaks me out of the message field--very annoying.

[Ex_Libris]

Trample: That key is called TILDE in keybinds. For instance,

TILDE "powexec_abort$$follow$$powexec_auto Boxing$$powexec_name Sprint"
LSHIFT+TILDE "powexec_abort$$l <color white><bgcolor maroon><scale 1.5>CHARGE!$$follow$$powexec_auto Boxing$$powexec_name Sprint"

[Ex_Libris]

Hey Blue Volt, sorry to jump your claim ;) But, this is all useful and how it works in real science... SynAbyss comes up with a new concept and reveals it, and we all mash it around and around and around until everybody understands it completely. For instance, I did not think of the fact that you can use this as a way to make a new chord key. Of course, you'd have to have some + command to do it. I wonder if you could use +forward and +backward at the same time, so you wouldn't actually move? But, for this application we WANT ourselves to move, so maybe make each movement key a chord key, and have the 2nd key NOT change movement? That's smarter, and would overcome the problem Oaken Filipino had with canceled attacks, I think. I had the same problem with my scrapper... as soon as I moved during combat, the powexec_abort makes him put away his sword and cancel attacks.

I'll have to mess around on my portable (probably no internet connection), and then compare my results with yours when I return.

Cheers

[Ex_Libris]

Ahh, good catch on the follow... I don't use it on my controller, but I'm sure I will soon on my Scrapper. Will look into it, but nothing soon. But if you don't want to wait, just double call powexec_name sprint twice to force activation when you follow, and load another bind for your follow key that calls sprint twice, and then calls powexec_abort. A lot like the AutoRun is set up.

[Ex_Libris]

I was wondering if after you got it all figured out, you could post it in english? Seriously, I'm new to binding and I got lost about half way through the post. I'm gonna give it a try, maybe playing with it will actually help to sort it out for me. Thanks everyone for all the hard work and time!

PS: I just got "fly" about an hour ago and it is the coolest thing I have ever done in a MMORPG.

[Ex_Libris]

I have a small suggestion for helping with people who have problems with pressing 2 movement buttons at once...

Remove the auto toggle binds from the strafe keys.

I think it'd be easier to get used to having to move forward or backward only (this includes diagonal), than not moving diagnal.

[Ex_Libris]

I'm currently using Gnarly's take on "The Best Hover/Fly /bind EVER!!!" ;) It works great, however, I'm trying to come up with a good reset bind for both the Air and Ground toggles. For example, when I do move in to directions at once (i.e. Forward and Strafe Right), the bind gets reversed. I'm flying when I should be hovering, and vice versa. So I'd like to bind a reset to lshift+t and lshift+g in order to clean this situation up. Any thoughts on how to do this?

Now, if someone can come up with a way to fix the "two directions at once" issue, then I might not have a need for this after all. Looks like several of you are trying. Keeping my fingers crossed!

[Bayani]

What Gnarly did was made it so that if your binds are switched, all you need to do is toggle either of the keys in order to reset them. (For instance if i'm in the air, I hit "g" which is what I set to start hovering) I'm currently experimenting with gnarly's new ideas, but i am curious about the chord idea, even if i don't have any idea what it details.

[Ex_Libris]

Doh! Yes, I just discovered that. Thanks Oaken!

[Wasabi_Joe]

Here is my own small contribution to the discussion, although I am still debugging the code any comments would be appretiated.

ground.txt

w "+forward$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gw.txt"
s "+backward$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gs.txt"
a "+left$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/ga.txt"
d "+right$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gd.txt"
f "powexec_name hover$$powexec_name hover$$bind_load_file c:/coh/fly.txt"
r "autorun 1$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/autorun.txt"


autorun.txt

f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/autofly.txt"
r "autorun 0$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"



fly.txt

w "+forward$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fw.txt"
s "+backward$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fs.txt"
a "+left$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fa.txt"
d "+right$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fd.txt"
f "powexec_name hover$$bind_load_file c:/coh/ground.txt"
r "autorun 1$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/autofly.txt"


autofly.txt

f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/autorun.txt"
r "autorun 0$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"



fa.txt

w "+forward$$bind_load_file c:/coh/fwa.txt"
s "+backward$$bind_load_file c:/coh/fsa.txt"
a "+left$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
d "+right$$bind_load_file c:/coh/fad.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/ga.txt$$bind_load_file c:/coh/autorun.txt"


fad.txt

w "$$"
s "$$"
a "+left$$bind_load_file c:/coh/fd.txt"
d "+right$$bind_load_file c:/coh/fa.txt"


fd.txt

w "+forward$$bind_load_file c:/coh/fwd.txt"
s "+backward$$bind_load_file c:/coh/fsd.txt"
a "+left$$bind_load_file c:/coh/fad.txt"
d "+right$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gd.txt$$bind_load_file c:/coh/autorun.txt"


fs.txt

w "$$"
s "+backward$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
a "+left$$bind_load_file c:/coh/fsa.txt"
d "+right$$bind_load_file c:/coh/fsd.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gs.txt$$bind_load_file c:/coh/autorun.txt"


fsa.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fa.txt"
a "+left$$bind_load_file c:/coh/fs.txt"
d "$$"


fsad.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fa.txt"
a "+left$$bind_load_file c:/coh/fs.txt"
d "+right$$bind_load_file c:/coh/fs.txt"


fsd.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fd.txt"
a "$$"
d "+right$$bind_load_file c:/coh/fs.txt"


fw.txt

w "+forward$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fwa.txt"
d "+right$$bind_load_file c:/coh/fwd.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gw.txt$$bind_load_file c:/coh/autorun.txt"


fwa.txt

w "+forward$$bind_load_file c:/coh/fa.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fw.txt"
d "$$"


fwad.txt

w "+forward$$bind_load_file c:/coh/fa.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fw.txt"
d "+right$$bind_load_file c:/coh/fw.txt"

fwd.txt

w "+forward$$bind_load_file c:/coh/fd.txt"
s "$$"
a "$$"
d "+right$$bind_load_file c:/coh/fw.txt"

ga.txt

w "+forward$$bind_load_file c:/coh/gwa.txt"
s "+backward$$bind_load_file c:/coh/gsa.txt"
a "+left$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
d "+right$$bind_load_file c:/coh/gad.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fa.txt$$bind_load_file c:/coh/autofly.txt"


gad.txt

w "$$"
s "$$"
a "+left$$bind_load_file c:/coh/gd.txt"
d "+right$$bind_load_file c:/coh/ga.txt"


gd.txt

w "+forward$$bind_load_file c:/coh/gwd.txt"
s "+backward$$bind_load_file c:/coh/gsd.txt"
a "+left$$bind_load_file c:/coh/gad.txt"
d "+right$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fd.txt$$bind_load_file c:/coh/autofly.txt"


gs.txt

w "$$"
s "+backward$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
a "+left$$bind_load_file c:/coh/gsa.txt"
d "+right$$bind_load_file c:/coh/gsd.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fs.txt$$bind_load_file c:/coh/autofly.txt"


gsa.txt

w "$$"
s "+backward$$bind_load_file c:/coh/ga.txt"
a "+left$$bind_load_file c:/coh/gs.txt"
d "$$"


gsad.txt

w "$$"
s "+backward$$bind_load_file c:/coh/ga.txt"
a "+left$$bind_load_file c:/coh/gs.txt"
d "+right$$bind_load_file c:/coh/gs.txt"


gsd.txt

w "$$"
s "+backward$$bind_load_file c:/coh/gd.txt"
a "$$"
d "+right$$bind_load_file c:/coh/gs.txt"


gw.txt

w "+forward$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gwa.txt"
d "+right$$bind_load_file c:/coh/gwd.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fw.txt$$bind_load_file c:/coh/autofly.txt"


gwa.txt

w "+forward$$bind_load_file c:/coh/ga.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gw.txt"
d "$$"


gwad.txt

w "+forward$$bind_load_file c:/coh/ga.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gw.txt"
d "+right$$bind_load_file c:/coh/gw.txt"



gwd.txt

w "+forward$$bind_load_file c:/coh/gd.txt"
s "$$"
a "$$"
d "+right$$bind_load_file c:/coh/gw.txt"


*updated code (version 1.1)
**If someone will tell me how I will include a zip file. This also includes a file called reset.txt that will reload the default movement keys. Once unzipped stand on the ground and type /bind_load_file c:/coh/ground.txt

[Bayani]

Hm, I'll give it a go tonight...how's it working for you so far?

[Wasabi_Joe]

Works great for me, very hard to break these key binds. Next I plan on incorporating the spacebar into the workable key combos.

[Ex_Libris]

don't forget the x button in fly to decend, too. I did some piddling around with the binds but ended up crashing my game (quite a few times) before I stopped messing with it.

[Blue_Volt_NA]

Gnarly (and everyone else...),
To use that technique for creating a new chord key, you would start the bind with "+up$$-up$$<the rest of your bind>.

This provides the '+ functionality' to the entire bind, while adding the -up cancels out the move comand.

[Dark_Ire]

I think I understand the .txt files and what they do and how they call the other files.
But I am a little lost as to how you first set the keys in game to use the bind files.

If I were to use Gnarly's binds above, what would I need to type in game to get it started correctly?
Or how would I set up the initial keys to be bound to the right file?

Edit -- Think I figured it out.
Would I just need to type /bind_load_file "c:\Keybinds.txt" ?
:)

[BarfBag]

Hey Wasabi_Joe, great work. Everything seems to work fine, but I am getting error messages when switching between fly/run while moving. If I am moving in any direction and hit the F key to switch to fly, I get the message "Incorrect Format: try /t <Player Name>, (Command Synonyms: /t, /tell, /private, /p, /whisper). And when switching from fly to run while moving, I get "Unknown command d_load_file".

I copied all the files listed again to make sure I didn't miss anything, as well as looked at them to make sure I didn't truncate a command anywhere. It still seems to work fine, just trying to figure out why I'm getting those messages. Anyone else seeing this?

[Wasabi_Joe]

I have made some changes that should solve some of the problems you are haveing. Here is the updated code :

ground.txt

w "+forward$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gw.txt"
s "+backward$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gs.txt"
a "+left$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/ga.txt"
d "+right$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/gd.txt"
x "$$"
f "+up$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/blastoff.txt"
r "autorun 1$$powexec_name sprint$$powexec_name sprint$$mouse_look 1$$bind_load_file c:/coh/autorun.txt"
space "+up"



blastoff.txt

f "+up$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"



setdown.txt

f "+down$$powexec_name fly$$mouse_look 0$$bind_load_file c:/coh/ground.txt"



autorun.txt

w "+forward"
s "autorun 0$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
a "+left"
d "+right"
x "$$"
space "+up"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/autofly.txt"
r "autorun 0$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"




autofly.txt

w "+forward"
s "autorun 0$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
a "+left"
d "+right"
x "+down"
space "+up"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/autorun.txt"
r "autorun 0$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"




fly.txt

w "+forward$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fw.txt"
s "+backward$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fs.txt"
a "+left$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fa.txt"
d "+right$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fd.txt"
x "+down$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/fx.txt"
f "+down$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/setdown.txt"
r "autorun 1$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/autofly.txt"
space "+up$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/spaceon.txt"




----------------------------- AIR MOVMENT

spaceon.txt

w "$$"
s "$$"
a "$$"
d "$$"
x "$$"
r "$$"
space "+up$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"



fx.txt

w "$$"
s "$$"
a "$$"
d "$$"
x "+down$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
r "$$"
space "+up"


fa.txt


w "+forward$$bind_load_file c:/coh/fwa.txt"
s "+backward$$bind_load_file c:/coh/fsa.txt"
a "+left$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
d "+right$$bind_load_file c:/coh/fad.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/ga.txt"
space "+up"



fd.txt

w "+forward$$bind_load_file c:/coh/fwd.txt"
s "+backward$$bind_load_file c:/coh/fsd.txt"
a "+left$$bind_load_file c:/coh/fad.txt"
d "+right$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gd.txt"
space "+up"



fs.txt

w "$$"
s "+backward$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
a "+left$$bind_load_file c:/coh/fsa.txt"
d "+right$$bind_load_file c:/coh/fsd.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gs.txt"
space "+up"



fw.txt

w "+forward$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/fly.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fwa.txt"
d "+right$$bind_load_file c:/coh/fwd.txt"
f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/gw.txt"
space "+up"



fad.txt

w "$$"
s "$$"
a "+left$$bind_load_file c:/coh/fd.txt"
d "+right$$bind_load_file c:/coh/fa.txt"



fsa.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fa.txt"
a "+left$$bind_load_file c:/coh/fs.txt"
d "$$"


fsad.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fa.txt"
a "+left$$bind_load_file c:/coh/fs.txt"
d "+right$$bind_load_file c:/coh/fs.txt"


fsd.txt

w "$$"
s "+backward$$bind_load_file c:/coh/fd.txt"
a "$$"
d "+right$$bind_load_file c:/coh/fs.txt"




fwa.txt

w "+forward$$bind_load_file c:/coh/fa.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fw.txt"
d "$$"


fwad.txt

w "+forward$$bind_load_file c:/coh/fa.txt"
s "$$"
a "+left$$bind_load_file c:/coh/fw.txt"
d "+right$$bind_load_file c:/coh/fw.txt"

fwd.txt

w "+forward$$bind_load_file c:/coh/fd.txt"
s "$$"
a "$$"
d "+right$$bind_load_file c:/coh/fw.txt"




------------------------------- GROUND MOVMENT

ga.txt

w "+forward$$bind_load_file c:/coh/gwa.txt"
s "+backward$$bind_load_file c:/coh/gsa.txt"
a "+left$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
d "+right$$bind_load_file c:/coh/gad.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fa.txt"


gd.txt

w "+forward$$bind_load_file c:/coh/gwd.txt"
s "+backward$$bind_load_file c:/coh/gsd.txt"
a "+left$$bind_load_file c:/coh/gad.txt"
d "+right$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fd.txt"


gs.txt

w "$$"
s "+backward$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
a "+left$$bind_load_file c:/coh/gsa.txt"
d "+right$$bind_load_file c:/coh/gsd.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fs.txt"


gw.txt

w "+forward$$powexec_name sprint$$mouse_look 0$$bind_load_file c:/coh/ground.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gwa.txt"
d "+right$$bind_load_file c:/coh/gwd.txt"
f "powexec_name sprint$$powexec_name fly$$powexec_name fly$$bind_load_file c:/coh/fw.txt"


gad.txt

w "$$"
s "$$"
a "+left$$bind_load_file c:/coh/gd.txt"
d "+right$$bind_load_file c:/coh/ga.txt"


gsa.txt

w "$$"
s "+backward$$bind_load_file c:/coh/ga.txt"
a "+left$$bind_load_file c:/coh/gs.txt"
d "$$"


gsad.txt

w "$$"
s "+backward$$bind_load_file c:/coh/ga.txt"
a "+left$$bind_load_file c:/coh/gs.txt"
d "+right$$bind_load_file c:/coh/gs.txt"


gsd.txt

w "$$"
s "+backward$$bind_load_file c:/coh/gd.txt"
a "$$"
d "+right$$bind_load_file c:/coh/gs.txt"


gwa.txt

w "+forward$$bind_load_file c:/coh/ga.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gw.txt"
d "$$"


gwad.txt

w "+forward$$bind_load_file c:/coh/ga.txt"
s "$$"
a "+left$$bind_load_file c:/coh/gw.txt"
d "+right$$bind_load_file c:/coh/gw.txt"



gwd.txt

w "+forward$$bind_load_file c:/coh/gd.txt"
s "$$"
a "$$"
d "+right$$bind_load_file c:/coh/gw.txt"

Main changes were to the fly/hover section. Although ground.txt was changed and some other files were added as well. If you keep haveing problem message me and I will help you work through them. Also if you are haveing spam in your system menu make sure there are no blak lines at the end of the files. For some reason that causes CoH to echo the last command loaded. Hopes this helps.

[SmartEnd]

[ QUOTE ]

Edit -- Think I figured it out.
Would I just need to type /bind_load_file "c:\Keybinds.txt" ?
:)

[/ QUOTE ]

Actually /bind_load is enough, when you are loading c:\keybinds.txt.
It's only when you want to load some other file that you need to use /bind_load_file <filepath>.

So for keybinds.txt:
/bind_load

For all other files:
/bind_load_file <filepath>

[Blue_Volt_NA]

Wasabi_joe (hot name, by the way ;)),
Great stuff. Looks like you picked up on the bind_load toggle long before I did! I've been working on a set that will do this, but only up to two keys at a time. Guess I can skip that now...

Any way, I've got a question for you. What is the purpose of the "$$" command on it's own? I know it acts as a seperator between multiple command, but don't know what it does when on it's own. Is this the same as "nop"?

Thanks

[Ex_Libris]

There's some interesting stuff in here, but there's way too much redundancy and overhead in those binds for my tastes. I have a much more minimalistic approach that some of you might find useful:<ul type="square"> W, A, S, and D: Default movement binds. R: Default autorun toggle. F: Default follow toggle. Mouse Button 4 (big side button on my Intellimouse): Enable/Disable Sprint Ctrl + Right Mouse: Activate Hover and ensure that Sprint isn't active -- when pressed again, Hover is deactivated and Sprint isn't reactivated. Shift + Right Mouse: Activate Fly and ensure that Sprint isn't active -- when pressed again, Fly is deactivated and Sprint isn't reactivated. Q: Alternates between default and toggle vertical movement. For example, while in default mode the SPACE and X keys work as usual (hold them to move either up or down). While in toggle mode, pressing X once will make your character move downward until you either press X again, press SPACE to toggle upward movement, press SHIFT+RBUTTON to disable Fly, press CTRL+RBUTTON to disable Hover, or press Q to disable toggle movement. I experimented with having W, A, S, and D also act as toggle keys, but I didn't like the way it felt.[/list]C:\Games\CoH\Binds\Movement.txt
[ QUOTE ]
A "+left"
BUTTON4 "powexec_name Sprint"
D "+right"
F "follow"
Q "tell $name, &lt;bgcolor green&gt;&lt;color white&gt;&lt;scale 1.25&gt;Toggle Movement ACTIVATED$$bind_load_file C:\Games\CoH\Binds\Movement\Toggle0.txt"
R "++autorun"
CTRL+RBUTTON "powexec_name Sprint$$powexec_name Hover$$bind_load_file C:\Games\CoH\Binds\Movement\Hover0.txt"
SHIFT+RBUTTON "powexec_name Sprint$$powexec_name Fly$$bind_load_file C:\Games\CoH\Binds\Movement\Fly0.txt"
S "+backward"
SPACE "+up"
W "+forward"
X "+down"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Fly0.txt
[ QUOTE ]
SHIFT+RBUTTON "powexec_name Fly$$up 0$$down 0$$bind_load_file C:\Games\CoH\Binds\Movement\Fly1.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Fly1.txt
[ QUOTE ]
SHIFT+RBUTTON "powexec_name Sprint$$powexec_name Fly$$bind_load_file C:\Games\CoH\Binds\Movement\Fly0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Hover0.txt
[ QUOTE ]
CTRL+RBUTTON "powexec_name Hover$$up 0$$down 0$$bind_load_file C:\Games\CoH\Binds\Movement\Hover1.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Hover1.txt
[ QUOTE ]
CTRL+RBUTTON "powexec_name Sprint$$powexec_name Hover$$bind_load_file C:\Games\CoH\Binds\Movement\Hover0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Toggle0.txt
[ QUOTE ]
Q "tell $name, &lt;bgcolor red&gt;&lt;color white&gt;&lt;scale 1.25&gt;Toggle Movement DEACTIVATED$$up 0$$down 0$$bind_load_file C:\Games\CoH\Binds\Movement\Toggle1.txt"
X "up 0$$down 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleDown0.txt"
SPACE "down 0$$up 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleUp0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\Toggle1.txt
[ QUOTE ]
Q "tell $name, &lt;bgcolor green&gt;&lt;color white&gt;&lt;scale 1.25&gt;Toggle Movement ACTIVATED$$bind_load_file C:\Games\CoH\Binds\Movement\Toggle0.txt"
X "+down"
SPACE "+up"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\ToggleDown0.txt
[ QUOTE ]
X "down 0$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleDown1.txt"
SPACE "down 0$$up 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleUp0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\ToggleDown1.txt
[ QUOTE ]
X "up 0$$down 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleDown0.txt"
SPACE "down 0$$up 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleUp0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\ToggleUp0.txt
[ QUOTE ]
SPACE "up 0$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleUp1.txt"
X "up 0$$down 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleDown0.txt"

[/ QUOTE ]
C:\Games\CoH\Binds\Movement\ToggleUp1.txt
[ QUOTE ]
SPACE "down 0$$up 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleUp0.txt"
X "up 0$$down 1$$bind_load_file C:\Games\CoH\Binds\Movement\ToggleDown0.txt"

[/ QUOTE ]
If you would rather, you can grab a .zip file of the above files from here: http://web.utk.edu/~cjones7/CoH/Movement.zip

Also, I've seen several people set up their binds in their "C:\CoH\" folder, so if you would like to try this setup out without having to fix all the directory names in the files (I use "C:\Games\CoH\Binds\" for my binds folder) I will be more than happy to generate and provide another zip file for whatever will be the most user-friendly.

[SyphonStrike]

I just wanted to say that I've started using Wasabi_Joe's bind set and it works, more or less, wonderfully. I have not used his most recent updated version, but the original one works great.

The only issue I've had (other than the same one that was already addressed) is that you must be very deliberate about pressing keys, specifically when the space bar enters the equation. It appears that using the space bar rapidly with movement keys can break the binds. My solution was to create a "quick fix" key which reloads ground.tx immediately, which minimized the damage of the problem (you know, not being able to move backwards at all, for example). Also, I became far more deliverate about what keys I pressed and how I pressed them.

Still, despite that minor glitch, I loved it. I think I was on the ground for about ten minutes last night and I played for a good 6 hours or so - I spent the entire night flying or hovering. It was awesome. Thanks Wasabi_Joe!

[BarfBag]

That certainly corrected the errors I was seeing. Thanks for all your work!

[Wasabi_Joe]

[ QUOTE ]

There's some interesting stuff in here, but there's way too much redundancy and overhead in those binds for my tastes.

[/ QUOTE ]

You are right there is alot of redundacy and over head in these binds. The reason for that is to make it harder to break while doing complex combat maneuvers. For example : while in the air straffing left you begin to move forward, and as you are moveing forward you switch directions and start straffing right. A normal person during this maneuver will actually have three buttons down at once and can release them in any order without effecting the fly/hover state.

[ QUOTE ]
The only issue I've had (other than the same one that was already addressed) is that you must be very deliberate about pressing keys, specifically when the space bar enters the equation. It appears that using the space bar rapidly with movement keys can break the binds. My solution was to create a "quick fix" key which reloads ground.tx immediately, which minimized the damage of the problem (you know, not being able to move backwards at all, for example). Also, I became far more deliverate about what keys I pressed and how I pressed them.


[/ QUOTE ]

I am aware of this problem and am incorperating a solution now, I will post the latest version when I am done. Another issue that you may notice sometimes, is pressing 'r' while useing another movement key. I will hopefully have that addressed in the latest version. Although this will add more over head in the form of files, I find the convinence of not haveing to watch my every key stroke. And since every _bind_load_file takes a insignificant amount of load time, the only real issue, for me, is the ammount of time it takes to type in all the files.

My eventual goal is to have one set of advance movement key binds that will allow you to use any advance movment power, depending on wich character you are playing. But since the only alt I have right now only has flying, that will have to wait until I get some practical experience.

"$$" is the some as nop, it is just more obvious for me while debugging the code.

** anyone who wants to try these binds without typeing them all in can message me with an email address. I will send you a zip file of my latest effort.

[Ex_Libris]

Great work Wasabi_Joe !!!

Just a quick comment, every time I use autorun, it breaks the binds. I can't move backwards and fly/hover are invered.. meaning stand still I am flying and moving im hovering ))

I will do that quickfix someone else said about making the ground.txt into a hot key for now...

Thx alot for all your hard work, looking forward to your next evolution.

[Ex_Libris]

Wasabi: I can either host the file or give you some space to host the zip file on (via http://www.the-kgb.org) if that's the issue.

[Ex_Libris]

Just found out that I needed to hit the same autorun key to stop it... could you add the +back key or show me how I could add it Wasabi ?

[Ex_Libris]

Wasabi_Joe that is one amazing set of files! I'm hooked!

I had one issue though, while flying forward, hitting 'x' to go down confuses the binding.

I 'fixed' it by adding:
x "+down"

to fw.txt but this exposed another problem...

While flying forward, press spacebar or 'x' (with my change to fw.txt). You will continue flying foward and start moving up or down as well. So far so good. If you release the spacebar or the 'x' first, all is well. BUT if you release the 'w' key first the binding gets confused.

Is this the problem you mentioned addressing with your next version?

Thanks again, this is incredibly well done. :)

[Wasabi_Joe]

Thank you for your intrest every one, all of the above problems stem from key combinations that I haven't coded... yet. I plan on incorperating all key combos that one would normally run into and so if you find an error please figure out the exact cmobination of keys that you pressed that caused the problem, and I will add it to the next version.

[ QUOTE ]
Wasabi: I can either host the file or give you some space to host the zip file on (via http://www.the-kgb.org) if that's the issue.



[/ QUOTE ]

that is exactly the problem WeaponX, and if you dont mind hosting the files juat send me a message and let me know what I need to do. I am working on getting some web space from my EQ2 guild but while that is in the works any help would be appretiated.

[Ex_Libris]

[ QUOTE ]
that is exactly the problem WeaponX, and if you dont mind hosting the files juat send me a message and let me know what I need to do. I am working on getting some web space from my EQ2 guild but while that is in the works any help would be appretiated.

[/ QUOTE ]
I'm going to set you up an account, I'll let you know as soon as it's ready (gotta remember the appropriate html.com and permissions to give you -- haven't set something up for a non-admin in a looong time).

[Ex_Libris]

I'm pretty sure I just got your account all set up and running properly. I'm going to test it a little more and then PM you the details. I'll post here as soon as I've done that.

http://www.the-kgb.org/~wasabi/ :p

[Ex_Libris]

[ QUOTE ]
Thank you for your intrest every one, all of the above problems stem from key combinations that I haven't coded... yet. I plan on incorperating all key combos that one would normally run into and so if you find an error please figure out the exact cmobination of keys that you pressed that caused the problem, and I will add it to the next version.


[/ QUOTE ]

Figured that was the deal. I'll keep an eye out for your next version!

[Ex_Libris]

Wasabi, check your PMs. I sent you information on using the account that I have set up for you. I gave you my contact information if you have any questions or would like some help with anything.

[ran_liberty]

I used Wasabi_Joe's binds a bunch last night. I had one inconsequential problem(had to tap movement key occasionally to turn off fly) and one pretty bad problem(my 'w' key stopped working - had to reset). Even after they'd just happened, I couldn't recall what key combinations were at work - sorry about that.

During indoor missions, last night, I turned off the binds, just in case. That was dreadful, especially not having the hover/fly movement binds, but I felt it was the safest way to continue. I think next time I play I'll bind a key to bind_load_file "c:/coh/reset.txt" as a failsafe and do missions with the binds on.

Wasabi, Sinabyss, Weap0nX, Jade, Blue_Volt, Gnarly and everyone else that has been contributing to these binds, thank you all so much! I won't go so far as to say that these things should have been in the official game(other than turning off sprint when flying), but I think once they are working closer to 100%, they'll be an integral part of the game for me.

2 things that bother me about the binds...

I like to hit slug while out of range and then run closer until my character stops, just inside the range, and blasts the enemy. With these binds, that's impossible. Maybe a key that toggles between ground.txt and reset.txt is in order.
[Edit: Infinitesimal already mentioned this issue.]

Also, mouselook is turned on while moving. I'm used to needing to drag with the right-mouse-button down to do mouselook. This doesn't really bother me during travel, but it's a killer during combat.

Wasabi, now that you have a place to host the files, when you create new zip files, maybe you could put the version number in the filename and stick a changes.txt file inside.

[Ex_Libris]

Let me start with - FANTASTIC bind :) Kudos to ALL who have been involved in the development of this. While there are teething problems it is still an awesome bind.

Thank You all.

[ QUOTE ]
I like to hit slug while out of range and then run closer until my
character stops, just inside the range, and blasts the enemy. With these
binds, that's impossible. Maybe a key that toggles between ground.txt
and reset.txt is in order.

[/ QUOTE ]

I didn't think I did this :) But battling the Tsoo last night I realised I use it all the time for the sorcerers. In the end I too turned it off.


[ QUOTE ]
Wasabi, now that you have a place to host the files, when you create new zip files, maybe you could put the version number in the filename and stick a changes.txt file inside.

[/ QUOTE ]
here here :) great idea

[SpellChek]

[ QUOTE ]
Also, mouselook is turned on while moving. I'm used to needing to drag with the right-mouse-button down to do mouselook. This doesn't really bother me during travel, but it's a killer during combat.

[/ QUOTE ]

I'll add my thanks to Wasabi Joe and others. As far as the above complaint, you can simply delete all of the "mouselook" references in the binds to keep the default look settings. A bit of a pain, but doable.

[Ex_Libris]

[ QUOTE ]

I like to hit slug while out of range and then run closer until my character stops, just inside the range, and blasts the enemy. With these binds, that's impossible. Maybe a key that toggles between ground.txt and reset.txt is in order.


[/ QUOTE ]

I'm sorry, I can't try this out right now, but can you explain why this doesn't work? If I understand you, you're saying that you can't queue up a ranged power while out of range of your target and then run into range and have the power go off?

Thanks!

[ran_liberty]

SaberCat,

Yep, that's exactly it. I think the problem stems from the fact that sprint is being toggled on, then off. And that seems to clear out slug from being queued.

Thinking about it some more, maybe if you start moving, then hit slug, it would stay queued up.

[Ex_Libris]

EDIT: ^^^ Great minds think alike... ;)

Saber: I think that what he's saying is that since every time you move you are queueing Sprint, Hover, or Fly it clears the power that he already has queued. It would be pretty easy to create a toggle key that you could use while in combat and then press it again when you want to go back to normal movement.

[Ex_Libris]

Ahhh, I see.

Thanks!

[KinCross]

I've been building my binds with three possible modes:

Sprint Mode (Sprint whenever moving)
Jog Mode (regular movement)
Fly Mode (Fly whenever moving, Hover when not moving)

As yet, I haven't found a reason to add a Hover Mode to that list.

[Wasabi_Joe]

I am hard at work on my latest binds, probably call it version 2.0. Some of the issues being addressed are :

- adding key combinations.
control + f = reload fly/hover binds.
control + r = reset to normal movement binds.

- moving bind files
createing a directory structure under c:/coh/moves/ to keep all these binds seperate from any other binds you may use or have. This is probably the most important development because the list of files is now quite extensive.

- fixing issues with
pressing 'r' + 'w' at same time.
fully incorperating the 'x' and space keys into the allowable key combinations.

If enough people ask, I can make available key binds that dont turn on mouse look, it is just a matter of prefrence for me.

* Thank you weapOnX, the server space is most welcome. I will post version 1.1 asap and hopefully have version 2.0 up before the weekend is over.

** version 1.1 has been uploaded to web site and is available here (http://www.the-kgb.org/~wasabi/wj_fly.binds_v1.1.zip) .

[Rampaging_Grimm]

Thank you very much Wasabi, I greatly enjoy your bind. I used it tonight for the first time, and found the key combos that break the bind not too hard to work around.

I am however giddily awaiting 2.0....I'm sure we'd all like to thank you for putting the extra work in. :)

I personally WOULD prefer that mouselook be set back to manual activation, but troubling you to make 2 versions seems a bit excessive.

In short, excellent work and thank you for sharing!

[Ex_Libris]

@Wasabi, thanks a ton for this bind. It's really great. I hesitated about 1 week to install it (because I needed to change a lot !=), but yesterday I've done it and I cannot do without it anymore !=)

Can't wait for the v2 version as well, because I came into some dead lock situations, where I needed a "reset" already--sorry, didn't found what caused the dead lock so far (dead lock in means of some keys not working properly anymore or Hover and Fly toggling in reverse order). If I find out, I'll let you know.

[RandomJonathan]

Not tried the bind yet (as I don't have fly yet - but I'm working on it) but thanks, it looks really cool.

Just my 2 cents on this...

[ QUOTE ]
I like to hit slug while out of range and then run closer until my character stops, just inside the range, and blasts the enemy. With these binds, that's impossible.

[/ QUOTE ]

A possible workaround may be to use autoexec powers, so bind a key to "/powexec_auto slug" and this will then let you retain that functionality even with all of the power switching in wasabi's binds...

hope that helps ;)

[Ex_Libris]

I put up a little skeleton of a page for your setup, Wasabi... :p

http://www.the-kgb.org/~wasabi/

[ServantofRaKur]

once your version 2.0 is up I'm assuming its just a little typing to switch swift to my prestige power (eb games preorder)and take out the mouselook references. I'm wondering if I can change the 1.1 version to just work with my prestige power since I don't have Fly/Hover yet.

Great Job

[Ex_Libris]

Wasabi, I suggest a Read Me explaining how to install the binds.

[Wasabi_Joe]

Okay version 2.0 is up and running here (http://www.the-kgb.org/~wasabi/index.html). I have tested it pretty well but I am sure everyone will let me know if I missed anything. I am happy to add key combos that people are useing that are not included in the binds. Just let me know what combo busted it. Included in the zip file are an addendum and a batch file to romove the older version. The instructions for setting up the binds are posted on the web page (http://www.the-kgb.org/~wasabi/index.html). Thank you so much to WeapOnX and Gnarly and everyone else who has done most of the work getting these binds out to you. The only reason I bothered to type them up was because I found them usefull and hopefully you will to.

** Do to being in a hurry, I uploaded the wrong zip file. It has now been corrected. So if you down loaded the file in the last hour, please reload it. TY.

[Zyxwv]

Was wondering if I could ask a possible favor. As a newbie to the game, I'm not very familiar with /bind yet and I have a long ways to go to start actually modifying them.

I just *love* wasabi_joe's /bind. It's so easy to use. However when I'm on the ground, I prefer to have everything working exactly the way it has been from the start. I don't like the mouselook on the ground, and I don't like the sprint turning on and off (it isn't much of a drain, and I like being able to auto-stop when casting on an out of range target).

Anyways, would it be too much to ask to get someone to modify Wasabi_joe's script so that the flying works exactly as it does now, but remove all the ground stuff so it works like the defaults. That, to me, would be the absolute perfect script. :)

Also, I have a question. The "F" is to start the flying mode, but is it supposed to turn it off also, or is there another command? If I use "F" to go back to ground mode, it sometimes takes quite a few taps to get it.

Sorry about the noob questions and requests.

Big L

[Zyxwv]

Oops. nevermind on changing the scripts for ground. I just changed the ground file and removed all the stuff after the direction movements and it's just what I wanted.

"F" still seems to sometimes kick me into fly mode when I'm already in fly mode rather than go back to ground mode though.

[Wasabi_Joe]

Although I haven't tested this, I would recomend copying the reset file onto the ground.txt file movment binds, that should do most of what you want. It will cause you problems if you hit 'f' while moveing in flight. The ideal solution would be to go through all the ground files (everything that starts with g) and remove any reference to sprint. That would keep the key combo loads for going into flight while moveing but keep sprint manual. You should also remove all mouse_look commands. Hope that helps.

[RickMan_NA]

Well, I would like to use these binds...or at least something like them. But, I can't get the bindings to load. I'm using the following text in my main toggle bind (toggle between running and flying)...

button4 "powexec_name sprint$$powexec_name hover$$bind_load_file c:/flight1.txt"

Now, this line works to toggle hover on and off, but the 'bind_load_file' command isn't working. I hit button 4 and I get a "unable to load bindfile" message.

Now, since I like to steer with mouselook I didn't use all of Sinabyss' bindings. I only used the bindings for 'w', 's' and 'space'.

Here are the two bind files I made..

Flight1.txt
w "+forward$$powexec_name hover$$powexec_name fly"
s "+backward$$powexec_name hover$$powexec_name fly"
space "+up$$powexec_name hover$$powexec_name fly"
button4 "powexec_name sprint$$powexec_name hover$$bind_load_file flight2.txt"

flight2.txt
button4 "powexec_name sprint$$powexec_name hover$$bind_load_file flight1.txt"
w "+forward"
a "+left"
d "+right"
s "+backward"
space "+up"

Can someone please tell me how to get these files to load? Toggling manually is getting really old really fast :(

Thanks in advance :)

[Super_Volt]

In the /bind for mouse button 4 your flight1.txt is loaded from c:/ but it flight1.txt and flight2.txt the load commands aren't directed to c:/. This looks like it's the problem.

[Ex_Libris]

Thanks for all the hard work... :)

Wasabi's webpage/zip for the file is not currently working. Getting a 404. Will this be back up?

[RickMan_NA]

[ QUOTE ]
In the /bind for mouse button 4 your flight1.txt is loaded from c:/ but it flight1.txt and flight2.txt the load commands aren't directed to c:/. This looks like it's the problem.

[/ QUOTE ]

I've tried it both ways, with the c:/ and without it...neither work. And the powers.txt has a c:/ in it, and it doesn't work either.

[ErieFF]

Don't know if you are using the exact typing from your bind, but it would be 'C:\' not '/' (ignore the quotes of course).

[Ex_Libris]

I didn't see a link anywhere, so I zipped up Wasabi's files (I think they're the latest) and posted them. This is on my personal webspace, but I think the bandwidth will hold up (it's only 7k).

http://business.wm.edu/ted.boone/COHbinds/flybinds.zip

I use Prestige Power Quick, and I put Wasabi's files in c:\flybinds\ If you want to change, you'll have to edit each file accordingly.

Hope this helps people. Wasabi, thanks _so_ much. Best binds ever!

[Mister_B]

[ QUOTE ]
I didn't see a link anywhere, so I zipped up Wasabi's files (I think they're the latest) and posted them. This is on my personal webspace, but I think the bandwidth will hold up (it's only 7k).

http://business.wm.edu/ted.boone/COHbinds/flybinds.zip

I use Prestige Power Quick, and I put Wasabi's files in c:\flybinds\ If you want to change, you'll have to edit each file accordingly.

Hope this helps people. Wasabi, thanks _so_ much. Best binds ever!

[/ QUOTE ]

Thanks for hosting the zip, hope the "official" site comes online again soon, complete with 2.0 binds.

I would love to see a bindset free of the mouse-look.

[RickMan_NA]

[ QUOTE ]
Don't know if you are using the exact typing from your bind, but it would be 'C:\' not '/' (ignore the quotes of course).

[/ QUOTE ]

LMAO...You'd think that after more than a few years of dealing with this kind of code I could keep '\' and '/' straight! That was the problem...thanks for the kick in the rear! :p

[Panzer]

I'm not able to load any txt files.

For example. I have 3 txt files in my C: drive named "powers", "flight1" and "flight2"(the ones above).

I start the game and type in

"/bind_load_file c:\powers.txt" and it says it cannot load the file.

I have tried;

/bind_load_file powers.txt
/bind_Load_File powers.txt
/bind_load_file \powers.txt
etc etc.

What am I missing?

Thanks for any help you can give.

Panzer5

[Ex_Libris]

[ QUOTE ]
Thanks for hosting the zip, hope the "official" site comes online again soon, complete with 2.0 binds.

I would love to see a bindset free of the mouse-look.

[/ QUOTE ]

You should be able to easily edit/replace for mouse_look 0 and mouse_look 1 with nothing in each of the files. Just a thought.

[Ex_Libris]

[ QUOTE ]
Thanks for hosting the zip, hope the "official" site comes online again soon, complete with 2.0 binds.

[/ QUOTE ]
Crap, I didn't realize that something went on with the website. I'm going to look into it either right before I head to bed in a few minutes or early tomorrow morning. I think something went awry with my .httaccess file for Wasabi... we'll see.

[MetaSignus_NA]

um can anyone tell me how to use these binds?

[ServantofRaKur]

This set of binds of Wonderful!

Right Now I have 2 copies one where it uses my prestigue power instead of sprint
and the other copy uses Super Speed Instead of Sprint.

What this allows is for me to be always in Super Speed mode when moving and turning it off when i'm not moving.

Once I get flying it will also allow me to hover at all times and only switch to fly mode when i'm attempting to move.

I love it Super Speed all the time but its always off when i'm resting.

I reccomend taking out the mouselook commands though its a very nice design feature. When ever you change into flying mode your switched to mouselook. The problem is Alot of people either have a key binded to that or use the right mouse button. this then messes them up!

Anyways thanks to all involved writting and designing these Binds.

[Ex_Libris]

Great Work, Wasabi Joe!

I got back from my trip this last weekend, and ended up with much the same binds as you. I am currently comparing them, so as to improve mine, and suggest improvements for yours. Mine use the other keys (ESFD) rather than WADS, but I'll translate here since those are standard and more popular.

Suggestions:

1) Add your autorun key, R, to FW and GW, and bind it so you go gracefully into Autorun/autofly. To do this, add a bind in GW.txt for R that sets autorun (no need to turn on sprint or mouse_look because they're already on) and loads a new file called GWR.txt. GWR.txt binds F to ONLY load autorun.txt, and all the other keys to NOP (no operation, same as your "$$"). This allows you to be holding down your W key, think "oh, I need to run for a while" so you hit R, release F, and you're still cruising. No big deal, but smoother.

2) I added fly modes for combinations of direction keys and the Spacebar/down keys. This allows you to go up/forward, up/right, down/back etc. It adds a lot of combinations and therefore files, but is nice. Going up and forward seems to be one of the more useful directions, and gives you a nice look angle (more towards the ground) even if you aim so that you're still flying horizontal. I think I'm going to add ++up to my autofly for this reason.

3) Unless I'm missing something, you should be able to get rid of some of your directions and files...like GAD, GSAD and GWAD.txt, and their flying equivalents. You can't actually move left (A) and right (D) at the same time, so does this mode/file have some purpose? In mine, I just put NOPs for the A key when D is already pressed, and vice versa. You did this for W and S, but not for A and D.


I like your Blastoff... pressing your fly toggle putting you immediately into fly, and holding it down moving you up. it's smoother than my way of hitting my fly key which puts me in hover, then pressing the space bar to "blast off". I'll probably incorporate that into my setup.

Cheers!

Gnarly

[Ex_Libris]

I fixed the problem with my website -- apparently something happened to rollback my previous httpd.conf config file... :confused:

You can grab the latest posted version of Wasabi's binds from here: http://www.the-kgb.org/~wasabi/fly_binds_v2.0.zip

You can view the "official" homepage for Wasabi's binds here: http://www.the-kgb.org/~wasabi/

I can probably write a script later to generate the desired functionality some of you all want from the binds based on whatever the latest binds he has posted on my website. For example, specifying what keys you want for each function, the ability to disable/enable mouselook, specifying which folder you want your binds to be in, and excluding other features you might not want. My plate's pretty full right now, but I should be able to write something up for that pretty darn fast.

[Mister_B]

I can't wait for the next version to come. Would be really nice to have some of the improvements suggested by Gnarly, as well as the ability to customize it through a script by Weap0nX.

What's next Joe?

Edit: Would also be nice with some sort of tutorial. I know that they're the greatest fly/hover bind ever, but what does it do?

Edit: Found some errors in the files with the spelling of the path to the files (removed mouselook):

2_index.txt(175): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
2_index.txt(565): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"
fwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
gwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"
moves\2_index.txt(175): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
moves\2_index.txt(565): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"
moves\fly\fwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
moves\ground\gwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"

[Pulsar_NA]

Just thought I'd say thanks! I love the work you've put into it. It does take some work getting use to loosing the ability to queue powers up (ie click blast then move and have it auto attack when in range).

I also found mouse look bothersome but glad to see that it's an easy fix! :)

I would make a combat/non-combat mode but I like using these binds in combat more so than non-combat, staying in hover and knowing that I can just hit w fly away is a god-send :)

[Eddiit]

Well I unzipped your bind and everything seems to be working fine except for one minor problem..... after I use the R key to autorun the S key no longer disables it... I had no way of stopping... I toggled between flying and running and tried pressing every key on my keyboard to stop but couldnt...ultimateley I had to log off so I could stay still... why doesnt the S key disable R anymore? AND cany you fix it so I can continue to use this otherwise awesome bind.

[ran_liberty]

I haven't tried version 2, yet, but I downloaded it(from the latest weaponx post) and unzipped it. I noticed that there are two sets of binds in the zip file. One set is in the root of the zip file and one set is in the moves directory of the zip file. The version that is in the moves directory of the zip file has an autorun 0 in the bind for s in autofly.txt. I think, MAYBE, the solution is to copy all the files and subfolders in the moves directory of the zip file to your c:\coh\moves directory.

Probably what happened was weaponX zipped up his c:\coh directory, not c:\coh\moves.

Here is the file list in the 2.0 zip file that weaponx put up, currently:

2_index.txt
Addendum.txt
autofly.txt
autorun.txt
blastoff.txt
fly
fly.txt
fw.txt
fwr.txt
ground
ground.txt
gw.txt
gwr.txt
moves
reset.txt
setdown.txt
update.bat
fly\fa.txt
fly\fad.txt
fly\fbar.txt
fly\fbara.txt
fly\fbarad.txt
fly\fbard.txt
fly\fbars.txt
fly\fbarsa.txt
fly\fbarsad.txt
fly\fbarsd.txt
fly\fbarw.txt
fly\fbarwa.txt
fly\fbarwad.txt
fly\fbarwd.txt
fly\fbarx.txt
fly\fbarxa.txt
fly\fbarxad.txt
fly\fbarxd.txt
fly\fd.txt
fly\fs.txt
fly\fsa.txt
fly\fsad.txt
fly\fsd.txt
fly\fw.txt
fly\fwa.txt
fly\fwad.txt
fly\fwd.txt
fly\fx.txt
fly\fxa.txt
fly\fxad.txt
fly\fxd.txt
ground\ga.txt
ground\gad.txt
ground\gd.txt
ground\gs.txt
ground\gsa.txt
ground\gsad.txt
ground\gsd.txt
ground\gw.txt
ground\gwa.txt
ground\gwad.txt
ground\gwd.txt
moves\2_index.txt
moves\Addendum.txt
moves\autofly.txt
moves\autorun.txt
moves\blastoff.txt
moves\fly
moves\fly.txt
moves\ground
moves\ground.txt
moves\reset.txt
moves\setdown.txt
moves\update.bat
moves\fly\fa.txt
moves\fly\fad.txt
moves\fly\fbar.txt
moves\fly\fbara.txt
moves\fly\fbarad.txt
moves\fly\fbard.txt
moves\fly\fbars.txt
moves\fly\fbarsa.txt
moves\fly\fbarsad.txt
moves\fly\fbarsd.txt
moves\fly\fbarw.txt
moves\fly\fbarwa.txt
moves\fly\fbarwad.txt
moves\fly\fbarwd.txt
moves\fly\fbarx.txt
moves\fly\fbarxa.txt
moves\fly\fbarxad.txt
moves\fly\fbarxd.txt
moves\fly\fd.txt
moves\fly\fs.txt
moves\fly\fsa.txt
moves\fly\fsad.txt
moves\fly\fsd.txt
moves\fly\fw.txt
moves\fly\fwa.txt
moves\fly\fwad.txt
moves\fly\fwd.txt
moves\fly\fwr.txt
moves\fly\fx.txt
moves\fly\fxa.txt
moves\fly\fxad.txt
moves\fly\fxd.txt
moves\ground\ga.txt
moves\ground\gad.txt
moves\ground\gd.txt
moves\ground\gs.txt
moves\ground\gsa.txt
moves\ground\gsad.txt
moves\ground\gsd.txt
moves\ground\gw.txt
moves\ground\gwa.txt
moves\ground\gwad.txt
moves\ground\gwd.txt
moves\ground\gwr.txt

[Eddiit]

I think it may have fixed the problem though I didnt have time to go in depth with testing. Thx.

[TrunKKs2004]

Can someone explain how to reset my keys to the way hey are now before I use these new binds. Also can some explain in plain english what these binds do and how they work? From what I understand these binds turn on mouselook which I do not like, I like my right mouse button to toggle mouse look. Is there a way to change it so I can still have

[Mister_B]

To reset the keys, go to game options - controls and press reset key bindings.

To disbale mouselook, remove all $$mouselook 1 and $$mouselook 0 from the files.

I have a serious problem. I love these binds, they are very very great. But alas, they cause my computer to crash very often. Anyone have any insight into this?

[Cowthulhu]

This is a long, thread and I haven't been following it, but now that I've cranked up Stamina, I'm really interested, because I can afford to keep hover on more.

Could someone encapsulate for me what Wasabi_Joe's bind set does or tell me where I can find a summary?
If I understand correctly, it has hover as a default state then auto-flys when you move. Is that correct?

It does the same thing to toggle Sprint?
How do you switch from aerial mode to ground?

I use a Nostromo Speedpad and have my buttons set to emulate various keypresses. Any reason that would cause problems with these binds?

Anything else I would need to know?

[Mister_B]

Yeah, an indebt guide to the bidns would be great.

What I get out of it, is that it toggles between sprint when moving and no sprint when standing still, fly when moving in the air and hover when hovering (:P) still. The default key to switch to flight is f, but I've changed it to button5 on my mouse. It also has mouselook, but I've disabled this too, as I have the right mouse button to do that for me.

Don't really know what else it does, but it's great.

[Cowthulhu]

[ QUOTE ]
The default key to switch to flight is f, but I've changed it to button5 on my mouse.

[/ QUOTE ]

What did that involve?

[Mister_B]

Open all the files and so a search for
f "
And replace it with
button5 "
Which then sets the leftside button on your mouse to activate fly.

[Wasabi_Joe]

[ QUOTE ]
Great Work, Wasabi Joe!

I got back from my trip this last weekend, and ended up with much the same binds as you. I am currently comparing them, so as to improve mine, and suggest improvements for yours. Mine use the other keys (ESFD) rather than WADS, but I'll translate here since those are standard and more popular.

Suggestions:

1) Add your autorun key, R, to FW and GW, and bind it so you go gracefully into Autorun/autofly. To do this, add a bind in GW.txt for R that sets autorun (no need to turn on sprint or mouse_look because they're already on) and loads a new file called GWR.txt. GWR.txt binds F to ONLY load autorun.txt, and all the other keys to NOP (no operation, same as your "$$"). This allows you to be holding down your W key, think "oh, I need to run for a while" so you hit R, release F, and you're still cruising. No big deal, but smoother.

2) I added fly modes for combinations of direction keys and the Spacebar/down keys. This allows you to go up/forward, up/right, down/back etc. It adds a lot of combinations and therefore files, but is nice. Going up and forward seems to be one of the more useful directions, and gives you a nice look angle (more towards the ground) even if you aim so that you're still flying horizontal. I think I'm going to add ++up to my autofly for this reason.

3) Unless I'm missing something, you should be able to get rid of some of your directions and files...like GAD, GSAD and GWAD.txt, and their flying equivalents. You can't actually move left (A) and right (D) at the same time, so does this mode/file have some purpose? In mine, I just put NOPs for the A key when D is already pressed, and vice versa. You did this for W and S, but not for A and D.


I like your Blastoff... pressing your fly toggle putting you immediately into fly, and holding it down moving you up. it's smoother than my way of hitting my fly key which puts me in hover, then pressing the space bar to "blast off". I'll probably incorporate that into my setup.

Cheers!

Gnarly

[/ QUOTE ]


Great to have you back Gnarly, you and I obviously think alike. All of the suggestions you have made are already implemented in version 2.0. As to the extra files such as gwad, fsad, fbarsad, et al.. The reason I find these necessary is to cover situations such as moving left and forward and then switching to moving right and forward. If you dont take you fingers off of the keys in the right order you will break the key binds. I have only added these 4 and 5 button combinations for the situations that I ran into in testing. Coincidentaly that is the reason for the "$$" fillers, to highlight key combo failures by leaving a dead key.


[ QUOTE ]
Well I unzipped your bind and everything seems to be working fine except for one minor problem..... after I use the R key to autorun the S key no longer disables it... I had no way of stopping... I toggled between flying and running and tried pressing every key on my keyboard to stop but couldnt...ultimateley I had to log off so I could stay still... why doesnt the S key disable R anymore? AND cany you fix it so I can continue to use this otherwise awesome bind.



[/ QUOTE ]

This issue is solved in version 2.0. It stems from not haveing the gwr and fwr files that Gnarly mentioned. Also the aiming of gwr and fwr is a little tricky.


[ QUOTE ]
I haven't tried version 2, yet, but I downloaded it(from the latest weaponx post) and unzipped it. I noticed that there are two sets of binds in the zip file. One set is in the root of the zip file and one set is in the moves directory of the zip file. The version that is in the moves directory of the zip file has an autorun 0 in the bind for s in autofly.txt. I think, MAYBE, the solution is to copy all the files and subfolders in the moves directory of the zip file to your c:\coh\moves directory.

Probably what happened was weaponX zipped up his c:\coh directory, not c:\coh\moves.


[/ QUOTE ]

The installation instructions on the web site and other places in these forums call for unzipping into c:/coh/moves/. I created the zip files from my own instalation with full path saved, I am not sure why it is unzipped in the wrong directory.


[ QUOTE ]
This is a long, thread and I haven't been following it, but now that I've cranked up Stamina, I'm really interested, because I can afford to keep hover on more.

Could someone encapsulate for me what Wasabi_Joe's bind set does or tell me where I can find a summary?
If I understand correctly, it has hover as a default state then auto-flys when you move. Is that correct?

It does the same thing to toggle Sprint?
How do you switch from aerial mode to ground?

I use a Nostromo Speedpad and have my buttons set to emulate various keypresses. Any reason that would cause problems with these binds?

Anything else I would need to know?


[/ QUOTE ]

You seem to have the gist of it. To switch between fly/hover and sprint/ walk just press 'f'. to get started useing these binds just unzip this (http://www.the-kgb.org/~wasabi/fly_binds_v2.0.zip) file into a directory called c:\coh\moves\. Then in game while stqanding on the ground with sprint off type "/bind_load_file c:/coh/moves/ground.txt" And you will be up and rinning. There is an addendum file that talks about some of the features in the zip. If I get some time I may add a a user guide to the web page (http://www.the-kgb.org/~wasabi/) . Thanks again to WeapOnX for hosting.

Sorry I havent responded sooner but I had a big race this weekend and have been to busy.

To all of you who have contributed to these binds via modification. ie.: Disabling mouse_look, Incorperating super speed, etc.. Please post your versioon of these files so others may injoy your work. I cannot claim full responsability for these binds, as anyone who reads this entire thread will discover I am only adding to the work of others, and if we all continue to do this I know we will have the super travel binds we need.

[Cowthulhu]

Thank you for the reply Wasabi_Joe.
I did use the files tonight, and while I like them so far, I did run into a problem that occurred multiple times.

On three occasions (each time I tried to use the binds), at some point, I got into a state where the S key no longer went backwards (didn't function at all when in ground or fly mode) and the hover/fly or sprint state was the opposite of what it should have been.

That is, sprint on when standing still or fly on when "hovering". Unfortunately I'm not sure what caused this, or if it might have been attributable to low framerate on my system even. Toggling the appropriate power did not help. The way I fixed it was to reload my regular keybinds file, then reload ground.txt (though doing that directly might have worked too.

Any help would be appreciated.

There's a button on my nostromo that sticks, spamming "4". If no one else has a problem like this, that could be the issue.

[Wasabi_Joe]

[ QUOTE ]
Thank you for the reply Wasabi_Joe.
I did use the files tonight, and while I like them so far, I did run into a problem that occurred multiple times.

On three occasions (each time I tried to use the binds), at some point, I got into a state where the S key no longer went backwards (didn't function at all when in ground or fly mode) and the hover/fly or sprint state was the opposite of what it should have been.

That is, sprint on when standing still or fly on when "hovering". Unfortunately I'm not sure what caused this, or if it might have been attributable to low framerate on my system even. Toggling the appropriate power did not help. The way I fixed it was to reload my regular keybinds file, then reload ground.txt (though doing that directly might have worked too.

Any help would be appreciated.

There's a button on my nostromo that sticks, spamming "4". If no one else has a problem like this, that could be the issue.

[/ QUOTE ]

If you could experiment and try to figure out what key combos you were useing when the binds broke I might be able to adress that. As far a fixing the situation when a key no longer works there are 2 quick load kays, left control + 'f' reloads the key binds for fly/hover or walk/sprint wich ever state you were in last, that will reset any broken keys. Also left control + 'r' will load the defaul movement binds. Incase you want to turn off sprint/fly when in combat. Hope this helps.

** Okay, after seeing people complain about issues I thought I resolved I did an experimant of my own and uninstalled my binds and installed from the zip file on the web site. That is how I found out the zip file contained a couple of out of date files. The zip file on the web site has been fixed so if you had downloaded the file over the weekend please delete the files you have now and try a fresh install, sorry for the confusion but this was a hectic weekend for me. I guess a couple of things got loast in the cracks.

[HalfCracked]

Wasabi,
love the binds :D :D :D
made a little chane to them myself:
1)removed mouselook (yeah i like it but cutting in &amp; out was giving me headaches)
2)changed "sprint" to "prestige power quick" (that's what i have slotted up - i'm a graphics junkie)
3)Added a bind to reset.txt to have lctrl+r call up ground.txt (makes it a toggle now)

I reziped &amp; My version is
*edit* file removed - see later post *edit*

I was just wondering why there are so many more fly files than ground?
had a little bit of a glitch when I pressed f while w was depressed already - kinda scrambled things but the lctrl+f fixed things right up. so far 2.0 seems great! haven't had a real chance to try it in a door mission yet tho.

[Mister_B]

It's great that you fixed the binds Joe. Found some leftover errors though:

In the below files, the path is incorrectly spelled c:coh instead og c:/coh

2_index.txt(175): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
2_index.txt(565): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"
fly\fwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
ground\gwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"

Furthermore I'm a little dismayed by the lack of a follow function. Think you could make a such function while remapping the fly-key?

[Mister_B]

I tried and I failed...

Adding Superspeed to be used instead of sprint, if available, failed. I tried adding a similar amount (1 or 2) after each sprint, but it did not work. On the plus side, it didn't break anything either, so...

I'm not the greatest bindist, so it could very well be possible to accomplish anyway, just not by me.

I have noticed that sometimes it does not turn on/off sprint reliably, very rare though, and have also experienced not being able to get out of fly-mode but instead turning to hover.

No key-combos to report though...

[Cowthulhu]

Thanks Wasabi,

I can try, but I don't think I've ever noticed immediately. One other possibility I forgot to mention. I'm still using keys to turn left and right in addition to having mouselook enabled. It seemed like these were functioning fine to me with the bindset...but if there are any known issues with doing this, let me know.

I do strafe some, but I'm really accustomed to turning that way while standing still and use them some while moving too.

[Cowthulhu]

[ QUOTE ]
Open all the files and so a search for
f "
And replace it with
button5 "
Which then sets the leftside button on your mouse to activate fly.

[/ QUOTE ]

I actually ended up just using a shift state with my Nostromo and reassigning the function of the button I wanted to use, so it emits a f when pressed instead of 7. Thanks, though.

[Wasabi_Joe]

[ QUOTE ]
It's great that you fixed the binds Joe. Found some leftover errors though:

In the below files, the path is incorrectly spelled c:coh instead og c:/coh

2_index.txt(175): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
2_index.txt(565): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"
fly\fwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/fly/fw.txt"
ground\gwr.txt(2): r "autorun 0$$bind_load_file c:coh/moves/ground/gw.txt"

Furthermore I'm a little dismayed by the lack of a follow function. Think you could make a such function while remapping the fly-key?

[/ QUOTE ]

Those typos have now been fixed and version 2.1 is the version downloading from the web page (http://www.the-kgb.org/~wasabi/index.html). As for the follow function I use shift+f for follow and I suggest that you remap follow in the options menu of the game. I could add that key bind to a later version but I am reluctant to add any key binds that are not absolutely neccissary, for fear of over writeing a bind that some one is useing for something else. Particularly one as easy to remap as the follow function.


[ QUOTE ]
Thanks Wasabi,

I can try, but I don't think I've ever noticed immediately. One other possibility I forgot to mention. I'm still using keys to turn left and right in addition to having mouselook enabled. It seemed like these were functioning fine to me with the bindset...but if there are any known issues with doing this, let me know.

I do strafe some, but I'm really accustomed to turning that way while standing still and use them some while moving too.

[/ QUOTE ]

I use the 'q' an d 'e' to turn all the time that should not break the binds. If you cannot figure out the exact key combos that are breaking letting me know exactly wich keys get broken will help me to track down the problem.


[ QUOTE ]
I have noticed that sometimes it does not turn on/off sprint reliably, very rare though, and have also experienced not being able to get out of fly-mode but instead turning to hover.


[/ QUOTE ]

I have noticed the same problem but have not been able to determine what is causeing it yet.


[ QUOTE ]
Wasabi,
love the binds
made a little chane to them myself:
1)removed mouselook (yeah i like it but cutting in &amp; out was giving me headaches)
2)changed "sprint" to "prestige power quick" (that's what i have slotted up - i'm a graphics junkie)
3)Added a bind to reset.txt to have lctrl+r call up ground.txt (makes it a toggle now)

I reziped &amp; My version is HERE (http://home.houston.rr.com/ccestuff/Wasabi-fly2.0a.zip)

I was just wondering why there are so many more fly files than ground?
had a little bit of a glitch when I pressed f while w was depressed already - kinda scrambled things but the lctrl+f fixed things right up. so far 2.0 seems great! haven't had a real chance to try it in a door mission yet tho.


[/ QUOTE ]


Thank you so much for posting the no mouse_look version, I know alot of people have been requesting it I just havent had time yet. I suggest not adding binds to reset or changeing the functionality of control+r though. The ability to reliably come out of these costum binds to default movement no matter what your current binds are set to is a very comforting feature. And since control+f is already a toggle for ground.txt/fly.txt the function is redundant. There are so many more fly binds because the 'x' key and the space bar have to be worked in to some key combos to keep the whole system robust.


The 'f'+'w' key combo should work flawlessly, if you can do some testing and post a key sequence that reliably re breaks the keys I will address the issue, until then I will do some testing of my own. When trying to figure out what breaks a key combo, pay specail attention to when in the seqence keys are released, as this is what breaks the combo.

[Mister_B]

When using shift+f for follow, does this enable sprint on ground or fly in the air? If not I would very much like for them to be included, no matter the key.

And I don't understand why you're afraid of overwriting any keys, you already killed follow right? :)

[Cowthulhu]

[ QUOTE ]
and have also experienced not being able to get out of fly-mode but instead turning to hover.

[/ QUOTE ]

Also had that happen last night...what was really weird is that I hit F maybe 4-5 times and it eventually turned off hover and fly.

Will experiment more later.

[MetaSignus_NA]

ok its all well and good that you made ** THE BEST HOVER/FLY /BIND EVER!!!*** but could you please tell me how to use it?

there are no instructions what-so-ever on how to actually use these binds :( :( :(

[Azzi]

[ QUOTE ]
You seem to have the gist of it. To switch between fly/hover and sprint/ walk just press 'f'. to get started useing these binds just unzip this file into a directory called c:\coh\moves\. Then in game while stqanding on the ground with sprint off type "/bind_load_file c:/coh/moves/ground.txt" And you will be up and rinning. There is an addendum file that talks about some of the features in the zip. If I get some time I may add a a user guide to the web page . Thanks again to WeapOnX for hosting.

[/ QUOTE ]

These binds are great, but wouldnt it be better if the developers just put the code into the game?

Fly and Hover...

[Ex_Libris]

Awsome set!

The only bug I've found so far is while flying, hitting combinations involving X (down), such as holding W then pressing X to descend, reads an error "unable to read bindset" and then screws up the set, leaving it backwards (in fly when it should hover and vice versa).

I believe the problem lies somewhere in the X button, since that is what always toggles it when pressed in combination with S or W.

[HalfCracked]

[ QUOTE ]
Thank you so much for posting the no mouse_look version, I know alot of people have been requesting it I just havent had time yet.

[/ QUOTE ]
You're welcome, the least I could do to contribute

[ QUOTE ]
I suggest not adding binds to reset or changeing the functionality of control+r though. The ability to reliably come out of these costum binds to default movement no matter what your current binds are set to is a very comforting feature. And since control+f is already a toggle for ground.txt/fly.txt the function is redundant.

[/ QUOTE ]
I think you missed the point I like being able to switch back &amp; forth between the default binds &amp; the "zoom zoom" bindset. if I hit ctrl+r from within the zoom zoom setup it loads reset.txt &amp; essentially dumps the bindset. By adding bind_load c:...ground.txt in the reset.txt file I can reload the zoom zoom set without having to manually type it in in the game - thereby turning ctrl+r into a toggle between zoom zoom &amp; default binding.

I thought I tried to use ctrl+F to restart after having cleared things with ctrl+r but it seemed to have had the bind set totaly cleared.


[ QUOTE ]
There are so many more fly binds because the 'x' key and the space bar have to be worked in to some key combos to keep the whole system robust.

[/ QUOTE ]
cool thanks for the info - btw seems like the early version had problems if you were sprinting "W" you hit jump "space" then toggled modes "f" then released "W". haven't had a chance to test much tho.


[ QUOTE ]
The 'f'+'w' key combo should work flawlessly, if you can do some testing and post a key sequence that reliably re breaks the keys I will address the issue, until then I will do some testing of my own. When trying to figure out what breaks a key combo, pay specail attention to when in the seqence keys are released, as this is what breaks the combo.

[/ QUOTE ]

As I recall it was "hold w press f till I got near ground release f sprint some release w - wound up drifting backwards in hover I believe.
I gotta say tho from what I saw last night 2.0 was MUCH more stable &amp; the addition of the ctrl+f reset fixed what few glitches i did manage to trigger randomly hammering at the keys.

Can't wait to try this in a door mission tonight.

[Mister_B]

Ok, tried the binds again today and I got to state once again how cool they are. Tried an indoor mission with them and wow. Had some serious problems while flying though, the bind would lock in autoflying and I had to go to great lengths to get it to stop. But other than this it went very well.

Have a complaint though, why do the enemies keep shooting at me when I'm flying around? :cool:

[TrunKKs2004]

I must agree that these binds are the greatest things to flying since, well, flying. I have been having a problem with the new version 2.0, when I am flying and I press R to autofly, it screws up all the binds and I cant get it to stop flying unless I reset the binds with ctrl+r. Once this happens everything seems to be goofy and I have to reload the binds again. Other than this thanks for the great binds.

[Wasabi_Joe]

[ QUOTE ]
Awsome set!

The only bug I've found so far is while flying, hitting combinations involving X (down), such as holding W then pressing X to descend, reads an error "unable to read bindset" and then screws up the set, leaving it backwards (in fly when it should hover and vice versa).

I believe the problem lies somewhere in the X button, since that is what always toggles it when pressed in combination with S or W.

[/ QUOTE ]

Pressing 'x' whith either 'w' or 's' will always break the binds. those are two key combos I have left out. The only reason is that the 'x', 'w' , 's' set seemed to be used mostly by one finger and so I didnt think those combos would be used much. In order to incorperate them into the binds that I have the following files would have to be made fwx.txt, fsx.txt and fwsx.txt. The last one would be only to keep the system robust.


[ QUOTE ]
ok its all well and good that you made ** THE BEST HOVER/FLY /BIND EVER!!!*** but could you please tell me how to use it?

there are no instructions what-so-ever on how to actually use these binds



[/ QUOTE ]


Actually I didn't name this thread and don't realy consider these the best hover/fly binds ever. I consider this an on going discussion between several people interested in creating useful fly binds sets. There are instructions on installing and starting these binds on the web page (http://www.the-kgb.org/~wasabi/index.html). As well as several places in this thread and in the addendum file that comes in the zip. But since you are haveing problems here we go.

1. Unzip this (http://www.the-kgb.org/~wasabi/fly_binds_v2.1.zip) file into a directory called c:\coh\moves\.

2. In the game, while standing on the ground and with sprint off, type in the following "/bind_load_file c:/coh/moves/ground.txt". You are now useing these binds and will notice several things at this point.

a. When you press 'w','s','a', 'd' or nearly any combination of those keys you begin to move in that direction and sprint will come on automically. When you release the key you will stop moving and sprint will turn off.

b. If you press and hold 'f' you will fly straight up in the air until you release 'f'. At wich point you will be in hover mode. You now can move as in 2.a but fly will activate and deactivate instead of sprint. If you press and hold 'f' again you will go down until you release 'f' at wich point you will return to spriont/walk mode.

3. After loading these binds you have at your disposal two quick load keys.

a. control+r will reload the default movement keys for 'wasdx'.

b. control+f will reload the sprint/walk or fly/hover binds, wich ever you used last.

I hope this little tutorial helps.


[ QUOTE ]
Also had that happen last night...what was really weird is that I hit F maybe 4-5 times and it eventually turned off hover and fly.

Will experiment more later.


[/ QUOTE ]

Any help in tracking down this elusive problem is most appretiated.


[ QUOTE ]
I think you missed the point I like being able to switch back &amp; forth between the default binds &amp; the "zoom zoom" bindset. if I hit ctrl+r from within the zoom zoom setup it loads reset.txt &amp; essentially dumps the bindset. By adding bind_load c:...ground.txt in the reset.txt file I can reload the zoom zoom set without having to manually type it in in the game - thereby turning ctrl+r into a toggle between zoom zoom &amp; default binding.


[/ QUOTE ]

Pressing control+r doesn't erase the control+f function. After pressing control+f you will either load ground.txt or fly.txt, wichever was last loaded.


** Thanks to falstaff for pointing out some typo errors in the files, these maybe responsable for some of the lockup. A new version (2.2) is now on the web page (http://www.the-kgb.org/~wasabi/index.html).

[Cowthulhu]

I think I found the peoblem.

If you hit w, then hit s, then release w first, the toggle status gets inverted.

Same thing if you do hit s first, then w.

Yes I know you can't go both directions at once, but this is just one of those things that happens in the heat of combat, such as when inadvertantly sliding a finger from one key to another.

This breaks the first key completely, it won't make the character move.
Since I lost the ability to move backwards multiple times last night, I msut be hitting S first, but both directions should be fixed.

[Ex_Libris]

[ QUOTE ]

Pressing 'x' whith either 'w' or 's' will always break the binds. those are two key combos I have left out. The only reason is that the 'x', 'w' , 's' set seemed to be used mostly by one finger and so I didnt think those combos would be used much. In order to incorperate them into the binds that I have the following files would have to be made fwx.txt, fsx.txt and fwsx.txt. The last one would be only to keep the system robust.

[/ QUOTE ]

Cool, I'll try to figure this system out and modify it but I have to admit I haven't played with binds much yet. Would it be accurate to presume that those 3 files would look much the same as their Spacebar alternates, with space "$$" and x "+down$$bind_load_file c:/coh/moves/fly/fs.txt" ?

Also would I have to put links to these files anywhere else?

Thanks to everyone who has worked and keeps working to perfect this set!!

[Wasabi_Joe]

[ QUOTE ]
[ QUOTE ]

Pressing 'x' whith either 'w' or 's' will always break the binds. those are two key combos I have left out. The only reason is that the 'x', 'w' , 's' set seemed to be used mostly by one finger and so I didnt think those combos would be used much. In order to incorperate them into the binds that I have the following files would have to be made fwx.txt, fsx.txt and fwsx.txt. The last one would be only to keep the system robust.

[/ QUOTE ]

Cool, I'll try to figure this system out and modify it but I have to admit I haven't played with binds much yet. Would it be accurate to presume that those 3 files would look much the same as their Spacebar alternates, with space "$$" and x "+down$$bind_load_file c:/coh/moves/fly/fs.txt" ?

Also would I have to put links to these files anywhere else?

Thanks to everyone who has worked and keeps working to perfect this set!!

[/ QUOTE ]

[ QUOTE ]
I think I found the peoblem.

If you hit w, then hit s, then release w first, the toggle status gets inverted.

Same thing if you do hit s first, then w.

Yes I know you can't go both directions at once, but this is just one of those things that happens in the heat of combat, such as when inadvertantly sliding a finger from one key to another.

This breaks the first key completely, it won't make the character move.
Since I lost the ability to move backwards multiple times last night, I msut be hitting S first, but both directions should be fixed.


[/ QUOTE ]

Yes, 'w' + 's' will break the fly state. I guess I will have to incorperate gws,fws,fwx,fsx,fwsx,fbarwx,fbarsx, and fbarwsx into the scheme. I just assumed that those combos would not be used. And to anyone who wishes to modify these binds the basic format is this :

fwad.txt ( this indicats that it is in the fly state and that w,a, and d are all depresed at this time)

w "+forward$$bind_load_file c:/coh/moves/fly/fad.txt" (this is executed when w is released. Forward momentum is reversed, and the file for the remaining keys is loaded)

s "$$" ( This indicates that s has NOT been incorperated into this combo and the key key combo 'w+a+d+s' will break the fly state.)

a "+left$$bind_load_file c:/coh/moves/fly/fw.txt"(this is executed when a is released. left momentum is reversed, and the file for the remaining keys is loaded)

d "+right$$bind_load_file c:/coh/moves/fly/fw.txt"(this is executed when d is released. Right momentum is reversed, and the file for the remaining keys is loaded)

f "powexec_name fly$$powexec_name sprint$$powexec_name sprint$$bind_load_file c:/coh/moves/ground/gwad.txt" (This is executed if 'f' is pressed while moving with this key combo. Fly is turned of, sprint is turned on. And the ground equvilant binds are loaded for this key combo.)

space "+up$$bind_load_file c:/coh/moves/fly/fbarwad.txt" (this is executed when space bar is depressed. Upward momentum is added, and the file for the new combination of keys is loaded)

This file will have to be refrenced in any file that leads directly to this particular combo. I hope this helps anyone out there interested in modifying this code.

While writing this post new typos were discovered and now version 2.4 is available here (http://www.the-kgb.org/~wasabi/index.html).

[Cowthulhu]

Yes, 'w' + 's' will break the fly state. I guess I will have to incorperate gws,fws,fwx,fsx,fwsx,fbarwx,fbarsx, and fbarwsx into the scheme. I just assumed that those combos would not be used.

Well, not on purpose, but I seem to do this repeatedly when fighting.
One other thing...
At some point this evening, ctrl+f changed so that it was reloading sprint or hover binds instead of all of them.

I am really enjoying this. Is the w/s fix feasible for you to do?

[Mister_B]

[ QUOTE ]

Actually I didn't name this thread and don't realy consider these the best hover/fly binds ever. I consider this an on going discussion between several people interested in creating useful fly binds sets. There are instructions on installing and starting these binds on the web page (http://www.the-kgb.org/~wasabi/index.html). As well as several places in this thread and in the addendum file that comes in the zip. But since you are haveing problems here we go.

1. Unzip this (http://www.the-kgb.org/~wasabi/fly_binds_v2.1.zip) file into a directory called c:\coh\moves\.

2. In the game, while standing on the ground and with sprint off, type in the following "/bind_load_file c:/coh/moves/ground.txt". You are now useing these binds and will notice several things at this point.

a. When you press 'w','s','a', 'd' or nearly any combination of those keys you begin to move in that direction and sprint will come on automically. When you release the key you will stop moving and sprint will turn off.

b. If you press and hold 'f' you will fly straight up in the air until you release 'f'. At wich point you will be in hover mode. You now can move as in 2.a but fly will activate and deactivate instead of sprint. If you press and hold 'f' again you will go down until you release 'f' at wich point you will return to spriont/walk mode.

3. After loading these binds you have at your disposal two quick load keys.

a. control+r will reload the default movement keys for 'wasdx'.

b. control+f will reload the sprint/walk or fly/hover binds, wich ever you used last.

I hope this little tutorial helps.


[/ QUOTE ]

Would sure be nice if this could be put on the webpage.

Any news on that follow-key for ground and fly?

[HalfCracked]

Ok, I hope I guessed your working style right Wasabi...

working on the assumtion that you use the index.txt to make changes &amp; then save out the individual files thereby ensuring that the index is current. I made 2 new versions of the bind.
1 without the mouse look that uses sprint.
and 1 w/o mouselook that uses quick.

I added an edited version of your above tutorial to the zip files.
I marked the addendum 2.4? - to agree with what I understand the version i d/l'ed was.
I also alfabatized the index file to make saving out multiple versions eiser (it now matches explorer &amp; i can cut &amp; paste w/o having to hunt &amp; peck)

sprint no mouselook is here (http://home.houston.rr.com/ccestuff/zmzm2.4a.zip)
quick no mouselook is here (http://home.houston.rr.com/ccestuff/zmzm2.4b.zip)

Incidently the adendum that came with the 2.4 d/l still says 2.2, Hopefully you just didn't update the addendum.

let me know if your index was out of date as this would mean my revised versions are out of date. I did find one $$ call that was $$t in the index &amp; not in the subfile - sorry can't remember which one it was. I corrected &amp; saved over.

*edit*
found it:
fbarsad.txt
w "$$t"

[Ex_Libris]

Hey Wasabi_Joe thanks for that last post explaining how it works.

I've successfully created those files and have fixed my problem. It involved making

fxw
fxwa
fxwd
fxwad
fxs
fxsa
fxsd
fxsad

I am currently testing it out and will search for any additional files I need to add or any other bugs. When satisfied I'll post an updated set or something.

**Edit - Couldn't manage to access my FTP host, been so long since I've needed to put a file up, so if you want my changes, just Private Message your email addy to me and I'll send them. In total, I had to modify every fx...txt but it works great now.

[Mister_B]

Sounds to me like we'll soon have 2.5!

I think I found one! If I press W &amp; A at the same time (running diagonal) and then press S it will break Sprint, haven't tried it flying though.

[Ex_Libris]

[ QUOTE ]
Would sure be nice if this could be put on the webpage.

[/ QUOTE ]

Eh, I might as well throw that up -- gimme a minute.

EDIT: I'm going to do quite a bit of tidying and site maintenance, check out my progress (http://www.the-kgb.org/~wasabi/).

[Mister_B]

Looks good.

I tried messing around some more and if you hold f to scend and then press space while holding f, it will screw up.

[Cowthulhu]

[ QUOTE ]
[ QUOTE ]
Would sure be nice if this could be put on the webpage.

[/ QUOTE ]

Eh, I might as well throw that up -- gimme a minute.

EDIT: I'm going to do quite a bit of tidying and site maintenance, check out my progress (http://www.the-kgb.org/~wasabi/).

[/ QUOTE ]

Could I suggest a list of currently known bugs?
W + S
W + X
S + X

[Ex_Libris]

I'll add that as soon as I get done writing my new team_select bind setup.

[Cowthulhu]

[ QUOTE ]
I'll add that as soon as I get done writing my new team_select bind setup.

[/ QUOTE ]

Great, and thanks for the hosting of the binds, btw.

I use the numpad keys for team select. What are you using?

[Ex_Libris]

Jotun: It's a robust setup that allows you to specify the number of party members and your position in the party to allow the 'C' key to cycle forwards through your teammates and [Shift+C] to cycle backwards.

[Ex_Libris]

In Wasabi Joe's defense, I'd like to point out that these are not bugs. His programming is fine, it's your FINGERS that are out of control ;)

Seriously though, he is rightly trying to minimize the number of files required by not including key combinations that should be impossible or at least uncommon because they use the same finger. Ok, so it turns out these combinations are needed when these binds are used in the heat of battle, but his binds are correct.

Anyway, I applaud Wasabi Joe for his patience and persistence in continuing to modify his binds. I did these myself, for the esdf keys, and also had to add a lot of extra little files for impossible combinations. As the number of files grows, keeping them all up to date, or even making a small change like removing mouselook in all of them, becomes VERY time consuming and tedious. I eventually said "OK, they break rarely enough now that I can just hit the reset keys when they do."

So THANK YOU, Wasabi-Man, for all the work. If you didn't do it, I probably would be, and I sure wouldn't want that! ;)

Gnarly

[Cowthulhu]

LOL, you're right! Then I suggest we list them as "binds your fingers have no business using". :)

Or as I often say:
Danm my dysxelic figners!

Oh, and the team select system sounds intriguing.

[Ex_Libris]

Another little addition that might help, Wasabi: Add commands to reset hover and/sprint on your reset keys. You know, using:

While on the ground, to make sure nothing is activated:
powexec_name fly$$powexec_name hover$$powexec_name sprint$$powexec_unqueue

While flying, to make sure only hover is active:
powexec_name sprint$$powexec_name fly$$powexec_name hover$$powexec_name hover

These, added to your forward 0 type commands, and the bind_load_file, will set everything right with the world. Since my setup uses 2 separate keys, one for air and one for ground, I use the Shifted version to reset in either mode, and therefore the resets are just 'hardwired' once in my keybinds.txt and never changed.

Gnarly

[ahzurdan]

This is a post of a set of binds that are similar to Joe's, but fix all of the problems with key combinations breaking the binds, allow for follow to be toggled (which will kick on fly or sprint/super speed), correct some autorun issues, and reduce the number of overall files.

I currently have the files available in ZIP format on my geocities site here (http://geocities.com/ahzurdan/).

Some caveats:
<ul type="square">
mouselook is not toggled in the binds
the F key turns flight on and off, it does not toggle up and down.
the TILDE key (just above the TAB key and below the ESC key) is your follow key.
the X key does not toggle down. the LSHIFT key does, which makes it easier to go forward and down, or backward and down simultaneously.
CONTROL+R will shift between the default keybinds and these keybinds. When the keybinds are turned on they expect you to be on the ground.
If you are playing a character that has Super Speed it will automagically be used instead of Sprint. I don't know the power name for the Prestige Power, so that is not included.
If you are playing a character that is working towards FLY but only has hover, these keybinds will still work.
For some slower computers I have noticed that if mutliple keys are pressed rapidly causing the /BIND_LOAD_FILE command to be spammed the binds can get lost. If you feel this is the case simply reset the binds with CTRL+R, otherwise attempt to find a way to recreate the problem so that it can accurately be addressed.
[/list]

Instructions for installing are on the site. Let me know what you think.

[Cowthulhu]

[ QUOTE ]

For some slower computers I have noticed that if mutliple keys are pressed rapidly causing the /BIND_LOAD_FILE command to be spammed the binds can get lost. If you feel this is the case simply reset the binds with CTRL+R, otherwise attempt to find a way to recreate the problem so that it can accurately be addressed.


[/ QUOTE ]

I mentioned this above as a possible reason for sporadic issues with the Wasabi binds. My framerate drops into the low single digits during large team battles.

Hmmm...I thought AD overlap was allowed. Not that it has happened to me while playing, but I just noticed that hitting both breaks forward and backward movement, while strafing gives an "Unable to read in keybind file". This is the 2.1 set, NOT 2.4, so that may have been fixed already.

[Ex_Libris]

These look like nice binds, and I especially like the inclusion of Super Speed. My first thought, however, would be that they're not as robust since in battle you often mistakenly press 2 opposite keys at the same time, like w &amp; s, or especially a &amp; d since they each use different fingers.

But after looking and thinking more, and editing this message ;) maybe they just momentariy slow you down to no-sprint or hover modes for a split second while the 2 illegal keys are pressed, but they don't break?

I can't check them out, however, because I can't get into the game right now. If they do work that way, I may adapt them for my own use. Quite clever, and a good way to reduce the increasingly massive amount of files we're getting with our 1 key combo = 1 file binds.


Gnarly

[ahzurdan]

Feedback is always welcome, and I appreciate it; however, I think I have already taken your concerns into account. Read through the rest of this post and then let me know what you think.

Some things for the developers:
<ul type="square"> This was designed around the following idea: movement can be reduced to straight movement (bi-directional) along the X, Y and Z axes. X is left and right, Y is up and down, and Z is forward and backward.
The only time a power needs to be turned on is when the first key is pressed. That's why all of the movement keys in NORUN.TXT and NOFLY.TXT make sure that SPRINT/SUPER SPEED/HOVER/FLY are explicitly turned on using the double powexecs.
The only time a power needs to be turned off is when the last movement key is let go. That's why you will not find too many powexec statements outside of the NORUN.TXT and NOFLY.TXT bind files.
The binds are set up as follows: you are standing still, so NORUN.TXT is up. You press and hold W to move forward (along the Z axis) so RUNZ.TXT is brought up. If you press S at this point you will be moving forward and backward at the same time (your character will stop) so the NORUN.TXT bind is brought back up (turning off SPRINT in the process). When you let go of either W or S you will be brought back to RUNZ.TXT (turning SPRINT back on). Make sense?
Multiple directions are handled in the same manner. If you move forward you go to RUNZ.TXT, but while moving forward you dodge right which will invoke RUNXZ.TXT, and then when you jump while moving forward and right you will invoke RUNXYZ.TXT; it gets easier once you start to think of it as movement along the XYZ axes. Trying to move in both directions along a single axis (W+S, A+D) is really the same as not moving along that axis at all.
One last example: you move forward with W (RUNZ.TXT, turn SPRINT on) then dodge right (RUNXZ.TXT), then change your mind and dodge left, but have that split second where you hold A and D down while still holding W? This kicks you back to (RUNZ.TXT) until you let go of either A or D (sending you back to RUNXZ.TXT), but as the power doesn't get shut off until the last button is released (or it determines you to be standing still through a combination of button presses) you are still sprinting. W+A+D = forward sprint, W+S = no sprint and no movement, W+A+D+S = no sprint + no movement.
[/list]

[Mister_B]

And the plot thickens...

I mean, it looks promising :)

[Wasabi_Joe]

[ QUOTE ]
In Wasabi Joe's defense, I'd like to point out that these are not bugs. His programming is fine, it's your FINGERS that are out of control ;)

Seriously though, he is rightly trying to minimize the number of files required by not including key combinations that should be impossible or at least uncommon because they use the same finger. Ok, so it turns out these combinations are needed when these binds are used in the heat of battle, but his binds are correct.

Anyway, I applaud Wasabi Joe for his patience and persistence in continuing to modify his binds. I did these myself, for the esdf keys, and also had to add a lot of extra little files for impossible combinations. As the number of files grows, keeping them all up to date, or even making a small change like removing mouselook in all of them, becomes VERY time consuming and tedious. I eventually said "OK, they break rarely enough now that I can just hit the reset keys when they do."

So THANK YOU, Wasabi-Man, for all the work. If you didn't do it, I probably would be, and I sure wouldn't want that! ;)

Gnarly

[/ QUOTE ]

Exactly right Gnarly, that is why I have encouraged others to contribute their modifications of these binds to this thread. File mantinance and updateing would be much easier under a linux system or if I took the time to set up a programming enviroment again. I do not have any problem writing more files to keep the system robust, but it is cutting into my playing time and real life keeps raising its ugly head. Besides as I have said before, I really dont consider these 'MY' binds. I am just building on the work you and others have done, and am happy that my contribution has been so well recieved.


[ QUOTE ]
Feedback is always welcome, and I appreciate it; however, I think I have already taken your concerns into account. Read through the rest of this post and then let me know what you think.

Some things for the developers:

This was designed around the following idea: movement can be reduced to straight movement (bi-directional) along the X, Y and Z axes. X is left and right, Y is up and down, and Z is forward and backward.

The only time a power needs to be turned on is when the first key is pressed. That's why all of the movement keys in NORUN.TXT and NOFLY.TXT make sure that SPRINT/SUPER SPEED/HOVER/FLY are explicitly turned on using the double powexecs.

The only time a power needs to be turned off is when the last movement key is let go. That's why you will not find too many powexec statements outside of the NORUN.TXT and NOFLY.TXT bind files.

The binds are set up as follows: you are standing still, so NORUN.TXT is up. You press and hold W to move forward (along the Z axis) so RUNZ.TXT is brought up. If you press S at this point you will be moving forward and backward at the same time (your character will stop) so the NORUN.TXT bind is brought back up (turning off SPRINT in the process). When you let go of either W or S you will be brought back to RUNZ.TXT (turning SPRINT back on). Make sense?

Multiple directions are handled in the same manner. If you move forward you go to RUNZ.TXT, but while moving forward you dodge right which will invoke RUNXZ.TXT, and then when you jump while moving forward and right you will invoke RUNXYZ.TXT; it gets easier once you start to think of it as movement along the XYZ axes. Trying to move in both directions along a single axis (W+S, A+D) is really the same as not moving along that axis at all.

One last example: you move forward with W (RUNZ.TXT, turn SPRINT on) then dodge right (RUNXZ.TXT), then change your mind and dodge left, but have that split second where you hold A and D down while still holding W? This kicks you back to (RUNZ.TXT) until you let go of either A or D (sending you back to RUNXZ.TXT), but as the power doesn't get shut off until the last button is released (or it determines you to be standing still through a combination of button presses) you are still sprinting. W+A+D = forward sprint, W+S = no sprint and no movement, W+A+D+S = no sprint + no movement.



[/ QUOTE ]


Fantastic idea ahzurdan. At first I atempted something similar by keeping track of the number of keys depressed and only poping out when the number reached zero, but could not tell in the middle of the code when a key was being pressed or released. By creating a toggle state for each axis of movement you seem to have side stepped the whole issue. I may have to look through you logic and incorperate it into my own bind files.

[Ex_Libris]

[ QUOTE ]
File mantinance and updateing would be much easier under a linux system or if I took the time to set up a programming enviroment again. I do not have any problem writing more files to keep the system robust, but it is cutting into my playing time and real life keeps raising its ugly head.

[/ QUOTE ]
What do you think I provided you with an account to, my WinME box? ;)

[Cowthulhu]

[ QUOTE ]
Feedback is always welcome, and I appreciate it; however, I think I have already taken your concerns into account. Read through the rest of this post and then let me know what you think.



[/ QUOTE ]

It's not clear to me how you switch between being on the ground and hovering.

[ahzurdan]

[ QUOTE ]
Fantastic idea ahzurdan. At first I atempted something similar by keeping track of the number of keys depressed and only poping out when the number reached zero, but could not tell in the middle of the code when a key was being pressed or released. By creating a toggle state for each axis of movement you seem to have side stepped the whole issue. I may have to look through you logic and incorperate it into my own bind files.

[/ QUOTE ]

Glad you like it. When I came up with the axis idea earlier this week I decided it was easier to rewrite the binds I was currently using and present them as a complete set than to try to explain the idea without a working example.

The ideas, questions and comments that people keep posting are constantly making me view this stuff in a new light. I love it! Doing this kind of stuff is what I liked about programming back before I got sucked into the corporate machine. Somebody has a goal, then a whole bunch of people go "Yeah! I want that!", and band together to make something great (or make a great thing even better)!

[ahzurdan]

[ QUOTE ]
It's not clear to me how you switch between being on the ground and hovering.

[/ QUOTE ]

The F key toggles flight on and off. When flight is on you will hover when not moving and fly when moving (or hover if you don't have fly yet).

A complete list of the keys I rebound and what they do now is at my web page (http://www.geocities.com/ahzurdan/).

[Ex_Libris]

Hey Ahzurdan,

I think you read my previous post before I edited it... yes, after a bit more study, I realized that the double sprint didn't cause a problem. A VERY elegant solution to some of the problems we've encountered. You will still toggle sprint on and off if you're running left (A), but not forward, and then press right (F) before releasing the first, but it'll be so quick, and you need to stop to change directions 180 anyway, that it won't be noticeable.

I'm so optimistic, and impressed, that I've already modified your files to use the keys I prefer, and can't wait to get home to test it. Well Done!

Gnarly

[Cowthulhu]

[ QUOTE ]
[ QUOTE ]
It's not clear to me how you switch between being on the ground and hovering.

[/ QUOTE ]

The F key toggles flight on and off. When flight is on you will hover when not moving and fly when moving (or hover if you don't have fly yet).

A complete list of the keys I rebound and what they do now is at my web page (http://www.geocities.com/ahzurdan/).

[/ QUOTE ]

Thanks, something you said earlier made me think it didn't work that way.

[Ex_Libris]

[ QUOTE ]
The ideas, questions and comments that people keep posting are constantly making me view this stuff in a new light. I love it! Doing this kind of stuff is what I liked about programming back before I got sucked into the corporate machine. Somebody has a goal, then a whole bunch of people go "Yeah! I want that!", and band together to make something great (or make a great thing even better)!

[/ QUOTE ]
Virtually everyone I know in software (myself included -- I write Intertial Navigation Systems software for Honeywell) feels the exact same way. It's pretty sad that I exceed expectations for output and efficiency with the amount of time I devote to actual "work."

[Cowthulhu]

Well, my only real programming background comes from specialized statistical; packages, which aren't quite languages in the most basic sense...lots of stuff you've never heard of that starts with "S".

SPSS, S-Plus, SAS, Stata etc.

Still, glad to help if I can, even if simply testing and providing feedback.

[HalfCracked]

ahzurdan - I looked at your bind files (curiosity got the beter of me) haven't had a chance to see how they might run in game.
I like the effiency of your code - certainly much friendlier for some one to change from say sprint to quick ;)

One thing I did notice though is that your "defaults.txt" file resets MUCH more than your bind set affects. you might want to pare that down some as it could nuke any additional bind sets someone might be running. at the least warn people that ctrl+r will do a total reset of ALL the standard binds not just those used in your set.

[ahzurdan]

[ QUOTE ]
ahzurdan - I looked at your bind files (curiosity got the beter of me) haven't had a chance to see how they might run in game.
I like the effiency of your code - certainly much friendlier for some one to change from say sprint to quick ;)

One thing I did notice though is that your "defaults.txt" file resets MUCH more than your bind set affects. you might want to pare that down some as it could nuke any additional bind sets someone might be running. at the least warn people that ctrl+r will do a total reset of ALL the standard binds not just those used in your set.

[/ QUOTE ]

I took the easy road on the DEFAULTS.TXT file. At the time I wasn't sure what keys I would be using, so I just reset my keybinds to the default from the Options pane in the game, and then saved out the entire set of binds that resulted.

I ended up leaving it this way so that I was sure that when I hit CTRL+R I was doing the same thing as reseting all keybinds through the Options pane in the game.

You are correct that most people won't need that much reset. I've gone ahead and updated the zip file on my site (http://www.geocities.com/ahzurdan/) to reflect that.

I also fixed it so that if you are flying when you use CTRL+R to turn the binds off, you are assumed to be still flying when you turn them back on.

Also fixed a problem with autorun. It was letting you turn on autorun while you were holding down the forward key, which is redundant.

[Ex_Libris]

[ QUOTE ]
The F key toggles flight on and off. When flight is on you will hover when not moving and fly when moving (or hover if you don't have fly yet).

[/ QUOTE ]

Is there a way to add the "blastoff" functionality that Wasabi created? I really liked holding down the F key to activate fly and take off upwards. If you can tell me roughly how to do this, I would be much obliged. Thanks!

[Wasabi_Joe]

[ QUOTE ]
Hey Ahzurdan,

I think you read my previous post before I edited it... yes, after a bit more study, I realized that the double sprint didn't cause a problem. A VERY elegant solution to some of the problems we've encountered. You will still toggle sprint on and off if you're running left (A), but not forward, and then press right (F) before releasing the first, but it'll be so quick, and you need to stop to change directions 180 anyway, that it won't be noticeable.

I'm so optimistic, and impressed, that I've already modified your files to use the keys I prefer, and can't wait to get home to test it. Well Done!

Gnarly

[/ QUOTE ]

I agree Gnarly, I have already converted ahzurdan's binds to the keys that I use and am starting to add some of the functionality from my previous set, such as the blastoff and setdown toggle. I may also play around with the autorun function, I am partial to pressing 'w' + 'r' and haveing the last one released determine my autorun state.


[ QUOTE ]
Is there a way to add the "blastoff" functionality that Wasabi created? I really liked holding down the F key to activate fly and take off upwards. If you can tell me roughly how to do this, I would be much obliged. Thanks!


[/ QUOTE ]

Something like this I would imagine :
<font class="small">Code:[/color]<hr /><pre>norun.txt
f "+up$$powexec_name sprint$$powexec_name Super Speed$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/binds/run/blastoff.txt"


blastoff.txt
f "+up$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/binds/fly/nofly.txt"

</pre><hr />


Because of the simplicity and efficiency of these binds I am giving notice now that I will no longer support my archaic and outdated spaghetti code. ;)

[Pulsar_NA]

First off, I love the ability to fly/hover without thinking out it.

Now the problem. I believe keybinds are causing my map server disconnects. I can go maybe 20 mins before the first one but it eventually happens every 5 mins or less. I could watch the netgraph and see spikes every 1.5 secs or so but then the spikes get closer and closer until, boom, disconnect.

I loaded my old keybinds, played all night, loaded v2.2 again and boom, disconnects. Has no-one else experienced this?

The only correlation I can see is that all /binds are stored on the server, and since each key press combo loads a new bind file, you are sending network traffic to update your binds constantly? It eventually gets bogged down or get stuck in a loop. I have no proof of this except for watching netgraph as I play.

[Ex_Libris]

[ QUOTE ]


I loaded my old keybinds, played all night, loaded v2.2 again and boom, disconnects. Has no-one else experienced this?



[/ QUOTE ]

I have not experienced it. I play all night with these binds with no problems. I have DSL, but I do infrequently notice some lag with the movement commands being sent to the server... ie. sometimes I don't hover right away, etc.

But do you know for a fact that binds are saved server side? That makes no sense to me. I thought that the client would sort out what we wanted to do, and just send the movement commands to the server (+forward, +right etc). It just makes no network-programming sense to send what keys are mapped to these fundamental functions.

Gnarly

[Cowthulhu]

[ QUOTE ]
I have already converted ahzurdan's binds to the keys that I use and am starting to add some of the functionality from my previous set, such as the blastoff and setdown toggle. I may also play around with the autorun function, I am partial to pressing 'w' + 'r' and haveing the last one released determine my autorun state.

[/ QUOTE ]

Please do post these when you have the chance. I'd appreciate it.

[ahzurdan]

[ QUOTE ]
Hey Ahzurdan,

I think you read my previous post before I edited it... yes, after a bit more study, I realized that the double sprint didn't cause a problem. A VERY elegant solution to some of the problems we've encountered. You will still toggle sprint on and off if you're running left (A), but not forward, and then press right (F) before releasing the first, but it'll be so quick, and you need to stop to change directions 180 anyway, that it won't be noticeable.

I'm so optimistic, and impressed, that I've already modified your files to use the keys I prefer, and can't wait to get home to test it. Well Done!

Gnarly

[/ QUOTE ]

Thanks alot! I'm glad you liked it. I did see that you had updated your post, but I completely understand that the binds are set up in a manner that seems counter-intuitive at first glance, so I figured I would throw up an explanation anyhow to help others that are looking at it for the first time.

[ QUOTE ]
I agree Gnarly, I have already converted ahzurdan's binds to the keys that I use and am starting to add some of the functionality from my previous set, such as the blastoff and setdown toggle. I may also play around with the autorun function, I am partial to pressing 'w' + 'r' and haveing the last one released determine my autorun state.


[ QUOTE ]
Is there a way to add the "blastoff" functionality that Wasabi created? I really liked holding down the F key to activate fly and take off upwards. If you can tell me roughly how to do this, I would be much obliged. Thanks!


[/ QUOTE ]

Something like this I would imagine :
<font class="small">Code:[/color]<hr /><pre>norun.txt
f "+up$$powexec_name sprint$$powexec_name Super Speed$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/binds/run/blastoff.txt"


blastoff.txt
f "+up$$powexec_name hover$$powexec_name hover$$mouse_look 0$$bind_load_file c:/coh/binds/fly/nofly.txt"

</pre><hr />


Because of the simplicity and efficiency of these binds I am giving notice now that I will no longer support my archaic and outdated spaghetti code. ;)

[/ QUOTE ]

First, I certainly didn't mean to show you up or anything, Joe! Your binds do exactly what they were designed to do, and they do it well. That's what matters!

Second, I originally set out to include the "Blastoff" and "Setdown" functionality into the binds I put together, but I had problems with the coding itself. It is hard for me to get my mind around a single button that sometimes goes up and sometimes goes down. I was having problems with the fact that while a person was holding the SPACE key to jump they could hit F to "Blastoff" as well, which would get the binds completely out of sync. I would basically end up turning off the UP movement entirely when it encountered the second +UP, and then get lost in the binds. It was starting to look like I would need a whole other set of files (like those for Autorun, or Follow) so I set it aside while getting the rest completed.

I am looking into it, though.

Third, for this:
<font class="small">Code:[/color]<hr /><pre> f "+up$$powexec_name sprint$$powexec_name Super Speed$$powexec_name fly$$powexec_name fly$$mouse_look 1$$bind_load_file c:/coh/binds/run/blastoff.txt"</pre><hr />
You might add a POWEXEC_NAME HOVER just before the two FLY ones. This will ensure that if the character doesn't have FLY yet (is between levels 6 and 14, for instance) HOVER is turned on instead. My solo character is taking forever to get to 14, so this keeps biting me. :)

Lastly, if you figure out a way to elegantly get the W+R combination to work the way that you are suggesting, please let me know. I was having problems with that because of the basic idea behind the way that I structured the code. All movement along a given axis (the Z for forward and backward, in this case) was treated the same regardless of direction. I was at a loss for how to set up W+R to work correctly without causing wierdness with the way that S works. It is basically a problem that is very similar to what I was having with the "Blastoff" and "Setdown" functionality. You are trying to go FORWARD while already going FORWARD, which kept throwing the binds out of whack.

I will likely look into this one after I finish messing with the "Blastoff" and "Setdown" functionality. No promises.

Sorry for the length of the post. :p

[deverin6]

Ok so after looking through alot of great responces, what is the best Hover/Fly bind? I need the code so I can write it up tonite. Getting tired of switching around with my mouse! lol

If anyone has that info, please post it ;)

Tempest

[ahzurdan]

[ QUOTE ]
[ QUOTE ]


I loaded my old keybinds, played all night, loaded v2.2 again and boom, disconnects. Has no-one else experienced this?



[/ QUOTE ]

I have not experienced it. I play all night with these binds with no problems. I have DSL, but I do infrequently notice some lag with the movement commands being sent to the server... ie. sometimes I don't hover right away, etc.

But do you know for a fact that binds are saved server side? That makes no sense to me. I thought that the client would sort out what we wanted to do, and just send the movement commands to the server (+forward, +right etc). It just makes no network-programming sense to send what keys are mapped to these fundamental functions.

Gnarly

[/ QUOTE ]

I can vouch that the current keybinds are stored server side. I transferred a character over to the Test Server and he showed up there with my custom binds already installed.

How often they update the keybinds out to the server, that I don't know. I would hope (for the sake of the broadband deficient) that they didn't set it up to push the binds out to the server every time a BIND_LOAD_FILE command is issued.

[Wasabi_Joe]

[ QUOTE ]
First, I certainly didn't mean to show you up or anything, Joe! Your binds do exactly what they were designed to do, and they do it well. That's what matters!


[/ QUOTE ]

I dont feel shown up at all ahz. Like I have said before I consider this an on going discussion and am VERY happy there is now a solution that does not involve an inordinate amount of files.

[Ex_Libris]

[ QUOTE ]
I dont feel shown up at all ahz. Like I have said before I consider this an on going discussion and am VERY happy there is now a solution that does not involve an inordinate amount of files.

[/ QUOTE ]
I feel shown up, though! :p The problem is that I've felt that way for 80% of this thread... Every time I felt like I had a contribution to this topic, somebody else would post not only the idea I had, but a full set of binds with it already implemented. *cough*Wasabi*cough*

Oh, and ahzurdan: apply your heroic powers of streamlining here (http://boards.cityofheroes.com/showflat.php?Cat=&amp;Number=694947&amp;page=0&amp;view=collap sed&amp;sb=5&amp;o=&amp;fpart=1), please! ;)

[ahzurdan]

[ QUOTE ]
[ QUOTE ]
First, I certainly didn't mean to show you up or anything, Joe! Your binds do exactly what they were designed to do, and they do it well. That's what matters!


[/ QUOTE ]

I dont feel shown up at all ahz. Like I have said before I consider this an on going discussion and am VERY happy there is now a solution that does not involve an inordinate amount of files.

[/ QUOTE ]

I'm glad you feel that way.

I personally know how hard it can be, when you have put alot of time and energy into something, for someone else to come along and provide a new/different idea. The just-out-of-college hires around the office are consistently bringing in new ideas that are wonderful, elegant and efficient, but which can leave alot of the old timers thinking, "Do they even need me here anymore?"

Certainly don't want anyone here feeling like that. The more ideas, the more input, the more feedback and questions, the better!

[Mister_B]

If you stand on the ground and then press jump, you will jump into air while activating sprint which will be deactivated when you land. If tappin jup shortly, sprint will not deactivate when you land.

[Shattersky]

[ QUOTE ]
[ QUOTE ]

I have not experienced it. I play all night with these binds with no problems. I have DSL, but I do infrequently notice some lag with the movement commands being sent to the server... ie. sometimes I don't hover right away, etc.

But do you know for a fact that binds are saved server side? That makes no sense to me. I thought that the client would sort out what we wanted to do, and just send the movement commands to the server (+forward, +right etc). It just makes no network-programming sense to send what keys are mapped to these fundamental functions.

Gnarly

[/ QUOTE ]

I can vouch that the current keybinds are stored server side. I transferred a character over to the Test Server and he showed up there with my custom binds already installed.

How often they update the keybinds out to the server, that I don't know. I would hope (for the sake of the broadband deficient) that they didn't set it up to push the binds out to the server every time a BIND_LOAD_FILE command is issued.

[/ QUOTE ]

First off, I want to say thanks so much guys, especially Wasabi Joe, as I'm using his 2.4 binds - awesome stuff. If I get elected mayor, I'll direct more funding to the Paragon City Flight Academy (That would be this thread). :)

About binds being stored on the server - transferring a character to the test server and keeping your binds wouldn't indicate whether or not the binds are stored on the server or on your computer.

Most likely, it's just stored on your computer, primarily for the reason that it's not necessary for the server to know what your binds are - it just needs the bare bones commands that you execute. Bandwidth usage in an MMORPG is critical - something as smooth as City of Heroes shouldn't be making the mistake of having my binds uploaded to it every time I change them (I.E., every time I hit a movement key...)

That's just the logical reasoning though, and I can't offer definitive proof that this is the case. However, I do have an acid test.

1. Save your binds on your normal computer.
2. Log in from a different computer (or have someone else log in on your account) and see if your binds still exist on that machine. If they do, they're on the server. That should settle the question.

If those binds are being stored on the server, I'll eat my cape.

It doesn't answer why an earlier poster was experiencing disconnects though. My only theory would be that CoH gives a high priority to loading text files, and temporarily ignores the connection, which on a slow connection might be the cause of a disconnect. I don't see why this would be the case, however.

I suppose there's the off chance that any and all text you type is sent to the server, in case it's a command... but again, that's a waste of bandwidth, in many cases.

[Blue_Volt_NA]

I have to say ditto to really liking what has happened with the evolution of these binds. I saw some of the capability at one point, but Joe, Gnarly and ahzurdan are much better able to put them into action. I'm just glad I was involved in bringing this thread back to active. The set I settled with is only capable of handling two keys pressed simultaneously, but eliminates much of the overhead. Of course, ahzurdan seems to have done it all in about as many files. But hey, I'm in marketing. I just like coding binds as a hoby (yes, I'm sick and need help!).

Any way, I did have some serious stuff to post about:

[ QUOTE ]
But do you know for a fact that binds are saved server side?

[/ QUOTE ]

Yep, the key-bind configuration with any changes is stored server-side with the character. If you sign on from any other computer, your binds will be there. No need to re-enter. But once bound, there is probably little/no need to comunicate with the server. However, as these binds continally re-bind the key definition, there must be constant communication going on. I can't say I've noticed any real changed in performance, but I'm still using my very much toned down binds until you can all settle on something and move on ;). Actualy, since I've changed the default keys for movement and this seems to be changing faster than Windows, I've given up trying to keep up with the editing the new files till I can figure out which set I want to use.

Any way, kudos to you all. I MAY have something to contribute in the future, but you're all moving a bit to fast for me!!

[Ex_Libris]

[ QUOTE ]


I can vouch that the current keybinds are stored server side. I transferred a character over to the Test Server and he showed up there with my custom binds already installed.



[/ QUOTE ]

Sorry to be so anal, but I'm not convinced by that... Maybe the client stores them by character name? And even if you tested THAT by making 2 characters on different servers with the same name, and creating different binds for them, I'd still say "Maybe the client stores them by servername_charactername, but the Test Server does something different?" I saw something when reading about the test server, that if you deleted a character, it would break your keys when you logged in... can't find the post now, unfortunately.

Oh, one possibility which I just thought of before I hit the "submit" button... maybe the binds are stored server side, but just when logging in/out? Like Roaming Profiles in Windows. You log in, and the server sends you the binds you stored last time. During your play session, you make changes LOCALLY, but they're not propagated to the server. When you log OUT, whatever your current binds are, complete with changes, are sent to the server. This would not explain KarmaTrain's problems, but would explain why Ahzurdan's binds moved with him to the Test Server.

Let me explain a bit more why I say "It makes no sense to store them server side":

- Storage Space - each character has to have a complete set of binds, many of which will be redundant from one character to the next. Not a big consideration, however, with the cheapness of huge disks, and the limited size of even big bind files.

- Server Resources - I'm sure the programmers would prefer for the client to do everything that is possible without bothering the server. Why make an overworked server interpret the "x" key for each of thousands of users each with disk calls to find their binds, disk writes to change them, and memory for remembering them?

- A lot of keys can do things that are server independent, like viewing angle, zoom etc. Why send this key info to the server (client supposedly doesn't know what this key means) just so the server can send back to the client to say "zoom out".

- Network time - this is of course why KarmaTrain things they ARE server side, because of his disconnects. But would YOU do this if you were a programmer for a game with 1000s of clients connecting over limited bandwidth?

I don't mean to start a big argument here, but I'd need pretty compelling proof to make me think they did it this way. And I think if we say "Oh, KarmaTrain is just SOL because he has a slow connection" and stop trying to solve his problem, we're doing him a disservice.

So, in a return to constructive thought... KarmaTrain, have you checked your binds for typos and bugs? Maybe a missing " or $, or a space before or after $$ is causing problems. Maybe you could download binds, if you didn't already, from somebody that tested them and know they work on their system? Is anybody else having crashes when using these binds, but is fine when NOT using the binds?

And Ahzurdan, tried your binds last night and they work sweet :) Also interested in a Blastoff functionality, and a smooth transition from normal forward movement to autorun, but otherwise much less fragile than the other setup. I'll be looking at the best way to add these features too.

Gnarly

[Pulsar_NA]

They ARE in fact stored Server side. I play my characters constantly on my Desktop &amp; Laptop. When I created a macro or bind on one pc, when I log in via other pc it's all there.

To top it off, I even occassionly log onto a friends PC and they are there as well.

Of course, though, u need to install wasabi's files if u want that to work but normal binds without load_file commands work fine.

As far as disconnect, I still can do some more testing but I played all night on my 4mb/500kp up cable modem connection and constantly got disconnects. Updated to v2.2 next day and still same thing, they only thing I did was load old bind file and played 5 hrs without problem.

If no one else experiences this, it must be something else that I'm doing different with em?

[ahzurdan]

[ QUOTE ]
If you stand on the ground and then press jump, you will jump into air while activating sprint which will be deactivated when you land. If tappin jup shortly, sprint will not deactivate when you land.

[/ QUOTE ]

I can actually corroborate this. Within my binds it seems to be because you are hitting jump and letting it back off so quickly. The binds don't get swapped over as fast as you hit the keys. Unforetunately jumping is especially prone to this, as jumping can sometimes be a simple tap. I was hoping it wouldn't be an issue so much as the game lends itself more to long jumps (where you hold the key down continuously) than short hops.

I'm sorry, but I can't really give you a better answer than that. Unforetunately I can't see any way to fix this, as it seems to be that the actions that change the binds are not occuring as fast as you are requesting them (with button presses/releases), and that some are getting discarded by the game (or possibly lost due to network problems, if the stuff about the binds being pushed to the server is correct).

I realize that this isn't a good answer :( , but if you continue to have problems with this, then I would suggest trying not to "tap" your keys but to "press" them instead.

Sorry.

[Ex_Libris]

Blue Volt the Lurker Returns!

Welcome back! Now all we need is for Sinabyss to come back. He started this revolution in binds, after all. You can even use the difference in key press and release to activate 2 powers with one keypress (1 Key 2 Powers (http://boards.cityofheroes.com/showflat.php?Cat=&amp;Board=faq&amp;Number=630925&amp;fpart=&amp;P HPSESSID=) ). You lurking out there, Sin?

Anyway, I've become a steadfast convert to your ESDF setup. Even just having a little bump on my keyboard to confirm I'm in the right place makes it worth it, and there is much less movement of fingers when I want to type some wiseass remark. So, I have modified Ahzurdan's binds to fit. I'm going to see what improvements are made here over the next few days, and mess around with them myself, and then I'll make sure to post a link to them, wherever they end up, when they're bug free and as smooth as possible.

Gnarly

[ahzurdan]

[ QUOTE ]
[ QUOTE ]


I can vouch that the current keybinds are stored server side. I transferred a character over to the Test Server and he showed up there with my custom binds already installed.



[/ QUOTE ]

Sorry to be so anal, but I'm not convinced by that... Maybe the client stores them by character name? And even if you tested THAT by making 2 characters on different servers with the same name, and creating different binds for them, I'd still say "Maybe the client stores them by servername_charactername, but the Test Server does something different?" I saw something when reading about the test server, that if you deleted a character, it would break your keys when you logged in... can't find the post now, unfortunately.

Oh, one possibility which I just thought of before I hit the "submit" button... maybe the binds are stored server side, but just when logging in/out? Like Roaming Profiles in Windows. You log in, and the server sends you the binds you stored last time. During your play session, you make changes LOCALLY, but they're not propagated to the server. When you log OUT, whatever your current binds are, complete with changes, are sent to the server. This would not explain KarmaTrain's problems, but would explain why Ahzurdan's binds moved with him to the Test Server.

Let me explain a bit more why I say "It makes no sense to store them server side":

- Storage Space - each character has to have a complete set of binds, many of which will be redundant from one character to the next. Not a big consideration, however, with the cheapness of huge disks, and the limited size of even big bind files.

- Server Resources - I'm sure the programmers would prefer for the client to do everything that is possible without bothering the server. Why make an overworked server interpret the "x" key for each of thousands of users each with disk calls to find their binds, disk writes to change them, and memory for remembering them?

- A lot of keys can do things that are server independent, like viewing angle, zoom etc. Why send this key info to the server (client supposedly doesn't know what this key means) just so the server can send back to the client to say "zoom out".

- Network time - this is of course why KarmaTrain things they ARE server side, because of his disconnects. But would YOU do this if you were a programmer for a game with 1000s of clients connecting over limited bandwidth?

I don't mean to start a big argument here, but I'd need pretty compelling proof to make me think they did it this way. And I think if we say "Oh, KarmaTrain is just SOL because he has a slow connection" and stop trying to solve his problem, we're doing him a disservice.

So, in a return to constructive thought... KarmaTrain, have you checked your binds for typos and bugs? Maybe a missing " or $, or a space before or after $$ is causing problems. Maybe you could download binds, if you didn't already, from somebody that tested them and know they work on their system? Is anybody else having crashes when using these binds, but is fine when NOT using the binds?

And Ahzurdan, tried your binds last night and they work sweet :) Also interested in a Blastoff functionality, and a smooth transition from normal forward movement to autorun, but otherwise much less fragile than the other setup. I'll be looking at the best way to add these features too.

Gnarly

[/ QUOTE ]

I am hoping that they didn't do anything like this, but it seems to me as if they did.

I have a friend that let me use his Super Speedster for testing purposes, and he ended up having leftover binds on his character from my testing the next time he logged in. He lives about 3 hours from me, so we definitely don't share a computer.

That made me think that perhaps it was a push that was occuring during zones/logouts. Unforetunately, you can totally see network spikes when using these binds that aren't there when you aren't using them. It seems not so much that the server tells the client what the keys do, but that it stores a current set of your keybinds on the server, and that whenever the BIND_LOAD_FILE command is issued it updates those keybinds to the server.

I would be willing to bet that they just didn't realize how powerful the BIND_LOAD_FILE command could be in making wonderfully useful binds.

I am currently intending to do some testing on the Test Server to see if they changed the way that this works with the "Networking Updates" that they put up there on Tuesday.

[ZeroG_NA]

ahzurdan, I was looking through your bind files and a couple things confused me.

In followflyyz and followrunyz if you hit R for autorun you are transferred to autorunz instead of autorunyz. But at this point aren't you holding space or lshift? So when you release space or lshift you will be transferred to autorunyz. That seems backwards. Can you explain what I'm missing?

I also noticed that in nofly when you press a movement key fly is turned on but hover does not seem to be turned off. Conversely when releasing the movement key hover is turned on but fly is not turned off. Does turning one on automatically turn the other off? I rerolled so I'm stuck without flight atm and can't check (and don't have access to CoH at work anyway ;)). The binds I used before turned both on/off and I never thought to check if that was necessary.

Regarding the tap jump, couldn't the binds just be altered to omit y axis in the run set? It doesn't seem like sprint would need to be explicitly turned on for jumping since if moving forward you would already be sprinting etc.. For instance in flyxyz F would transfer you to runxz. Haven't fully thought that through but perhaps it's workable.

[Ex_Libris]

Ahz,

Why don't you just change it so there is no real action for the up/down axis while running? In other words, for all the files in the run folder, bind space to +up, and x to nop, but don't start sprint, and don't bind_load_file anything. You'd still need to keep the files with the Y axis though, because you'll need them to gracefully change from flying with some combination using up or down, to running. For Example, if you are flying forward and down to land, then hit F, you want to start just running forward... If you just moved from FlyYZ to RunZ, however, and then release your X key, you'll try to go down (no big deal, I guess). So you use RunYZ to set space/x to just call the other files, but not to +up/+down. Basically, it's a one-way file that is used only so you can release the space bar or x and end in the correct mode.

Well, you can figure it out by looking better than I can explain it with words. They're your binds after all :)

This same kind of thing will be needed to smoothly transition from running forward to autorun.. you need a file so you can let go of W (and not do anything) in case you're holding it down when you press R.

Sorry for the reply in words... I know if I just made the changes and sent you the files it'd be easier, but I don't use the same keys as you, and I can't test here at work. So, I just give these word explanations instead of sending you confusing ESDF binds that haven't been tested :)

Gnarly

[ahzurdan]

[ QUOTE ]
ahzurdan, I was looking through your bind files and a couple things confused me.

In followflyyz and followrunyz if you hit R for autorun you are transferred to autorunz instead of autorunyz. But at this point aren't you holding space or lshift? So when you release space or lshift you will be transferred to autorunyz. That seems backwards. Can you explain what I'm missing?

[/ QUOTE ]

Whoops! Mistake there. :p Good catch! Updated on the site (http://www.geocites.com/ahzurdan/).

[ QUOTE ]
I also noticed that in nofly when you press a movement key fly is turned on but hover does not seem to be turned off. Conversely when releasing the movement key hover is turned on but fly is not turned off. Does turning one on automatically turn the other off? I rerolled so I'm stuck without flight atm and can't check (and don't have access to CoH at work anyway ;)). The binds I used before turned both on/off and I never thought to check if that was necessary.

[/ QUOTE ]

Hover and Fly are indeed mutually exclusive. If you turn one on the other turns off automagically.

[ QUOTE ]
Regarding the tap jump, couldn't the binds just be altered to omit y axis in the run set? It doesn't seem like sprint would need to be explicitly turned on for jumping since if moving forward you would already be sprinting etc.. For instance in flyxyz F would transfer you to runxz. Haven't fully thought that through but perhaps it's workable.

[/ QUOTE ]

Let me think about this last. My first impression is that it won't work right, but I have blind spots when it comes to my own coding. Let me take another look and get back to you.

[Ex_Libris]

[ QUOTE ]


I also noticed that in nofly when you press a movement key fly is turned on but hover does not seem to be turned off. Conversely when releasing the movement key hover is turned on but fly is not turned off. Does turning one on automatically turn the other off? I rerolled so I'm stuck without flight atm and can't check (and don't have access to CoH at work anyway ;)). The binds I used before turned both on/off and I never thought to check if that was necessary.


[/ QUOTE ]

One turns the other off automatically. If you do it explicitly, then these binds won't work without modifications if you only know how to hover, as you'll fall out of the sky when you try to move :) This is a pretty nifty way that Ahz did it, and allows me to use the binds with my lower level alts. But, they do put a "Switching on hover instead of fly" message in your chat box, which I don't think you get if you turn it off explicitly. But I'm not sure on that, as I've long ago turned these messages off to avoid spamming.


[ QUOTE ]

Regarding the tap jump, couldn't the binds just be altered to omit y axis in the run set? It doesn't seem like sprint would need to be explicitly turned on for jumping since if moving forward you would already be sprinting etc.. For instance in flyxyz F would transfer you to runxz. Haven't fully thought that through but perhaps it's workable.

[/ QUOTE ]

This is what I tried to say in the post preceding this one... And after making the changes in my binds, I figured out an easy way to describe the changes:

In every file in the run directory, modify all the files with NO y in the filename so that space is "+up" only, and x is nop only.

For all files WITH a Y, erase the entire bind for space and X except for the bind_load_file command. These files with a Y are no longer called when in run mode, and are only used when switching from fly to run and x or space is depressed. Changing the binds as I've said lets you release that key and puts you in the right mode without changing anything else.

Gnarly

[ahzurdan]

[ QUOTE ]
Ahz,

Why don't you just change it so there is no real action for the up/down axis while running? In other words, for all the files in the run folder, bind space to +up, and x to nop, but don't start sprint, and don't bind_load_file anything. You'd still need to keep the files with the Y axis though, because you'll need them to gracefully change from flying with some combination using up or down, to running. For Example, if you are flying forward and down to land, then hit F, you want to start just running forward... If you just moved from FlyYZ to RunZ, however, and then release your X key, you'll try to go down (no big deal, I guess). So you use RunYZ to set space/x to just call the other files, but not to +up/+down. Basically, it's a one-way file that is used only so you can release the space bar or x and end in the correct mode.

Well, you can figure it out by looking better than I can explain it with words. They're your binds after all :)

This same kind of thing will be needed to smoothly transition from running forward to autorun.. you need a file so you can let go of W (and not do anything) in case you're holding it down when you press R.

Sorry for the reply in words... I know if I just made the changes and sent you the files it'd be easier, but I don't use the same keys as you, and I can't test here at work. So, I just give these word explanations instead of sending you confusing ESDF binds that haven't been tested :)

Gnarly

[/ QUOTE ]

Ok, here are my thoughts on this.
<ul type="square">
I can easily change things so that Sprint isn't toggled by movement along the Y axis. I just don't think that that will fix the problem, as I think the real problem is that the binds are getting out of sync due to how fast the buttons are being used being faster than the binds can be reloaded.
I can't remove the BIND_LOAD_FILE command from the Y axis movement in the RUN files, as then I wouldn't know whether to go to FLYZ or FLYYZ if you turned on FLY while running forward. I would no longer have any idea whether or not you were already holding the SPACE key down. It works going from FLY to RUN, but not going the opposite direction.
[/list]

Am I missing something?

[ahzurdan]

[ QUOTE ]
In every file in the run directory, modify all the files with NO y in the filename so that space is "+up" only, and x is nop only.

For all files WITH a Y, erase the entire bind for space and X except for the bind_load_file command. These files with a Y are no longer called when in run mode, and are only used when switching from fly to run and x or space is depressed. Changing the binds as I've said lets you release that key and puts you in the right mode without changing anything else.

Gnarly

[/ QUOTE ]

Heh. You keep posting while I am painstakingly hunting/pecking out my own posts. :p

I think this still runs into the problem that when switching from RUN to FLY you don't know whether or not to go to the FLY file with the Y axis stuff in it, or not. I have alot of times where I will hit and hold jump and then hit F (to approximate what F did in Joe's binds), all while running forward. I would now be coming out of RUNZ and would end up in FLYZ instead of FLYYZ, where I really want to be.

This is basically the stumbling block I am running into with the "Blastoff" and "Setdown" functionality.

[ZeroG_NA]

Thank you for the clarifications, ahzurdan. There was another thing I forgot to ask earlier. When reading your files it seemed that they assume +forward to have an inherent autorun 0 and not +backward. I thought it was the opposite. +forward does not turn off autorun while +backward does.

For instance autorunz has s toggle autorun while w does not but in both cases you are transferred to normal run files. In my current binds I added autorun 0 to my w bind.

In gaming I've run across the idiosyncrasy that autorun does not turn off follow. This caught me twice last night. I tried adding follow 0 to my autorun bind but it did not work. Obviously I don't want an indiscriminate follow toggle in my autorun.

In your followrun R toggles autorun and loads autorunz, but follow is still on at this point. Of course hitting a or d will break follow but do you know a way of specifically setting follow to off within a bind?

Otherwise the files match my expectations; +right/+left break follow but not autorun etc..

[ahzurdan]

[ QUOTE ]
Thank you for the clarifications, ahzurdan. There was another thing I forgot to ask earlier. When reading your files it seemed that they assume +forward to have an inherent autorun 0 and not +backward. I thought it was the opposite. +forward does not turn off autorun while +backward does.

For instance autorunz has s toggle autorun while w does not but in both cases you are transferred to normal run files. In my current binds I added autorun 0 to my w bind.

[/ QUOTE ]

When I was testing this out I found that both +FORWARD and +BACKWARD turned off ++FORWARD, but for some reason when you used +BACKWARD to turn off ++FORWARD instead of immediately running you backward it would stop you entirely until you let go of the +BACKWARD key and hit it again. Adding the ++FORWARD fixed that for me.

[ QUOTE ]
In gaming I've run across the idiosyncrasy that autorun does not turn off follow. This caught me twice last night. I tried adding follow 0 to my autorun bind but it did not work. Obviously I don't want an indiscriminate follow toggle in my autorun.

In your followrun R toggles autorun and loads autorunz, but follow is still on at this point. Of course hitting a or d will break follow but do you know a way of specifically setting follow to off within a bind?

Otherwise the files match my expectations; +right/+left break follow but not autorun etc..

[/ QUOTE ]

I am not going to guarantee this atm as I am still in the office, but I believe that while "AUTORUN 1" does not turn off FOLLOW, ++FORWARD will. Also, I keep getting errors adding parms to FOLLOW. "FOLLOW 1" and "FOLLOW 0" both give me errors saying that I supplied the wrong number of parms for the FOLLOW command. This is why I use ++FORWARD instead of ++AUTORUN or "AUTORUN 1"/"AUTORUN 0"; AUTORUN seems to have some weirdness in that it doesn't interact with FOLLOW in the same way that ++FORWARD does. Not sure why it works that way, though.

[Wasabi_Joe]

Try "-follow" instead of "follow 0"

[ahzurdan]

I'm not having problems with it; it works. I was just explaining why I did it that way.

[Ex_Libris]

I guess we're getting into the details now... in all the binds we've experimented with so far, it seems that there are key combos that just won't transition smoothly. I guess it all comes down to fine tuning them to how YOU want them to work, and then training your fingers not to do those few things that break them?

So, I'm going to work on the setup that works best for me this weekend (I didn't have time last night to even log into the game :/ ). Once I get them working with ESDF and all the little transitions that I prefer, I'll post them, and help make mods to them for people that like it done a little differently.

Sorry Ahz, if I posted so often yesteday that I kept interrupting you. Real slow here at work ;)

[ahzurdan]

Slow day for me too, actually.

I actually enjoyed the banter back and forth. Kept me looking at the binds in different ways, and from falling asleep in my cubby. I am still looking into both the issue with jump being used faster than the keybinds can reload themselves, and the "Blastoff"/"Setdown" functionality.

On a different note, if we were gonna post something along the lines of a "Bind Issues/Wishlist" with the intent of getting Developer feedback, where would you all suggest we put it?

I think we really need to make them aware of how the BIND_LOAD_FILE command is actually being used by the community, and get their feedback on the network traffic that the command seems to spawn.

I would also really like some new Slash Commands; such as TURN_OFF_ALL_ACTIVE_POWERS, and TARGET_TEAM_NEXT.

Just not sure which forum has the best chance of Developer response.

[Blue_Volt_NA]

Hey Gnarly, good to see that i was missed!! Any way, I haven't been lurking, just sitting back reading the posts, and, um well, OK, so I've been lurking!!! :p

Any way, I've got a couple questions for all you gbind guru's our there so:

[ QUOTE ]
One turns the other off automatically.

[/ QUOTE ]

Really? Are you sure? I know I've had some problems where both fly and hover are on at the same time, as a result of the bind coming out of sync. But this may be due to how I've written the bind. I had the same question as ZeroG when I started going through the binds to figure out the logic. Is this 'auto-toggle' feature only active during specific bind paterns? I assume that az's binds work, so there must be something there, I just don't understand the specific conditions that allow it to opperate this way. Any clues?

[ QUOTE ]
But, they do put a "Switching on hover instead of fly" message in your chat box, which I don't think you get if you turn it off explicitly. But I'm not sure on that, as I've long ago turned these messages off to avoid spamming.


[/ QUOTE ]
For the love of god, how, please tell me how!!! And does this eliminte the bind_load_file messages as well? If not, as a side-note for suggested binds, I would love bind_load_file_quiet (or something to that effect). I'd love to can all those messages (after I've de-bugged the code of course!).

Any way, Gnarly, I think you've got it spot-on when saying that the ideal configuration is very user dependant. In truth, I've had very little problem using a variation of the original binds that were restricted to a single key. As I use mouse-look almost all the time, needing multiple keys is very rarely a problem. I have to say, I'm looking forward to your ESDF version of the files. I've stuck with my old files just cause I'm to lazy to keep making the changes as all the new versions come out :p. I've got a few other bit's thrown in that make my set do what I want, and I'll absolutely add this to any set I ultimately go with.

So, on to the question about a place to get the Dev's attention regarding what the binder's would like to see. I'd say start another thread with DEV in the topic. I think they probably at least glance at any thred with that there, and comment where they believe it is appropriate. If we get no response, then we're probably stuck. Hard-core binding (if you can call it that) is probably pretty uncommon. That said, a list of new emotes come with the update, maybe a couple /commands did as well! I'd start the thread on the general CoH topic. It's probably more likely to get noticed there. If I've got the time, I'll do it myself later, but I've spent enought company time doing this post as it is, should probalby get some work done...

[ahzurdan]

I've never been able to get Hover on at the same time as Fly. Could this have been during beta, or something that is true now but wasn't true when you experienced your problem?

I believe that the Devs set it up (either originally or with a patch) so that there was no way to get both the defense bonus of Hover and the speed of Fly.

And I would also like to know how to stop the spam. :p

[Bayani]

Great binds, I've been using them and they work really well. There are times where the binds get messed up, but thankfully it's never happened in the heat of a battle. (and somehow they correct themselves).

Do i have to change the binds to work for superspeed or will it work automatically? thanks!

[ZeroG_NA]

ahzurdan, thank you very much for the bind expamples. I've incorporated the functionality into my bindset and will finally get to try them out tonight. :)

Wasabi_Joe, thank you for the -follow tip.

Blue_Volt, click the options button on the top of the chat box. You can set each type of message to top, bottom, or none.

Oaken_Filipino, ahzurdan included automagic support for super speed. If you don't have super speed sprint gets used instead.

[HalfCracked]

yes Oaken you do have to edit them to work with superspeed.
baisically you'd replace "sprint" with whatever ground based power you want. for me it was "prestige power quick"; for you I would guess it's "super speed" but I could be wrong. if you hover your mouse over the power in the task tray the quickhelp pop-up that comes up will show the name you need.

[Blue_Volt_NA]

Ahz,
I didn't start playing until 2 weeks after commercial release, so I'v never seen the beta (I wish I could have seen the Ritiki Invasion!!).
Now that you mention it, I'll admit that I've not seen it recently. Naturaly, I assumed this had everything to do with my um, programing prowess. Considering the vast extent of these skills, fixing it in a patch seem a more likely explanation. It will sure make the binds a whole lot simpler!

ZeroG - THANK YOU!!!

[Falstaff]

First I have to say I really love the co-operation and brainstorming going on in this thread. Also, thanks to everyone for all their hard work on this.

I told my super group how much I liked the binds, and shared them with them. Some were asking about customizing the keys and such, and what a pain it would be to change them all. One person in particular said they sounded like a good idea, but he's been using ESDF since Doom, and didn't want to change. Then we got a version with EDSF, and the WASD crowed chimed in. :)

All this gave me the idea to create a batch file that creates all the bind files for you based on your personal preferences. I did this for Wasbi's v2.4 about the time he said he would not be updating it anymore, and so promptly started on version with Ahzurdan's binds.

The resulting files are available here:

http://www.falstaffenterprises.com/CoH/

I hope someone finds theses useful.

Cheers!
Falstaff

[Ex_Libris]

Nice!

[Ex_Libris]

[ QUOTE ]

I hope someone finds theses useful.

Cheers!
Falstaff

[/ QUOTE ]

Falstaff, awesome, thanks! I was going to do this do, but my knowledge of batch files is a bit limited, so I was gonna try a VB solution. This is much better.

I'd be interested in whether you can add mouselook options to Az's version? Just a thought.

[ZeroG_NA]

ahzurdan, I played with your binds last night and love them! I'm really thrilled by your brilliant axis concept.

I think I found another minor error. In both followfly files take a look at the F bind. I forgot to test toggling flight while following.

I found another quirk with CoH in that ++forward and autorun 0/1 don't always interact properly. If I set autorun 1 then ++forward would not turn it off. o.O This is not a problem in your files but I use autorun 1 in my launch bind and wanted to keep it that way so I replaced all ++forward in your files with autorun 0/1 and it worked fine. I prefer to launch for travel by just looking up and hitting one button putting me into autoflyz. Thought I'd mention this for anyone else trying to mix autorun 0/1 binds in with ahzurdan's binds.

Thanks again for coming up with a solution using a manageable number of files. The set works great and is easy to modify due to the reasonable number of files.

[Falstaff]

[ QUOTE ]


Falstaff, awesome, thanks! I was going to do this do, but my knowledge of batch files is a bit limited, so I was gonna try a VB solution. This is much better.



[/ QUOTE ]

You’re welcome. I thought about VB too, but I figured a simple batch file would run anywhere, and wouldn’t be as scary to those worried about viruses.

[ QUOTE ]


I'd be interested in whether you can add mouselook options to Az's version? Just a thought.



[/ QUOTE ]

Probably. I just wanted to get these out there. I want to add Wasabi’s Blast-Off idea also. SWMBO has some projects for me this weekend, though. :)

[Ex_Libris]

is there any way to bind a key to exec that script everytime you load the game?

for me, and my brother we have to both reload the script every so often because it stops working correctly

we tried to bind a key P to this

/bind p "/bind_load_file c:\coh\binds\run\norun.txt"
but it wouldnt allow that, so i have p bound to
/bind p "say /bind_load_file c:\coh\binds\run\norun.txt"
and we have to manually type out the command each time it starts to mess up

thanks for the help

[ahzurdan]

CONTROL+R should already do that. First time it should put you back to the defaults, and then if you do it again it will reload NORUN.TXT.

[Ex_Libris]

I was having some problems getting the functionality I wanted with the XYZ Axis setup. So I was leaning towards going back to my and Wasabi's original thought of different files for different key combos, but was horrified by the number of files. So, I decided to hit the problem over the head with a sledgehammer.

I wrote a BASIC program (downloaded Liberty BASIC for free from www.download.com (http://www.download.com)) and wrote it up. So I have loops that go through ALL the combinations of 6 direction keypresses for ALL movement modes: Run, Fly, AutoRun, AutoFly. Haven't done follow yet, because I never use it in game, and don't really know it's ins and outs.

This setup allows me to ALWAYS keep track of what keys are pressed... I use +turnleft$$-turnleft to get the key activated on both press and release without affecting movement (I at least never use the turning keys, preferring mouselook). Also, since I ALWAYS know what keys are depressed, I explicitly set the movements, using "up 1$$down 0$$forward 1... etc for ALL 6 directions whenever a key is pressed.

This works, frankly, GREAT. The binds don't seem to break at all, that I've noticed, and I have hammered on lots of keys at the same time. Once I got the logic ironed out in the code, I can make changes very quickly to all 256 files, and rarely even look at the binds anymore, staying completely in basic while experimenting. And since all of these binds load a bind file each time you press or release a key, it's no slower than any of the others.

And since it's programmed, I can easily change the keys used, the directory path, etc. Also, it's not usually too hard to add functionality. For instance, in my Auto modes, I set the right mouse button to toggle mouselook on and off (++mouse_look), and then change it back to normal (mouselook while pressed) when I leave Auto.

I need a place to put this though... Could somebody who earlier provided web space for Wasabi lend me some, and tell me how to upload? I know how to FTP, of course, if that's the way you guys did it, but I'd need a username/password. I'll release both zips of different combinations of binds for those of you just interested in using these, as well as the basic code so you all can modify and such to your heart's content.

I still need to add functionality for follow, both while flying and running, but won't have time until Monday.

So, if somebody can lend me the web space, thanks.

Gnarly

[Wasabi_Joe]

Hehe great minds think alike Gnarly, guess I can put my script writing program on hold and take a look at yours. You are more than welcome to use the web space WeapOnX provided me, I have sent you a PM with details.

BTW, I am starting to use the ESDF keys also. I am going through a confusing transition period right now, but can see the obvious advantage of having the tick to confirm finger placement. It seems like more keys are useable with this setup also.

[Cowthulhu]

[ QUOTE ]
we tried to bind a key P to this

/bind p "/bind_load_file c:\coh\binds\run\norun.txt"


[/ QUOTE ]

The functionality is already built in, as stated, but the problem above is that there should be no slash inside the quote prior to Bind_load_file

There is never a slash inside the quote like that, it is assumed by the program.

[Cowthulhu]

[ QUOTE ]
This setup allows me to ALWAYS keep track of what keys are pressed... I use +turnleft$$-turnleft to get the key activated on both press and release without affecting movement (I at least never use the turning keys, preferring mouselook). Also, since I ALWAYS know what keys are depressed, I explicitly set the movements, using "up 1$$down 0$$forward 1... etc for ALL 6 directions whenever a key is pressed.


[/ QUOTE ]

Sorry for the confusion, but are you saying turn left/right DO work, but that you don't use them?

I'm still happily using Wasabi_Joe's 2.1 files for the moment. I'm waiting to see where things go befre switching again.

One question: Do any of these other approaches make it possible to hit a power, realize you are out of range, and start moving without deselecting the power? I have noticed that I can begin to move, then select a power and it works great. If only there were a way to pass the currently selected power to a bind.

Thanks for all the hard work.

[Ex_Libris]

[ QUOTE ]


Sorry for the confusion, but are you saying turn left/right DO work, but that you don't use them?

One question: Do any of these other approaches make it possible to hit a power, realize you are out of range, and start moving without deselecting the power? I have noticed that I can begin to move, then select a power and it works great. If only there were a way to pass the currently selected power to a bind.

Thanks for all the hard work.

[/ QUOTE ]

Hi Jotun,

I'm using the turn keys just for the key down, key up functionality. All of these binds depend on the "+" commands so that the key runs it's associated bind BOTH when the key is pressed, AND released. Since the turn keys are not used much, and I wanted to use the explicit move keys, I used them to get that function without interfering with the forward/back/strafe movements. Not sure if turning left would still work, but I don't see why not once a key is pressed and held down. Movement might stop after you release a move key, even if your turn key is still held down. Need to check, I suppose. If it doesn't, I'm sure there is some other + command I could use that interfere's less. I'll have to experiment.

These binds, and I think the earlier ones, allowed you to activate powers IF YOU WERE ALREADY MOVING, which would then go off once you are in range. If you stop or start, however, they are cleared. Now that I'm used to it, I kinda like it that way as I don't attack anything by accident.

Thanks WeaponX and Wasabi Joe, for the disk space, and the info! I'll upload my stuff this evening.

Gnarly

[Fortuna_NA]

I'd like a simple bind that switches between Hover/fly and nothing else. I'm a bit of a noob.
Can some one help?

[Ex_Libris]

Hi 3clipse,

Just type this from the game chat line:

/bind f "powexec_name sprint$$powexec_name fly$$powexec_name hover"

This will make sure that Sprint is turned off (don't want to waste end, do we?) and turn on hover. Once hovering or flying it'll toggle between the two. You can change f to any key you'd like.

Then type this:

/bind lshift+f "powexec fly$$powexec hover$$powexec sprint$$powexec sprint"

This sets it so shift (only the left shift key) and F toggles both Hover and Fly OFF, and puts you back into ground mode with sprint on. Make sure you're NEAR the ground, or you'll hit it hard ;)

For the rest of you, I'm working on getting the more complex binds up, but was busier this evening than I planned. Will have them up before tomorrow, though.

Gnarly