Lead Game Master GM Impervium Posted April 29, 2021 Lead Game Master Share Posted April 29, 2021 Hello all; We've seen a couple of support requests relating to issues with certain binds or macros no longer working since the latest update. If you have one such bind or macro that no longer works, please reply with the bind and what it's supposed to do. That way the devs can see what the problem is and work on a fix Thank you! 2 GM ImperviumHomecoming FAQ; Need a hand? File a Support Ticket! Want to lend a hand? Apply to be a GM! Link to comment Share on other sites More sharing options...
City Council Faultline Posted April 30, 2021 City Council Share Posted April 30, 2021 Oil Slick is internally called Gymnastics for ... some reason. Don't ask me. If a power called Gymnastics (display name) is not in the powers tray, the code looks for powers that have an internal name Gymnastics and finds Oil Slick. https://cod.uberguy.net/html/power.html?power=blaster_support.tactical_arrow.gymnastics Added to the issue tracker. No idea on the Fire Shield one, I'll look tomorrow after work. 1 Link to comment Share on other sites More sharing options...
Lead Game Master GM Impervium Posted April 30, 2021 Author Lead Game Master Share Posted April 30, 2021 54 minutes ago, Faultline said: Oil Slick is internally called Gymnastics for ... some reason. Don't ask me. ...Whut. 1 GM ImperviumHomecoming FAQ; Need a hand? File a Support Ticket! Want to lend a hand? Apply to be a GM! Link to comment Share on other sites More sharing options...
UberGuy Posted April 30, 2021 Share Posted April 30, 2021 We have this as a new issue for Afterburner. Because of how Evasive Maneuvers replaced Afterburner (so that people who had AB didn't need to respec), the internal name of Evasive Maneuvers is ... "Afterburner". So binds that try to toggle Afterburner when it's not visible in the pop up tray will instead toggle Evasive Maneuvers. There are a few work-arounds for this one. You can move the new Afterburner into a regular (non-popup) tray, which will mean it is always found by that name, even if it can't be activated. You can instead toggle "fly_boost", which is the internal name of the new Afterburner. Or you can construct your binds such that Fly is always turned on before Afterburner, like so: powexec_toggleon Afterburner$$powexec_toggleon Fly. This last is my personal approach, since new Afterburner is only available when Fly is already running. 1 Link to comment Share on other sites More sharing options...
Night Posted May 1, 2021 Share Posted May 1, 2021 You used to be able to create a macro or bind a button to play through a number of emotes in order by pressing it again and again. You could make a macro/bind to circle through, for example, the slap emotes and time them in an amusing way. I used a macro which circled through the various flyposes, but it no longer works and it only repeatedly plays only the first emote in a string. Seems binds and macros for whatever reason no longer read any emotes past the first one in a string. The binds/macros in example above are "em slap$$em smack" and "em flypose1$$em flypose2$$em flypose3$$em flypose4", both which used to work. 2 Link to comment Share on other sites More sharing options...
UberGuy Posted May 1, 2021 Share Posted May 1, 2021 (edited) Spamming remotes used to allow players to confuse the game and emit some animations never intended to be useable as player emotes, including some that were pretty obnoxious if spammed. This ability was disabled in a recent patch, which is almost certainly what you are running into. Edited May 1, 2021 by UberGuy 1 Link to comment Share on other sites More sharing options...
Night Posted May 2, 2021 Share Posted May 2, 2021 1 hour ago, UberGuy said: Spamming remotes used to allow players to confuse the game and emit some animations never intended to be useable as player emotes, including some that were pretty obnoxious if spammed. This ability was disabled in a recent patch, which is almost certainly what you are running into. Spamming, sure (I'll so miss the awesome NPC emotes we had), but the bind/macro with more than one emote no longer triggers any emotes past the initial one. Flying forward on autorun, you can press the flypose macro once, wait a while, continually on autofly, press it again and all it does it replay the very first emote, as opposed to playing the second emote as it used to. 1 Link to comment Share on other sites More sharing options...
Ariamaki Posted May 2, 2021 Share Posted May 2, 2021 I've got a problem with a series of costume change macros: They're all meant to say a line in local / say, and change my costume with an animation. Right now they say the line, and eventually my costume changes after a very long delay and no animation. Also, all costume changes in general seem to be behaving worse after this patch: Much slower and less responsive, animations sometimes don't play. Link to comment Share on other sites More sharing options...
sgibson5150 Posted June 6, 2021 Share Posted June 6, 2021 On 5/1/2021 at 5:00 PM, Night said: You used to be able to create a macro or bind a button to play through a number of emotes in order by pressing it again and again. You could make a macro/bind to circle through, for example, the slap emotes and time them in an amusing way. I used a macro which circled through the various flyposes, but it no longer works and it only repeatedly plays only the first emote in a string. Seems binds and macros for whatever reason no longer read any emotes past the first one in a string. The binds/macros in example above are "em slap$$em smack" and "em flypose1$$em flypose2$$em flypose3$$em flypose4", both which used to work. I used this bind since way back in retail CoH: "$$e flypose4$$e flypose3$$e flypose2$$e flypose1$$autorun 1$$powexectoggleON Fly" Similar to yours but first press would turn both fly and autorun on, subsequent presses would cycle through the different fly poses. The cycling is currently broken with flypose4 only triggering. Link to comment Share on other sites More sharing options...
Riddla Posted June 6, 2021 Share Posted June 6, 2021 (edited) Posting here as I made a topic and Night helpfully alerted me that this thread exists: I have the following example macros saved: /macro ULT em ultimatepower$$petsay_all <em ultimatepower> /macro DNC em bb$$petsay_all <em dance> ULT I saved a few weeks ago and still even now works perfectly every time. Ocassionally I'll edit my dance macro or rebind it to change the emotes and since the patch upon saving the pets aren't dancing. Editing the saved macro is now suddenly only showing "em bb" as being the entire command, so everything after the $$ has been stripped and discarded. Other times after editing the macro in the pop up (which I know is already bad) the pets just actually SAY "<em dance>" so it does pass through, but doesn't get recognized as a command. I tried it with /bind b to get a button press activation but still, the same result. If I do "/em bb$$petsay_all <em dance>" in chat it still works perfectly, so I have no idea where the problem actually is. Before the patch I would have deleted the macro and retyped it from scratch, which I did many times but now it's just broken every time for both macros and button binds. I cannot get pet commands to be passed through for saved strings, but live entry still works. EDIT: To say that I'm also having the flypose problem, anything like that no longer works properly in game, with the bind being put over the top of the default keybind and only triggering the pose swap AFTER you let go of W it seems, but yeah then you are stuck in one particular pose. Edited June 6, 2021 by Riddla More info Link to comment Share on other sites More sharing options...
Replacement Posted June 6, 2021 Share Posted June 6, 2021 1 hour ago, Riddla said: Editing the saved macro is now suddenly only showing "em bb" as being the entire command, so everything after the $$ has been stripped and discarded. To this part, anyway, this has happened to me intermittently as far back as on Retail. My friend actually had a single character that would have this happen literally every time he zoned to all his Peacebringer macros (which is basically a large "give up on this character" sign for a PB). For me it's more like you are describing though - sometimes on first making a macro, or returning to a character, the macro just drops everything past the first $$. You have a lot of other info in your post I don't want lost in the shuffle, but wanted to call out that particular detail. 1 Link to comment Share on other sites More sharing options...
SuperPlyx Posted June 6, 2021 Share Posted June 6, 2021 15 minutes ago, Replacement said: For me it's more like you are describing though - sometimes on first making a macro, or returning to a character, the macro just drops everything past the first $$. So I'm not losing my mind after all. Good to know. 1 Link to comment Share on other sites More sharing options...
Riddla Posted June 6, 2021 Share Posted June 6, 2021 (edited) 27 minutes ago, Replacement said: To this part, anyway, this has happened to me intermittently as far back as on Retail. Ty and yeah, it had happend pre-patch as well, but now it seems to be happening every single time without fail as soon as the parser hits a $$ it's supposed to save as part of a string. I used to be able to type and save it and it would work as long as you didn't go edit it to work around that problem, but now it's like it saves in the broken state already from first use. Sometimes I've also noticed the commands after the $$ (so petsay_all <em dance>) will actually be executed when SAVING the macro, so perhaps rather than saving the whole string as the macro, the $$ is now causing it to escape the macro creation entirely and be executed on my pets, I noticed once or twice when trying to create the macro that they started dancing as I saved it, so this seems plausible / related. Edited June 6, 2021 by Riddla Link to comment Share on other sites More sharing options...
Cinnder Posted April 5, 2022 Share Posted April 5, 2022 (edited) On 6/6/2021 at 12:17 PM, sgibson5150 said: I used this bind since way back in retail CoH: "$$e flypose4$$e flypose3$$e flypose2$$e flypose1$$autorun 1$$powexectoggleON Fly" Similar to yours but first press would turn both fly and autorun on, subsequent presses would cycle through the different fly poses. The cycling is currently broken with flypose4 only triggering. I use a similar bind, but just for the flight poses, "emote flypose1$$emote flypose2$$emote flypose3$$emote flypose4" This was working from Live all the way up to March 2021 (the last time I played a flying character), but it's now broken, with only the first flypose ever taking effect as sgibson mentions. P.S. Checked a prior Homecoming character where it used to work, just to make sure there wasn't something wrong with my current character, and it's now broken for him as well. Edited April 5, 2022 by Cinnder Added PS Link to comment Share on other sites More sharing options...
Ridiculous Girl Posted April 18 Share Posted April 18 i really do not know if this is a WAI thing or not... but i am really curious if this is Working As Intended™️! the other day someone on help was asking why their macro to apply their thermals shields was not working. apparently they were in a TF and a bit distracted while people were trying to respond. it was basically "powexecname thermal shield$$powexecname plasma shield" to which most responses, mine included, were that that macro cannot work to applying two powers using the same simple macro. that it would only apply the first applicable power, last in the string, when they hit the button multiple times. they insisted that it should, that they had done it before, maybe that they had used it on live. what happened after was a lot people gave ideas on alternative for macros and binds to make that work. the OP then had a moment and posted their original macro using not powexec but powexectoggleon instead, which i had never used myself, so my interest was piqued. their macro was basically something like this... "powexectoggleon thermal shield$$powexectoggleon plasma shield". it had an extra space that broke the string and we corrected it. lo and behold, when i tried it on my demons/thermal MM, it worked! the funny thing is it was not a toggle power, which really got me interested. it tried it for my OG ridiculous girl with speed boost and increase density, it worked also. it was a nice macro. it tried many variations like "powexectoggleon concentration$$powexectoggleon psychic focus" and "powexectoggleon psychic wail$$powexectoggleon psychic shockwave" which could be used in succession. it also worked in combination with powexec, "powexecname cinders$$powexectoggleon inertial reduction" for example as well as "powexectoggleon cinders$$powexectoggleon inertial reduction". but "powexectoggleon inertial reduction$$powexecname cinders" would not work for the usual reasons. when i watched to see why it would work, it would only work if i hit the button twice in quick succession. if it was not used fast enough, it would try to activate only the first power again. it would only work when the first power was in its time of activation. for instance, speed boost has an activation time of 1.188 seconds (accord to COD for controler kinetics). if i activated the macro and hit it again, within that time, it would activate the second power. but apparently only after the first power was completely activated. so you could not add a third power to the string, i guess, because the window for activating the third had closed when the first power had completed its activation. BUT! i started fooling around more. i found that powers with zero activation times did not count, so i tried "powexectoggleon rebirth radial epiphany$$powexectoggleon ion radial final judgement$$powexectoggleon support core embodiment" which worked. since the hybrid control power has a zero activation time. which all lead me to try something ridiculous... 😄 behold my FRANKENMACRO!!! powexectoggleon barrier core epiphany$$powexectoggleon ion radial final judgement$$powexectoggleon support core embodiment$$powexectoggleon sprint$$powexectoggleon athletic run$$powexectoggleon jetpack which, incidently works if i go slow on activating the zero activation time powers and then quickly with the last two. so, after all of this fooling around, i have to wonder... is this working as it should? it seems a bit weird, and i have not really pushed the limits of what it can do. i was just having fun with something new, but the activating two powers in sequence only under the activation time seems odd, as well as being able to string non-zero activation time powers. i had not seen anyone else using powexectoggleon for anything else but to activate toggle powers. i will further abuse this to see what i can do for amusement sake. 😁 "I'm not crazy, my reality is just different than yours" the Cheshire Cat "Ce n'est rien de mourir; c'est affreux de ne pas vivre" (It's nothing to die, it's terrible not to live) Jean Valjean "وطن المرء ليس مكان ولادته و لكنه المكان الذي تنتهي فيه كل محاولاته للهروب” (Home is not where you were born, home is where all your attempts to escape cease.) Naguib Mahfouz Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now