Master-Blade
-
Posts
5371 -
Joined
-
I already have a few weekly commitments, but I'd be in for something like this depending on when it ends up happening. If I'm available, I'm there.
-
Quote:This has been my recent experience as well. Even if you stand in a fire on a Tank with the HP at maximum, each tick seems to be counting toward the badge, regardless if you are below your base HP or still at full health.Originally Posted by NordBlast
But the way it works right now, even small damage like 10 HP is credited toward the damage badge, so you don't have to overcome your bonus HP as it was in the past. -
Quote:Originally Posted by FizRep
You should change your forum name to Master-Slash, as in "Master of the slash commands"!LoL. You guys are silly. I know I seem to answer a lot of the slash command questions, and I come up with a lot of inventive ways to use them, but I wouldn't go as far to say I'm a master. I learn more about them every time I test things for somebody else's thread. Most of the stuff I don't know ahead of time, but I check the Wiki for commands and try a bunch of stuff until I get it to work. hahaQuote:Originally Posted by Ignatz
I approve this message.
On a side note, I think that remark would have been more deserving in the Villain Names thread. This one was too easy. lol
Thanks guys.
Sounds fun, and I think I know a way to do it, but not without using 3rd party software, so that means it'd be against the rules and I can't tell you.Quote:Originally Posted by Largo
Can you macro that with the wait emote and have the time display in a chat bubble? That would be neato. I would use that on every character I have.
-
Quote:/bind KEY localtimeOriginally Posted by Sqeak
i like to be able to glance at the time not have to minimize the game to see what time it is.
Then press the KEY you designated any time you want to see what time it is. The time from your computer's clock will appear in your chat window. -
I guess its a good thing I don't celebrate your holiday. I woke up and made Mac & Cheese, played Call of Duty, then played CoH for a couple hours, went out to see the movie Due Date (against my better judgement), and now I'm home to take a quick rest before going out and waiting for some great Black Friday deals.
(j.k) -
Thanksgiving? I thought today was Black Friday Eve.
-
Quote:That's more of a clarification than a correction. That's exactly what I meant. "Show always" for the villain bar will not be effective unless the names are turned on.Originally Posted by GavinRuneblade
Correction: It will accept show always for villain bar, but will not display the bar without the name also. Not a meaningful/practical distinction I think, but it is there nonetheless.
Yes that's a macro, but as mentioned above, you can't use a single macro to turn it on and off, unless you want to toggle them "always off" or "always on".Quote:Originally Posted by GavinRuneblade
Also can you tell me how to set up one of these binds/macros so I have a button in one of my power bars that I can click to turn it on and click again to turn it off? Is that a macro?
The command for that is:
/macro NAME "optiontoggle showvillainname$$optiontoggle showvillainbars"
If that doesn't react the way you want, the commands for the keybind files and the 2-button macros are up above as well. -
Suggestion forum is that way.....>>>
Quote:You are right, it's been broken for a long time, but according to some patch notes, it was supposed to be fixed recently.Originally Posted by Emberly
I have suspected for a long time that the timeout command does nothing at all. Has this been confirmed?
He already has a thread about the /chan_timeout command in the Tech area. -
Quote:You might consider using it as a bind instead so you can use a single key to toggle it on and off, and keep your UI clean:Originally Posted by Schismatrix
Useful as it can be i suspect sometimes i'll get annoyed by adding even more clutter to my UI.
/bind KEY "optiontoggle showvillainname$$optiontoggle showvillainbars"
You can also use that command string for a macro so you'd only need 1 instead of 2.
Note: optiontoggle will only toggle between option 0 and option 1, but you could use bind files instead to toggle back and forth to the options you like:
ShowVillain1.txt
KEY "optionset showvillainname 6$$optionset showvillainbars 6$$bindloadfilesilent ShowVillain2.txt"
ShowVillain2.txt
KEY "optionset showvillainname 1$$optionset showvillainbars 1$$bindloadfilesilent ShowVillain1.txt"
Edit:
It turns out that it wont accept "show always" for the Villainbar unless the name is on. -
wORD
-
The options are found right in the option menu > General > Reticle
There isn't an option that allows you to see names of all visible enemies, only your target (or mouseover) and all players, but it turns out you can force it with a slash command:
/optionset ShowVillainName 1
/optionset ShowVillainBars 1
I just tested it and it works. I didn't even think it was possible until now. I was checking the numbers in a sample option file and the player and villain options were exactly the same, so I gave it a shot. Opening the Option window afterward even shows "show always" next to the Villain options, even though it's not available when clicking on the option normally.
I hope it's not considered an exploit. lol
The numbers you can use are:
0 Hidden
1 Show always
2 Show on mouse over
4 Show when selected
6 Show when selected or on mouseover
The other Reticle/Name options are (in the order they appear in the option menu):
ShowVillainName
ShowVillainBars
ShowVillainReticles
ShowPlayerName
ShowPlayerBars
ShowArchetype
ShowSupergroup
ShowPlayerReticles
ShowAssistReticles
ShowOwnerName
ShowPlayerRating
Apparently you can set the Recticles to "show always" also, but it wont actually function that way. Other option combinations seem to work fine, but I didn't try them all.
I just added some of the numbers to Paragon Wiki > Options file structure for future reference. -
I saw the announcement saying it should be working now too, but I haven't seen it in action yet either. I'm beginning to wonder if it's not retroactive and you have to actually wait the 120 days before it starts booting. That seems silly, but it's the only other explanation besides "It's still broken".
-
The last time I ran into a situation like this on one of my secondary accounts, I was given some advice that I have since passed on quite a few times. It seems to work, so hopefully it will help you too...
/bindsavefile filenamehere
/unbindall
Log off to desktop (close client completely)
Wait 15-20 minutes (to ensure the character is fully reset serverside, and not still "in memory")
Log back in
/bindloadfile filenamehere
Log off to desktop (close client completely)
Wait 15-20 minutes (to ensure the character is fully saved serverside)
Hopefully that will force a serverside reset of the correct binds.
What I think happens is that when you log on, the serverside copy of the binds are sent to the client and used from client memory. Even if you change binds, they might not be actually saved serverside until you log off or rezone. There appears to be an issue when you use the option window too many times to make changes. I believe the list isn't managed correctly when re-editing every entry instead of only the ones you have made changes to and possibly gets corrupted over time, causing it to reset each time it attempts to save or reload.
It's just a theory of course, but following the above steps seems to ensure the slate is wiped clean and a fresh copy of your binds is saved. I further recommend that people learn how binds work and program them manually instead of using the interface for it. It seems to lessen the problems.
I hope that method works for you. You may be able to log into another character/account during the 15-20 minute waiting periods (or skip the waiting entirely), but try to do it on a fresh client each time to be on the safe side. If that doesn't work, try doing something else during the waiting time instead. It stinks, but if it works, it's worth a shot. Beyond that, I've got nothing. Good Luck!
-
I'd be down for this one too. The usual handful of toons available to help out.
-
Quote:Your mission will still be set for 4.Originally Posted by Symar
I'm curious how the player multiplier works when you're on a team. If I set it to x4 when solo, I know I get a spawn set to 4 players.
But what happens when I have x4 and 3 players on my team?
Your mission will be set for 8Quote:Originally Posted by Symar
8 players on my team?
Basically, it'll be set for your difficulty rating OR the team size, whichever is higher. They do not combine or stack in any way. -
It's interesting that there seems to be a flaw that allows more than that. Personally, I think they should just allow us to claim all 6 respecs anyway. What would it hurt? lol
-
Quote:If I had to guess, I'd say there are like 2 or 3 full waves, each wave consisting of about 10 spawns from each of the 3 locations you mentioned. Sometimes you get lucky and get them all 3 waves right after another so you don't have to fight R-man and then retreat each time. It's usually about 20 minutes or so of constant fighting. Don't give up. It really does end eventually.Originally Posted by Ice_Wall
So can anyone tell me how long it takes for the ambushes to stop?
-
Quote:Is that different than what I said in some way?Originally Posted by Call Me Awesome
There's another method of this.
type /buycoh
click yes on the dialogue
close the web browser window
log back in
This is MUCH faster than even the new logout to character select; it takes about 10 seconds to accomplish. Fastest way I know to swap characters. -
Last time I tried something like that, my client actually crashed.
The other method people have posted was to use the /buycoh command. Clicking YES on the dialog that appears will bring you to the login screen immediately. The only side-effect is it opens a browser window to buy coh as well, which you can easily close. You might also be able to also use "buycoh$$dialogyes", but some people have reported a client crash using that. -
Quote:No worries. It just seems there are a lot of people still using the old and clunky approach to binds before we learned more about how they really work internally. Older bind methods may still work, but I feel it's better to tell WHY something works the way it does so we can understand them and make them even better and more reliable.Originally Posted by Diggis
True.. I did know that, but always forget cos of the way it appears to work.
Anyway, I'm finally headed out now for a while. I hope the OP and some other people get a chance to test out the code I posted above. I have it working flawlessly for me using a different power and inspiration, but they should be interchangeable for any two executions. I'll be back later on and check for feedback so we can fine tune anything that needs fixing.
-
Quote:You are right and wrong. The + will certainly run the command both on keypress and keyrelease, but you might have the mechanics wrong. Despite popular belief, commands are always read from left to right. The reason toggleon binds in a string are activated from right to left on each press is because the next execution interrupts the previous one. That makes it appear that it's reading the command from right to left, when it's really not.Originally Posted by Diggis
The reason this won't work is the + at the start runs the whole bind on press and release. It works for toggles as you use toggel on and if it's on it skips to the next bit. This will look for respite every time and if it finds one stop. If it doesn't it will probably then activate hibernate.
The command will still try to activate Hibernate every time, but as mentioned, it will fail every time there is a Respite still in the tray because it will instantly interrupt the Hibernate. When there is no Respite left, the final execution command can't run, and wont interrupt the Hibernate, meaning the bind he used might still work.. but only if there is just a single Respite in the tray.
-
1.) not that I am aware
2.) /ghide then select which options you want to hide from. OR see number 3 and 3a
3.) It's saved on the server, but I believe that even though it's a global option, it's only saved on the character you used it on. This means that you can hide from everything on one character, but possibly been seen again when you relog onto another character.. see 3a.
3a.) I personally believe the hide status might also be saved in memory on the client while it is open. It seems some people have issues when using the hide commands then switching characters. It doens't always happen, but to prevent it from getting "stuck" and carrying over from one toon to another, close the client completely and load a fresh copy before logging back in.
4.) Send a private message on the forum to Avatea. She should be able to change it for you. -
In order to do what the OP wants with binds, you would need a couple bind files.
Untested, it would go something like this:
File1.txt
KEY "+$$inspexecname Respite$$bindloadfilesilent File2.txt"
File2.txt
KEY "+$$powexectoggleon Hibernate$$bindloadfilesilent File1.txt"
Then /bindloadfile File1.txt
There might be problems with that code, but I'm sure some fine-tuning could get it to work. If nobody can get it figured out by the time I get back later today, I'll do more research on it.
Basically, when finished, it would use the Respite on keypress, then Hibernate on keyrelease.
Edit:
I was able to test it before I left, and it works just fine for me. I highlighted the important parts above. I hope it helps.
Quote:It certainly is. Enjoy!Originally Posted by CriticalKat
Ok so then a bind instead? Is that possible? -
Quote:using "down" makes your character go down (if you are flying). The fact that you have + and - next to each other simply cancel each other out.Originally Posted by all_hell
+down$$-down
All you need is "+". The "+down" is outdated logic that is not needed, redundant, and messy. -
Quote:That wont work. As long as there is still a Respite in inventory, that macro will only keep using the inspirations and never activate the power.Originally Posted by Rajani Isa
/macro hibernate "powexecname Hibernate$$inspexecname Respite"
I don't think it'll be possible to do what the OP asks. The closest you could get without using binds instead would be:
/macro HIB "inspexecname Respite$$powexectoggleon Hibernate"
Except that would turn on Hibernate first, and then any further clicks would use Respites... so that wouldn't really help either.