Kal_Choedan_NA

[ QUOTE ]
With Combat Jumping Hurdle is redundant. Swift means getting to mobs quicker without have to turn on Sprint and having it draining your endurance.

[/ QUOTE ]

Not true.

Hurdle increases the speed you traverse the ground, as well as increasing your jump height. The increase in horizontal travelling speed just from having Hurdle running is greater than that provided by Swift.

Go test it for yourself if you don't believe me - get two level 6 characters to race, one with Swift and one with Hurdle.

If you're choosing between Swift and Hurdle purely based on which will get you from mob to mob quicker, Hurdle will do a better job, even if that fact seems less intuitive.

Hurdle also stacks with Combat Jumping, and once you get Super Jump, it stacks with that too, increasing your main travel power's travel speed.

Hurdle is the superior choice in every way.

-k

[ QUOTE ]
[ QUOTE ]
LOVEITORLEAVEIT:
I don't think people should modify files. It's like altering a piece of art without the consent of the artist. It's just WRONG.

[/ QUOTE ]
I don't think this is the issue. We actually paid for the original software, and are paying for any and all subsequent updates. Imagine getting an apartment and finding out that you can't move around the existing tables or chairs, simply because the landlord said that "it's prettier that way." Or imagine buying a car and being told that you can't attach new rims, for example, because the original designer(s) of that specific model thought that they looked good enough as they are. If you paid for the original "Mona Lisa", you can hang it on your wall, burn it, paint over it, or tear it, as you please.

[/ QUOTE ]

Unfortunately your entire argument is built upon a very common misconception. You did not pay for the original software. What you bought was a license to use the software, on one machine at one time.

To put it in your analogy, it is more like you rented a car from Hertz, but are now suprised to find that they don't allow you to attach those shiny new rims, because at the end of the day, the car is still theirs, not yours.

Kal

Woot!

I have spoken with Gnarly!

He's busy with Real Life[tm] at the moment, and actually away on a business trip, but he has offered to take a look at his binds once he gets back and maybe update them to use the the new toggleon toggleoff functionality - this will simplify them a lot, and should make them more robust too.

More info to come in early February, watch this space!

Kal

[ QUOTE ]
[ QUOTE ]

I don't suppose anyone knows how to get in touch with him do they?


[/ QUOTE ]

I'm not sure if it's Gnarly or not, but if you go to the root directory from the download link, there is an e-mail address at the bottom of the page...

Here is the link for the SoD: http://www.jim.cavanaugh.net/sod.htm

and of course the link for the root directory is: http://www.jim.cavanaugh.net

[/ QUOTE ]

Aye - I have dropped that person an email in the hopes that they either are or know Gnarly, we'll have to wait and see!

Kal

I have updated Gnarly's 3.0 to fix one or two minor bugs that could result in the bind files being created incorrectly and to add the ability to chose the name of your flight/hover powers for e.g. Kheldians.

Unfortunately I don't have the full version of Liberty Basic so I can't produce a compiled version.

In the mean time if anyone wants the .bas file I'd be happy to send it to them, you need at least the Liberty Basic trial version installed to be able to run it though.

I would love to take a look at the code with a view to updating it to use the new toggleon/toggleoff functionality, that part of the code is pretty messy though and I'm having a hard time following what Gnarly did. I don't suppose anyone knows how to get in touch with him do they?

Kal

Statesman wrote:

[ QUOTE ]

As for the Invulnerability, Kheldian, Burn, etc. feedback - all of it was read and considered. We were pleased with the data we received and thought that the changes met our goals. That isn't to say that we might not tweak these things further - but by and large, we are happy with the changes.

[/ QUOTE ]

That suggest to me that either you did not in fact read and consider the feedback, or your goals for this game are so wildly different from those of the vast majority of your customer base - and certainly from my views - that I no longer have any hope for the future of this game.

I never imagined in a million years that I would find myself saying this, but on the basis of that statement alone I am now heading over to the NCSoft site to cancel my account. I recently purchased the DVD edition to upgrade my existing account, so I'll have at least another 30 days of play to see if you guys actually dig in and make some serious changes, but if your quoted statement above is literally true then I will have to find myself another game.

Very, very dissapointed

Kal

[ QUOTE ]
From memory...

We changed Regen, saw that it wasn't working, changed it again to its current state.

We rolled back minion, lt. hit point increases.

We rolled back a change in Tanker burn.

We made numerous tweaks to the Ancillary power sets.

That's just from memory.

[/ QUOTE ]

Perhaps the question needed to be asked a little more explictly.

No significant changes have been made to the test server since the 13th of December, and go live of Issue 3 was I believe delayed so that this iteration of it could be tested further.

Given that there has been a LOT of feedback, the vast majority of it negative, on the boards, both about some design decisions (e.g. Kheldians) and bugs both major and minor (e.g. Fear), to simply cite any changes made to I3 since it initially hit the test server in answer to the OP's question is farcical at best.

A more honest answer would have been, "no".

Kal

[ QUOTE ]
If we were brighter, we'd have done another smaller content expansion to keep folks happy (and have a new box on the retail shelves) coming out maybe 6-9 months after last April's launch, but we're not that bright and we keep giving our content away for free.

[/ QUOTE ]

Doesn't the DVD edition count?

-k

[ QUOTE ]
What's the purpose of this board?

[/ QUOTE ]

The purpose of this board is to flip out and kill people.

-k

[ QUOTE ]
I posted this in its own thread but perhaps some of the /binding experts here could lend a hand.

My keybinds.txt is not located in my root C: directory. It's here:

C:\Program Files\City of Heroes\keybinds.txt

[/ QUOTE ]

That was changed a few minor patches ago; /bind_save now saves to the CoH directory instead of to the root of C:. This shouldn't be a problem though?

If you need to load a bind file that is in a path containing long file names, you need to use the 8.3 abbreviation.

For the path you described this would be:

c:\progra~1\cityof~1\keybinds.txt

Kal

[ QUOTE ]
I hate to kvetch, because I love the new artwork and models, but I had to bug one problem with Lou's back room:

There is no way for the parked truck to have gotten into that room unless he assembled it there. All the doors on the wall are loading docks, not garage doors. It could not have been driven in, and there is no way to get it out without disassembling it.

[/ QUOTE ]

Well now, Lou is a bit of a gadget nut, and over the years he's had plenty of opportunity to scavenge all sorts of bits and pieces. One of his more useful gadgets is an unlicensed teleport module put together from some broken down bits of Skyraider equipment. He's been using that for several years now, as he can now use some nicer buildings for his business that would otherwise have been innaccessible, and as a bonus, it's damn hard to steal things from Lou's Garage!

Kal

[ QUOTE ]
Is there a program somewhere in these 50 pages that has a link to a downloadable program for creating binds? A friend tyold me about it and I can not seem to be able to find it.

Thanks for any help.

[/ QUOTE ]

4 posts above yours.

Kal

[ QUOTE ]
Hey, hey! Awesome mod. Something I encountered while goofing with it, though.... I told the files to store in C:\Program Files\City of Heroes\Binds which worked fine, and I copied the line from your program and pasted it into COH, and it complained at me because it read the argument as 4 different arguments. I fixed that by adding quotation marks around the path, and it was happy, but there were more issues....

[/ QUOTE ]

That won't work. The commands themselves use quotation marks so you cannot use quotation marks in your path without messing up the commands.

You need to use the 8.1 version of your name (the non-long filename version). Unless there's something strange going on with your system, this will be c:\progra~1\cityof~1\binds. Try putting that in as your path, and all should be well!

Kal

[ QUOTE ]
I'd say you can forget sprint when you are superspeeder, be it for fights or for travel. It's easier to manually control superspeed and, as it is already very fast, you can slot it with end reducer and leave it on most of the time.
So then speed on demand is not really necessary for superspeed (at least blasters).

[/ QUOTE ]

Gotta disagree there

The increase in speed you get from Sprint stacks with the speed bost from SS - you're faster with both on than you are just using SS. So it's marginally worth making use of sprint. There are also some close combat situations (e.g. sewers) where SS is just too imprecise - but the extra run speed from Sprint being automatic is great.

I say for a Superspeeder, configure Gnarly's binds for Sprint on demand only, and manually control your SS

Kal

[ QUOTE ]
But, if the endurance drain isn't bad, then maybe I'll end up just keeping SS on and having sprint on demand.

Gnarly

[/ QUOTE ]

It's more of a strategy thing really - SS actually does suck up quite a bit of endurance so you generally wouldn't want to keep it on when you're fighting. However, right at the start of combat the extra bit of stealth can help you deliver that much desired "alpha strike", where all your enemies fall dead before they have a chance to respond!

I actually have two sets of your binds set up - one for my flyers where I bind both fly mode and ground mode to my mouse thumb button, and my super speeder setup, where I bind the mode switching keys to out of the way key presses, and don't define super speed as "on demand" at all. Then I bind super speed manually to my thumb button. I just keep each set of binds in its own directory and load the appropriate one when I create a new character.

This gives me sprint on demand, which is great, and the facility to manually toggle super speed when I need it - it usually just stays on until I get into combat, then I toggle it off.

There is another thing of course - especially in dungeons, the constant noise of SS toggling can get very annoying! I know I could just switch modes, but I may just as well make SS be "not on demand"

Thanks for the hard work Gnarly - and everyone else involved

Kal

I actually find on a Superspeeder it's best to have the two powers set to NONE and SPRINT, just as you would for a flyer, for example. Bind Superspeed to a key manually. When you move, sprint will come on, and if you want to travel, you can hit the key and then when you move you'll have both sprint and superspeed going.

It's a good idea not to have Superspeed not switch off when you stop moving because of the small +stealth it gives you. Very important not to have this dissapear when you're standing (still) in the middle of a pack of mobs, placing your trip mine!

Kal

Bump, because THIS is the "best fly/hover bind" thread, unlike some other threads I could mention.

Kal

[ QUOTE ]
So what is setdown, exactly? Hitting the RUN key while flying moves you down until released?

[/ QUOTE ]

That's pretty much it. Setdown is the exact opposite of blastoff - you hit your "switch to run mode" key (or your toggle), and instead of just switching you to run mode, it makes you move down until you release it, then on release it switches in run mode.

Kal

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