Kread-EX

I try to make my scripts compatible with Yanfly's, because he's a bro. So if they aren't, tell me and I'll fix them sooner or later. Can't promise anything for Victor's but it should work with most of his stuff.

Sounds like Atelier Totori's synthesis system, in which case I've made a script for it in 2011: http://grimoirecastle.wordpress.com/2011/12/08/alchemic-synthesis-go-go-totori/ It's considered to be the most powerful crafting script available but also the most complicated, so beware.

Nothing prevents you to use the RTP audio from previous versions. Also, you might be interested in knowing that a remastered RM 95 soundtrack is on sale now. There are three reasons why you'll never see a side-view system by default ever again. First is, front-view is actually popular, especially in Japan, which is the program's main target audience. Second reason is the ease of modification. The default battle system is very bare-bones, hardly more than a text-based battle with minimal visual elements. It's because of this simplicity you can see so many different battle systems made by scripters. It's much easier to add options than remove unneeded junk and the more complex the built-in systems are, the more unneeded junk you'll find. Third reason is a matter of graphical resources. Side-view is very sprite-intensive. It's easy to find one static front view battler and put it in a game. It's much more complicated to sprite a complete animation sheet for side view and definitely beyond the majority of user's abilities. Licensing a bunch of side view sprites would also cost much more to Enterbrain. Now, you might say "just use charsets and static enemies". Well, no. There's such a thing as consistency, and the "easy way" is definitely not something to put in the core engine. RPG Maker, by default, has the goal to provide the basics of a RPG. A crafting system isn't something to be considered 'basic' and there are many possible interpretations of what a crafting system should be. This is the kind of system users will make scripts for anyways, so it's useless to include it. tl;dr Eb! provides you an engine with the basic RPG elements. Making the game unique and sophisticated is the developer's job. YOUR job.

There was neither drama neither flaming. But I guess it feels nice to play the victim when people say things you don't want to hear...

Kickstarter isn't a Donate button man. Backers are investing on your game, they want results; the money isn't for YOU.

No, the "hit" animation is for when you get hit.

I'm not sure I understand your question. There's already an animation for getting hit.

Animation frames can be tricky to set. In the example video, I was using Ace Battle Engine (which raises the animation speed) and every animation frame was duplicated to avoid going too fast. But it also depends of what kind of battlers you are using and all. There's only trial and error for this.

You need to put <move_to_target> in the skill's notebox if you want the user to move at the target.

It's a script designed for full animation, not just the actors. I guess I could add some failsafe method to avoid crashing when you configure it wrong though. I'll work on it sooner or later.

Your actor setup seems ok. Possibly your enemy setup is at fault here.

Map 7 made the editor crash entirely (memory error) but it's possible it only happens under certain conditions. I don't really know I'm afraid.

Ok, I finished. This MapInfos should work (it did during my tests) https://dl.dropbox.com/u/52061415/MapInfos.rvdata2 Maps 1 and 7 were corrupted though. Side note: MapInfos only stores the tree structure (in the editor) so your maps work even without it. In your case, you also had corrupted maps though :/