I just downloaded and messed around with IKEMEN Go for the first time today, and after seeing how much more it offers in comparison to Mugen, I might have to make the change. I also went and tested this new tag system out, and I don't think I could ever go back! Thanks POTS!
I'm glad you're having fun. I think it brings some new life into the way old characters can be played.
KuriMiku said, January 07, 2024, 08:44:51 pmI really love this Tag system, I do, but for some reason when using it my Ikemen's FPS gets locked at 30 fps ingame and on the chars select screen, I have no idea if this is Ikemen or the tag system doing that, any fix for this? Cause it's awkward seeing battles at 30 FPS when I'm used to 60.EDIT: Nevermind, maybe Ikemen had issues with VSync, which I disabled it and fixed itNo bro, the drop of the fps is not the tag, it's the Ikemen Go 0.99 (or nigthly). The 0.98.2 work good
Is there a way to hide the word tag 0% when it is in the intro? And that it is only visible during the fight, not during the intro.
You'll have to edit the RoundState trigger close to the Text state controllers in the code. Look for "Display Tag Gauge".I think for the next update I'll make it hide automatically when the lifebars are hidden.
I have to ask, but I feel like this might be more character based rather than the tag code but I figured I'd check, but is there a way from disabling tag during certain supers, for example, I have a bunch of OHMSBY styled characters, and it doesn't prevent interruptions during the instant kill style moves, but with something like Violin Ken's SFV characters during their more cinematic supers it prevents interaction so you can't see the other character during that moment, and they can't interfere with the super animations
Sounds character-related. Could be that Violin Ken's are properly flagged as super attacks (which disable counter tags) while Ohmsby's are not. Regardless Ohmsby style chars are bound to break somewhere during tag since they tend to shrug off simul mode.
I have a question: It is possible to customize how much red life is taken for each hit? Like a percentage or something? Everytime I'm doing a combo or something, the red life seems much higher than the life that cannot be recovered, making the fights really long. I'd be good to make the characters recover something like 20-30% of damage taken at most.Also, it is possible to have the Counter gauge tag to be filled faster than normally? Like 2x faster than currently is.
farram said, February 15, 2024, 10:05:45 amPlaying with your active-tag is really very fun, thank for your good work man, God bless you!My pleasure. Asasd said, February 23, 2024, 02:10:47 amI have a question: It is possible to customize how much red life is taken for each hit? Like a percentage or something?It uses a common Ikemen setting. In the data folder, common.const file you'll find some values that can customize how red life works. Specifically this one:Code: Default.LifeToRedLifeMul = 0.75The value of 0.75 means that 75% of permanent damage becomes red life damage, meaning the remaining 25% can be recovered.QuoteAlso, it is possible to have the Counter gauge tag to be filled faster than normally? Like 2x faster than currently is.You'd have to edit the code. But now that you've given me the idea I may add a multiplier value to the config options.
*Would it be possible to add options similar to Ikemen's to add bar sprites, as well as indicators to replace the percentages?The objective would be like the DBZ Fighters sprite indicators and also the "OK" one that appears*Also if it were possible that in the configuration you could add "cooldown" between normal changes*such as the options for how frequently the "CounterTag" chargeThanks for this great addition to Ikemen
I updated the code today. Nothing major but if you use it regularly you may want to keep it updated.Zyon_Z said, March 22, 2024, 10:31:10 pm*Would it be possible to add options similar to Ikemen's to add bar sprites, as well as indicators to replace the percentages?The objective would be like the DBZ Fighters sprite indicators and also the "OK" one that appearsThis would make installation more complicated than I want it to be, and the tag bar would not look good with every lifebar anyway.Quote*Also if it were possible that in the configuration you could add "cooldown" between normal changesYou can increase "TagSwitchCooldown" in the common.const file. The code doesn't need it but I made it compatible with that just in case.Quote*such as the options for how frequently the "CounterTag" chargeImplemented in today's update.QuoteThanks for this great addition to Ikemen
PotS said, March 23, 2024, 11:12:10 amThis would make installation more complicated than I want it to be, and the tag bar would not look good with every lifebar anyway.ah sorry, maybe I didn't understand, I meant that it is possible to indicate to the script as an additional option (disabled if not configured) that it could be indicated configuration for bars targeting a file, and an n#sprite (similar to how Ikemen config their lifebars) and so the user can choose or/and customize the bars to taste, and another sprite for when it reaches 100% normal change..This is also with the "counterTag" and it is up to you whether to put bars.or just a sprite of "Ready" or "ok" Right now writing this an idea occurred to me, how the countertag is not that frequent, (since it is charged with enemy damage)when the activation is made, by the opponent, even a mini-pause and an increase in invulnerability so that it is effectively a countertag, even flash and sound, I imagine ... I don't know if you like this ideaAs you say, the goal is always to be as practical as possible so any overly complicated addition would break this rule, so they are just ideas thrown into the air.Greetings!
so i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the match
CaioGamesMUGEN said, March 24, 2024, 06:09:58 pmso i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the matchThis sometimes happens to me also.
Zyon_Z said, March 24, 2024, 01:34:26 amah sorry, maybe I didn't understand, I meant that it is possible to indicate to the script as an additional option (disabled if not configured) that it could be indicated configuration for bars targeting a file, and an n#sprite (similar to how Ikemen config their lifebars) and so the user can choose or/and customize the bars to taste, and another sprite for when it reaches 100% normal change..This is also with the "counterTag" and it is up to you whether to put bars.or just a sprite of "Ready" or "ok" Right now writing this an idea occurred to me, how the countertag is not that frequent, (since it is charged with enemy damage)when the activation is made, by the opponent, even a mini-pause and an increase in invulnerability so that it is effectively a countertag, even flash and sound, I imagine ... I don't know if you like this ideaAs you say, the goal is always to be as practical as possible so any overly complicated addition would break this rule, so they are just ideas thrown into the air.Greetings! I may revisit the idea of adding pauses and making it flashier down the line. I wanted something "neutral" that'd work with the setup of any player.CaioGamesMUGEN said, March 24, 2024, 06:09:58 pmso i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the matchShadic12 said, March 24, 2024, 06:11:59 pmThis sometimes happens to me also.What's the version date in your readme file? And does it happen with any character or specific ones?I noticed that behavior with Krang by Dcat. What was happening is that the char repeatedly sends itself to the KO state every frame and thus bypasses the tag code when KO. I have an idea on how to fix that one at least.
PotS said, March 24, 2024, 06:44:28 pmZyon_Z said, March 24, 2024, 01:34:26 amah sorry, maybe I didn't understand, I meant that it is possible to indicate to the script as an additional option (disabled if not configured) that it could be indicated configuration for bars targeting a file, and an n#sprite (similar to how Ikemen config their lifebars) and so the user can choose or/and customize the bars to taste, and another sprite for when it reaches 100% normal change..This is also with the "counterTag" and it is up to you whether to put bars.or just a sprite of "Ready" or "ok" Right now writing this an idea occurred to me, how the countertag is not that frequent, (since it is charged with enemy damage)when the activation is made, by the opponent, even a mini-pause and an increase in invulnerability so that it is effectively a countertag, even flash and sound, I imagine ... I don't know if you like this ideaAs you say, the goal is always to be as practical as possible so any overly complicated addition would break this rule, so they are just ideas thrown into the air.Greetings! I may revisit the idea of adding pauses and making it flashier down the line. I wanted something "neutral" that'd work with the setup of any player.CaioGamesMUGEN said, March 24, 2024, 06:09:58 pmso i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the matchShadic12 said, March 24, 2024, 06:11:59 pmThis sometimes happens to me also.What's the version date in your readme file? And does it happen with any character or specific ones?I noticed that behavior with Krang by Dcat. What was happening is that the char repeatedly sends itself to the KO state every frame and thus bypasses the tag code when KO. I have an idea on how to fix that one at least.It was mainly OHMSBY style characters and I just downloaded the latest update of your tag code but didn't test it out yet.
Shadic12 said, March 24, 2024, 06:53:40 pmPotS said, March 24, 2024, 06:44:28 pmZyon_Z said, March 24, 2024, 01:34:26 amah sorry, maybe I didn't understand, I meant that it is possible to indicate to the script as an additional option (disabled if not configured) that it could be indicated configuration for bars targeting a file, and an n#sprite (similar to how Ikemen config their lifebars) and so the user can choose or/and customize the bars to taste, and another sprite for when it reaches 100% normal change..This is also with the "counterTag" and it is up to you whether to put bars.or just a sprite of "Ready" or "ok" Right now writing this an idea occurred to me, how the countertag is not that frequent, (since it is charged with enemy damage)when the activation is made, by the opponent, even a mini-pause and an increase in invulnerability so that it is effectively a countertag, even flash and sound, I imagine ... I don't know if you like this ideaAs you say, the goal is always to be as practical as possible so any overly complicated addition would break this rule, so they are just ideas thrown into the air.Greetings! I may revisit the idea of adding pauses and making it flashier down the line. I wanted something "neutral" that'd work with the setup of any player.CaioGamesMUGEN said, March 24, 2024, 06:09:58 pmso i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the matchShadic12 said, March 24, 2024, 06:11:59 pmThis sometimes happens to me also.What's the version date in your readme file? And does it happen with any character or specific ones?I noticed that behavior with Krang by Dcat. What was happening is that the char repeatedly sends itself to the KO state every frame and thus bypasses the tag code when KO. I have an idea on how to fix that one at least.It was mainly OHMSBY style characters and I just downloaded the latest update of your tag code but didn't test it out yet.Ditto
PotS said, March 24, 2024, 06:44:28 pmZyon_Z said, March 24, 2024, 01:34:26 amah sorry, maybe I didn't understand, I meant that it is possible to indicate to the script as an additional option (disabled if not configured) that it could be indicated configuration for bars targeting a file, and an n#sprite (similar to how Ikemen config their lifebars) and so the user can choose or/and customize the bars to taste, and another sprite for when it reaches 100% normal change..This is also with the "counterTag" and it is up to you whether to put bars.or just a sprite of "Ready" or "ok" Right now writing this an idea occurred to me, how the countertag is not that frequent, (since it is charged with enemy damage)when the activation is made, by the opponent, even a mini-pause and an increase in invulnerability so that it is effectively a countertag, even flash and sound, I imagine ... I don't know if you like this ideaAs you say, the goal is always to be as practical as possible so any overly complicated addition would break this rule, so they are just ideas thrown into the air.Greetings! I may revisit the idea of adding pauses and making it flashier down the line. I wanted something "neutral" that'd work with the setup of any player.CaioGamesMUGEN said, March 24, 2024, 06:09:58 pmso i found a bug where if a character dies and only one is alive, they don't switch out, softlocking the matchShadic12 said, March 24, 2024, 06:11:59 pmThis sometimes happens to me also.What's the version date in your readme file? And does it happen with any character or specific ones?I noticed that behavior with Krang by Dcat. What was happening is that the char repeatedly sends itself to the KO state every frame and thus bypasses the tag code when KO. I have an idea on how to fix that one at least.Just to put my little contribution here: It happens the same to me. Rounds can't end because the last character standing doesn't come to fight. This happens ONLY after the last updates, so I assume you changed something in the code, perhaps?I can't tell you exactly which characters causes this because I was fighting in a 4v4 match with friends and even when we switched some, it was still happening. And it is not always, it happens randomly or casually. It may be due to the amount of times switching characters mid-fight? Not sure.
Asasd said, April 02, 2024, 10:26:29 pmThis happens ONLY after the last updatesI believe you and it seems like a big issue, so for the time being I just rolled back the changes.Please redownload. Sorry about that. I'll upload the latest code after I sort out that issue.Asasd said, April 02, 2024, 10:26:29 pmI can't tell you exactly which characters causes thisDo you have a roster of chars all in the same style or a random assortment of them?Also are you guys using Ikemen 0.99 or latest "nightly" builds?I'm still supporting 0.99 with this system but I may move to nightly since some things need to be adjusted in preparation for the Ikemen 1.0 release. The 0.99 version of the file will be archived and still available like the 0.98.2 version.
