RobotMonkeyHead

Yea recoding it would only take about 20 minutes. I'd still run into the same problem tho I think... Unless I move the entire thing down, so the boundhigh is 0 either way, and then just have the bound low set just below the zoffset so the players kind of pull the camera down. That actually might just work.

I realize I've put up a few of these topics lately, but I do look around for tutorials and things before I ask. I'm just wondering how to apply a different existing palette to a group of sprites and actually have it stay after saving, closing and reopening. It applies fine, it's just if I save it and close and reopen the old palette is back on the group of images.

I like the garlic breath thing... I'm not quite sure how to make it work tho. He already has a move to knock opponents dizzy at close range. Maybe a belch and a slowly traveling projectile cloud, sort of like Gen-An's poison? The bike is actually one of his specials already. It's only 2 sprites tho, I was considering making a few more sprites, a side skid and a wheelie, but that's pretty low on the priority list right now. I want to get his hypers done first. For the sub I was thinking it might be cool to fill the stage with water momentarily (just a full screen overlay of light aquamarine tone with some bubbles, and let him drive around in the sub for a bit and shoot at the opponents till they deal enough damage to the sub. Still not sure about it tho. I think I'm just trying to figure something out for it cause I have the sprite :) I don't know about the game cube thing either... One thing that would certainly be possible for a hyper would be to use one of the bosses, either blooms day, shake king or large fry, and have Wario sort of summon them. Their sprites are on that site too...

Nice, this looks sick. Downloading for sure. Thank you DuckSS.

Here's something I've found very helpful. This Gimp script exports every layer as a separate file, while allowing you to use text, the layer names, the file name or any combination of the three as the exported file names. Just download it, and drop it into the folder named "Scripts" inside your Gimp folder, and restart Gimp. There should now be an option under File > called "Layers". https://github.com/s...port-layers.scm There are a lot of ways to use it. Some ways I commonly use are to break GIFS down into individual frames (you can process a huge gif in a few minutes this way), or to process large amounts of a characters sprites at once. Here's the step by step (day by day, a fresh start over, a different hand to play): ___/ FOR GIFS 1) Open up the GIF in Gimp. It should be in indexed color mode. 2) Set your foreground color to ff00ff magenta. 3) Open the Colormap dialogue window to view the palette. Right click on the palette, and click "Add color from FG". 4) Right click on the palette in the Colormap dialog again and click "Rearrange Colormap". A window will open where you can drag each color do a different position by clicking and holding while you move it. 5) Move magenta up to the first slot and click OK. 6) Optional: go to "Layer > Stack > Reverse Layer Order" to put the frames in their original order. 7) Name each layer a number. Top layer "01", second layer "02" etc... 8) Go to "File > Layers", select an output directory, set Filename format to "WhateverYouWant~l.png", minus the quotes of course, and click ok. ___/ FOR A BUNCH OF CHARACTER SPRITES 1) Open up a character in FF3. 2) Click Sprites > Save Image... > Select "All" or "Group" > Choose a folder (helpful to create a new folder before hand inside the char folder). Enter the characters name and hit ok. 3) Once you've saved all the characters sprites in a folder, go through and delete the ones that don't use the characters palette. (only necessary if you saved all of them) 4) Open the first sprite in Gimp. The palette should be intact. Then click File > Open as Layers... and highlight all but the first sprite, and click ok. 5) Smile. You now have all of the characters sprites (that use their main palette) open in Gimp, with the layers named as the Group / Index, ready for export. 6) Make whatever changes you want. When you're done doing whatever you wanted to do, File > Layers, and choose a destination file to export your edited sprites to. 7) Open up FF3 and open the character, and go into the sprites section. 8) How you loading the new sprites into the character depends on what you want to do. When loading many sprites, pay close attention to the file names, because when FF3 saves them it doesn't upt 0's before single digit numbers so the file order can be a bit weird. 8a) If you want to replace existing sprites in a group or groups you'll have to do it one at a time to preserve the x, y axis. You basically just click "Add New Image for Sprite from a File..." (the second icon) for each frame, and select the new sprite. 8b) If you're adding in a new group, say a new attack you've created from existing sprites, just click "Add One or More Sprites..." (the first icon), highlight all of them and click ok. Now all you have to do is name the groups and indexes, set the alignments how you want them and you're good to go

Here's what I've got to work with in terms of sprites. Plus the frankensprites that were already in his file. I've already processed / paletted all of his sprites from that site, so anything there that wasn't originally in the character is accessible now as well. If there isn't some with his mouth open, I can easily make them. I like that idea. As for his hypers, now would be a perfect time for suggestions. I just finished processing all those sheets so I could use the sprites to create some new ones. I want to do something with the snowball (roll across the screen, then drop from above and explode probably), and something with the fire (self immolate, then run around back and forth a few times, center out on the screen and burst into flames probably) and I also was thinking of having him drop that submarine on the opponent from the top of the screen. That's about all I've got so far tho, any more ideas from you would be more than welcome.

It's all good friend, like I said I really appreciate the help either way. Thanks for trying.

I appreciate the help LightFlare, but the problem remains. I might have done a bad job at explaining what I'm trying to do. Basically I don't want the camera to scoll vertically at all when it's zoomed out all the way. When it's zoomed in all the way, however, I want it to be able to scroll up -120. That's what seems to be impossible. It seems like I'm stuck with a set amount of vertical scrolling, no matter what the zoom is. That means if I have it set so the stage can zoom out all the way, showing the entire bg sprite, I have to have the vertical scrolling (boundhigh) set to 0, otherwise the magenta will show when they hit the top. What that also means tho, is that when it's zoomed in it won't follow them up when they jump. because the boundhigh is zero. See what I'm saying? I'm hoping there's some kind of work around for that. The xscale and yscale are both 1.5 so the stage is actually 360 high, not 240. There's plenty of room for it. Try opening it up and setting the boundhigh to -120, and use KFM to like quadruple jump up into the magenta. Tensionhigh pretty much just replaces what floortension and verticalfollow were doing before. On another note, I did figure out that "jittering camera" issue, so it's just the one to go.

Added some of my drawing scribbles and musical noises to the first post. Please enjoy responsibly.

_____/ First Issue I've run into something I can't figure out regarding zoom, while trying to update my stage edits to 1.1: It seems like I can only do one of two things, where I would really like to do both. The problem seems to be the boundhigh. If it's set to zero, you get the first situation. If it's set to about -120 or so you get the second situation. First, I can get the stage to zoom out all the way so that the top of the stage sprite lines up with the top of the screen. But if I do this, when it's zoomed in, the camera won't scroll up to follow the characters when they jump, even tho the floortension and vertical follow are set right. xor Second, when the characters super jump I can get the camera to follow them to the top of the stage, but when it zooms out all the way, it still follows the characters just as much (absolutely) vertically as it did when zoomed in all the way, so if they super jump when it's zoomed out it exposes the purple background of the stage. Does anyone know how I can get this stage to be able to zoom out all the way, so the top of the stage sprite is the top of the screen, but when it's zoomed in, still have the camera follow the characters up to the top of the stage when they jump? Here's a download link if you feel like testing it out, and some screenshots for the problem. Any help would be greatly appreciated. _____/ Second Issue The second problem is that when player 2 is all the way to the left, and still holding the left directional, and then player 1 walks away from them toward the other edge of the screen you get this weird jittering effect at some distances. Messing around with the bounds helped in one instance, but I can't seem to get a reliable setting for it. Does anybody happen to know what's causing that?

Nice, thanks for the gameboy. Yea I might just have to switch all my stuff over to drop box at some point in the near future. I already had to change the name of my Hwoarang edit to Who Rang RMH.zip

Exactly what I was looking for. Thanks Staubhold.

Does anyone happen to know where I can find the default states and animations for things like "shocked" "burnt" "frozen" "slipping" etc?

I took a little break from Wario to tab out Schism by Tool. Here's something for anyone following this thread who listens to them and happens to play music. Done by ear, so there may be mistakes. Make sure the text file it lands in is a fixed width font, so everything lines up.

Nice, I like that addition to Fox. If I'm not mistaken it gives him something unique in the MvC2 world, which makes him stand out in a very good way. Sounds like he'd be a good match for cyclops.

For a little extra cheese they could have spelled her name Mona Liza. Named after a Da Vinci, and hooked up with Raph.

Na, that's not your fault, I'll look into it today and see if I can fish out what you're talking about. Thanks. Glad you like so far. Now that the throws are finished, I'll be starting on the hypers very soon, so that's going to get bulldozed, paved, and rebuilt from the ground up resembling its original form, like almost everything else.

4 air throws implemented, all similar in style to the ground throws that share their same button combination. ____/ AIR THROWS ___/ GROUND THROWS 1) Spin pile driver x+y 1) Spin x+y 2) Air roll y+z 2) Roll y+z 3) Air slam b+c 3) Slam b+c 4) Air toss a+b 4) Toss a+b The throw chaining works in the same 4 throw pattern, whether you start in the air or on the ground. Each throw can be chained only to the next number in the sequence above. spin > roll > slam > toss, beginning with any one you want. You could think of their order as a circle on the button pad. 1 -> 2 (X ) (Y ) (Z ) (A ) (B ) (C ) 4 <- 3 The air pile driver and air roll can also be chained into the next ground counterparts in the sequence. e.g pile-driver > roll > slam > toss or air roll > slam > toss. Throws are chained by pressing their command right before the previous throw terminates. 20 tic window, to be exact. Pressing them to early means you do not get another chance to press them at the right time, so mashing is not an option. Pressing other buttons accidentally doesn't forfeit your chance to press the right ones. Obviously starting with spin does the most damage, but there are other advantages worth considering. If you miss the link on a spin it has no juggle potential, unlike a roll or a toss, which also might make them worth ending on. Slam leaves the opponent very close which makes it a suitable ender in some circumstances. It's also very quick which can make it a decent stand-alone. It's also possible with a more difficult command "up, down, x+y" to chain the pile-driver into the ground spin resulting in a 5 throw chain, rather than 4 (spinning pile-driver > spin > roll > slam > toss) for a little extra mayhem. --- SPRI YAR ZON, did those fixes work out ok for you?

Great, no prob! Just for the sake of your own learning, here's a quick explanation of it. The issue with restarting the attack state from within itself is two fold. 1st you loose the ability to end the state by a time check. 2nd, normally you don't have control while in the attack state (ctrl = 0) so any command checks inside the state won't work. Unless of course you have control on (ctrl =1) in which case you'll be able to walk, or jump or do basically anything else right in the middle of the attack. So what you need to do is have ctrl = 0 in the attack state itself, and then check for the command from outside of it, in the cmd file (state -1). From there, instead of restarting the whole attack state, all you have to do is restart its animation, because the hitdef is re-triggered every time the animation is on a certain frame (1,3,5,7,9). This allows you to check for the overall time of the move from within the attack state itself, while only being able to press that certain button to re-trigger the attack as many times a possible within a given time frame.

Tex, I hope I'm not stepping on your toes or anything here, I just figure multiple suggestions won't hurt. Tyler, here's how I would go about that: ;_____/ Add this to State -1 in the CMD file [state -1, Repeat Attack 231 Per Button Hit] type = ChangeAnim trigger1 = (command = "a") && (stateno = 231) trigger1 = time > 14 value = 231 ;_____/ Remove this from state 231 [State 231, ChangeState] type = ChangeState triggerall = time > 14 trigger1 = command = "a" value = 231 ctrl = 1 ;_____/ Then in state 231, Change this.... [State 231, ChangeState] type = ChangeState ;trigger1 = Animtime = 0 trigger1 = time > 100 value = 234 ctrl = 0 ;_____/ ...to this. [State 231, ChangeState] type = ChangeState trigger1 = Animtime = 0 trigger2 = time > 100 value = 234 ctrl = 0 Hope this helps.

Maybe you could create a helper with a blank animation at the beginning of your state and reference it's state time to end the move, and then destroy the helper? The other thing you could try is just loop back the animation and retrigger the hitdef per animelem, rather than looping back into the state itself.

Ok I was finally able to replicate the clones bug after k.o. Pressing start was what I was missing. I'll see if I can get that taken care of tonight. EDIT: I see what was going on. I had some code started for an in game moves list that used taunt to trigger. That should be fixed now. As for the Motorcycle problems and the dash freeze, silly mistakes. I made a couple changes right before I uploaded the 2nd beta and I just missed a few state names. I fixed those and updated the download link, if you want to see if the fixes work on your end. The only problems left of the ones you pointed out should be the hypers, and again I haven't even touched those yet so don't worry about them too much.

Thanks very much for the complements and feedback. I know he's not exactly what you originally asked for, but I'm glad you're enjoying the changes so far. *Freeze on dash: I was able to replicate this by entering a focus attack during the dash. This should be an easy fix. *Freeze on odd swoosh thing: I still haven't even touched the hypers, so whatever's going on there will almost certainly get worked out. *Freeze on taunt: I wasn't able to replicate this. Does it happen every time? *Motorcycle causes enemies to freeze: Fixed. Silly last minute mistake, forgot to change custom state number. *Motorcycle turns into Wario when blocked: I wasn't able to replicate that. Does this happen every time for you? *Ground pound hyper damage low: It's actually very likely going to be turned into a special, down +attack in the air. I didn't add it in the moves list yet because I haven't touched it really. *Winning with focus attack causes screen to go nuts: I wasn't able to reproduce that either. Again, does it happen every time for you, or only in certain instances? *100 hand wimp slap electrified: That's supposed to be an effect that Dark Wario has. It's also on his dash attack, so it is sort of intentional. It's only triggered by a vairable in Wario's config file tho, which should be hard coded to off. That, along with some other stuff you mentioned makes me wonder if the character you're testing him against is affecting his variables somehow. What character and stage are you testing him on? What version of mugen are you running?

Nice release! I've been scheming on using this for my Iron Man stage probably with some AC/DC in background. I like the play on fight or flight in the name too.

@DarkWolf13: Targetbind fixed. Those commands don't look like they'll interfere with anything that's in place, but if you run into any difficulty switching them over I'll be happy to help. And yes the opponent can tech hit out of the throws, relatively easily given the chain potential. Throw attempt has 10 frame start up followed by 12 frame grab / escape window. Hold any single directional for 10 of the 12 frames (can switch during) or tap a+x, b+y or c+z. ----- Here's the last beta I'm going to upload for testing purposes before the actual release. It has parry, alpha counter, focus attack, focus canceling and 4 ground throws. Check the change log file for other updates to the code and the Moves List + Strategy file for details on the game play. Any feedback would be greatly appreciated. Download Updated WarioRMH_Beta2