clsn PUSH boxes yea i want that more than anything.

When you have actually guarded, you enter movetype = H, so

gethitvar(animtype) should apply. Unless you go into a special animation prior to the hit connecting, that one should be possible.

Quote

clsn PUSH boxes yea i want that more than anything.

Workaround for this is to playerpush = 0 your character, and place a nothitby helper in his space and give that playerpush instead. Unless there is another reason for them?

I don't like helpers code being processed after screendraw of p2, it makes omegas cables look wrong if you framestep through them.
Checkpoints would be nice. Not save game, just a simple continue which would take you to the VS screen of the match where you had to quit. If you lost/ragequit then the checkpoint gets wiped, only applies if you actually quit during the VS screen.
Rootvarset, Rootvaradd. Have wanted for ages, still want.

That's the problem as per the previous post. You can only detect the strength of the attack once you actually guard it. The new animation occurs prior to the attack connecting apparently. So no dice.

Wouldn't you just code shadow explods that change per state?

Tsunamidusher said, January 26, 2017, 09:09:53 am

MVC1 Shadows, shrinking and growing depending on states and animations... Sounds silly, I know. Couldn't pull it off

I swear someone did that once (I think Fusion did it for Zero?). You just set the no shadow assertspecial and use explods while keeping track of the states.

• Something to prevent characters from being selected again (would help the random select a lot and prevent mirror matches especially in arcade)
• Actual hidden/boss characters with the hidden characters needing a certain way to unlock them and the boss characters being truly unselectable (there is a method for this but at the sacrifice of the randomselect due to accidently selecting them even when you have don't move over and they can still appear in survival runs)
• More flexibility with the menu/lifebar/etc gfx (Knuckle Fighter Alpha had this to an extent)
• A whole bunch of other stuff that I can't remember right now

GarchompMatt said, January 27, 2017, 12:59:34 am

You can do that with sffv2.1 though.
Heck, with 1.1 palettes, you can assign multiple transparency colours.

I actually did not know that!!! That's awesome! A whole new level of color separation there!

My gripe is not being able to create the Delayed Hyper Combo from MvC2, where you interrupt a hyper move and hit the hyper command to get your partner to switch with you and perform their hyper move. Since there wasn't really a 3v3 system for the engine, I've tried using it in 2v2, only to see disastrous results.

You can do that with sffv2.1 though.
Heck, with 1.1 palettes, you can assign multiple transparency colours.

I'm not a MUGEN programmer, but I always wondered about transformations after reading quite a bit... I understand there's an issue with the gethits reverting back to normal, but I also understand MUGEN 1.0 supports palette-swapping mid-fight, ¿correct?

If so, here's my idea. It's not a simple one and definitely not better than if swapping entire characters mid-fight were natively possible in the engine, but I'm throwing it out there in case it helps anyone:

Let's say I have a character with a simple transformation. For example: Goku. Only his hair changes. Normally, when you think of an application of this, you think of using explods in EVERY frame of his sprites, correct? Here's my proposed solution:


Yes, this example is quite simplified.

As you can see, the blue hair is his normal hair, the yellow is his SSJ hair and the green is the overlap.
          - If you want normal hair, all you have to do is change the green and blue colors to black and the yellow to transparent.
          - If you want SSJ hair, you change the green and yellow to gold (or whatever) and set the blue to transparent.

Instead of adding the hair as an explod, you would just need to add the SSJ hair sprites with a bit of transparency over the non-SSJ sprites in photoshop and then do a bit of (admittedly-complicated) color management to make sure the colors are assigned correctly in all palettes and that they're color separated from the rest of the body to avoid trouble (you can later just assign the same color to two different separated parts if need be).

¿Does this work/make any sense?

You can do that with sffv2.1 though.
Heck, with 1.1 palettes, you can assign multiple transparency colours.

stuff

MUGEN always picks the last color in the palette as the transparency color (or first if you're one of those PSP plebs). Quit being stupid, people.

Ricepigeon said, September 18, 2015, 09:09:39 pm

Additionally, there is a glitch in the Reversaldef controller which causes Player1 to retain Player2's target information even after Player2 returns to an Idle state. This allows Player1 to use target-based state controllers such as TargetState and TargetLifeAdd, as well as the Target redirection trigger, when they would normally not be allowed to. Through specific coding, it is possible to utilize this glitch to replicate a "damage-over-time" effect such as Poison. Please see these threads for more info.

there is another glitch where if this is done with helpers and the helpers destroyself, any helper that spawns from that point onwards is automatically a target. this plus ""rootchangestate"" through projectile is how the character F1 is killed.

GarchompMatt said, January 27, 2017, 12:59:34 am

You can do that with sffv2.1 though.
Heck, with 1.1 palettes, you can assign multiple transparency colours.

No you can't.

MUGEN always picks the last color in the palette as the transparency color

In Fighter Factory 3, double-clicking on a colour in the palette will bring up a window that allows you to modify the colour; one of the options in the window is alpha channel, which by default is set to 255 (full opacity).

So, forget Shang Tsung type characters

Best way to do the transformation is sff2.1, multiple alpha channels+remappal and a transformation sprite that doesn't really change the character visually too much, because the color-separation needs to be made on top of the non-transformed sprite. So, forget Shang Tsung type characters but you could have a character that in the transformed sprites he grows a pair of wings

...Let's say I have a character with a simple transformation...

Inb4 1.1 fan girls start praising 1.1 as the greatest again! Saying "I told you so!"

Wouldn't that work only in a closed full game, with a different font and each letter as a portrait? I don't know much about editing screenpacks, so I could be wrong.

TURBO
T-U-R-B-O

Also accurate block pushback.

this isn't a big deal but not being able to ifelse strings is dumb.

eg:

postype=ifelse(time=0,p1,p2)