Scripted slam/throw

[MCW]

Orochi_X, can you post the toss001 animationscript because I couldn't find it.

[bWWd]

I think im gonna switch to this method ,i using bind too but slightly different ,i like yours cause its most universal one ,like for mugen characters ,thanks.
Later when we complete our mods we could setup some default animations for all custom pain/fall get hits and move on with one big project like mugen where we would be able to add characters to it and they all would be compatible with each other(no missing frames on custom throws ).
Like mugen community did "official" setup and registered some states for being used only by animations like  electrocuted by blanka or freezed and similar stuff + all those default hit states where axis is on the head ,in the middle and on the leg.

[Orochi_X]

No Problem!

Yeah , most of my techniques are based off M.U.G.E.N simply because I'm more comfortable/familiar with them...

@MCW - That function is one of DC's creations. He posted it up a long time ago somewhere..... I'm in the middle of re-building my desktop (and I don't have the files on my laptop) so I can't post up my copy.

[bWWd]

How about one more command with drawmethod to be able to flip the frame and get rid of some cloned animations which contain flipped sprite only ?

[Orochi_X]

You can if you like......It would only be needed for vertical flipping , though , as bindentity can take care of horizontal flipping.

I don't personally think it would make a significant enough difference to memory either way.

[bWWd]

Memory probably not but would save some amount of used animations if somebody would insert the same sprite flipped by 90 degree.

[Damon Caskey]

Actually drawmethod does have the ability to flip sprites, both horizontally and vertically. I forget which one of the parameters does it and I'm on my way out the door, but it is there if you look it up. Be aware though you have to account for the offset; I tried drawmethod() flipping for a while but actually found it simpler to duplicate the animation because of that.

DC

[bWWd]

I tried too long time ago but i had some issues with displaying the shadows,they were shattered somehow if i turned sprites about 45 degree or 75.

[Bloodbane]

Memory probably not but would save some amount of used animations if somebody would insert the same sprite flipped by 90 degree.

 Well, if you put different slammed pose in different animation, you'll need to do that but in my mod I put all slammed pose in one animation. With this, I don't need to worry about new animations if I added more slammed pose.
 Of course, you need to change the script to support this but it's simple fix. Just don't forget the order of slammed pose in the animation though.

[bWWd]

So you have delayfor frames like 999 or something in your animation ?

[BonusJZ]

Yes

[bWWd]

So its much better way and saves even more animations 
I remember i tested similar way for playing sounds and i was putting them in different frames but they didnt exactly worked like i wanted to so i thought some things werent stable within this method.
This will definitely help with setting up open mod with downloadable characters like in mugen.

[Damon Caskey]

It may help, but it will take a long time, because most modders don't have the faintest clue what we are talking about, and those that do all have their own standards.

For example, I use a standardised set of generic animations in my mods for throws. Fall10 is the vertical up side down pose, fall12 is horizontal "lifted" pose, fall13 is a 45' angle pose, and so on.

OX does pretty much the same thing, but his are guaranteed to be different from mine. Maybe his horizontal lifted pose is fall7 or whatever. Bloodbane has a generic system too, but you better believe it is yet another set up entirely, and so on.

That's not even considering that we'll all have different scripts that will interact with those generic animations in totally different ways.

Who gets to decide what the real standard will be? Moreover how do we enforce it? It's hard enough to get people to read the instructions on something simple as how to install and play the damn thing. Expecting them to follow a standard for something as involved as grappling is a monumental task.

This is defiantly worth talking about, but it won't be easy to pull off.

DC

[kbandressen]

Yeah, coming with a universal grapple system seems like about the most impossible thing ever.  Each enemy would have to have the same positions in the same animations, have their offsets set up the same, and since script is involved there'd probably be all sorts of other fun errors, too.

[Fightn Words]

This sounds a bit stifling to the creative possibilities of OpenBor. I realize that OpenBor has been primarily used for the standard sidescrolling beat em' up, but what if down the road this turns out to be more of a blockage? Most games feature a common formula, but I know a few cases have cropped up where the engine was applied for something different. I guess the real question to ask here is, what direction do you want the engine to go? Built in architecture, or flexible frame?