Posts: 1,261
Threads: 250
Joined: Jun 2009
I've never come across this, but in FF3, you cannot have more than 93 weapons. This includes "0" as one as well.
Let me rephrase this, weapons past 93 can't have custom animations. FF6MDE and FF3usME won't allow you to give any animations to them.
Do you guys have any idea how to add animations to weapons past 93?
I wonder if theres a reason why you can't.... hmm.
Posts: 341
Threads: 12
Joined: Sep 2010
Reputation:
5
Because weapon animations for things like Jump and Throw are hard-coded to item-number. Because FF6 coding is a mess.
Posts: 52
Threads: 5
Joined: Jun 2010
Reputation:
6
The main reason would be that the weapon animation data is immediately followed by the enemy special animations, which are then followed by other data.
Posts: 1,261
Threads: 250
Joined: Jun 2009
Do you happen to have a list of what comes directly after 92? (I said 93 because I counted 0 as one)
What if I edited an enemy special with weapon animations?
Would it be very troublesome to find room for more weapon animations and such?
Posts: 1,261
Threads: 250
Joined: Jun 2009
05-30-2011, 11:56 PM
(This post was last modified: 05-31-2011, 09:39 AM by Zeemis.)
Here's the patch that I and Angelo created. It moves all enemy specials from 2CE8E8-2CE9F8 to the free area: 2FFDC8.
In essence, this not only allows for more weapon animations, but also allows more enemy special animations.
www.FF6Hacking.com/WonderPatch.ips
Posts: 2,771
Threads: 88
Joined: Jun 2009
Reputation:
25
we need to make sure it doesn't conflict with anything
"Sometimes ninjas do wrong to each other, and in dat way the force of tha earf' comes around da moon - and at that presence, da dirt, it overshadows the grass, so you're like, I can't cut dis grass, there's no sun comin' through. So in order to enable each other the two fruits have to look each other in da eye and understand we can only be right, as da ripe is wrong, you know what I mean?"
-HNIC
Posts: 2,583
Threads: 99
Joined: Aug 2009
Reputation:
52
Cool patch. This shouldn't conflict with anything, it's just moving data to free space.
Unless of course someone is using that free space already for something.
We are born, live, die and then do the same thing over again.
Posts: 2,771
Threads: 88
Joined: Jun 2009
Reputation:
25
yeah thats what I meant
there are a few patches out there that moves some things around, if other things are moved there we wouldnt want any conflicts u know :p
"Sometimes ninjas do wrong to each other, and in dat way the force of tha earf' comes around da moon - and at that presence, da dirt, it overshadows the grass, so you're like, I can't cut dis grass, there's no sun comin' through. So in order to enable each other the two fruits have to look each other in da eye and understand we can only be right, as da ripe is wrong, you know what I mean?"
-HNIC
Posts: 1,261
Threads: 250
Joined: Jun 2009
05-31-2011, 11:59 AM
(This post was last modified: 05-31-2011, 12:03 PM by Zeemis.)
I guess the person who's applying this patch should check to see if they have data at 2FFDC8 before applying it then.
If so, he'll need to either move his data or completely re-do this patch. That's the only way to counter any sort of conflicting patch like this.
I simply moved the Enemy Specials to 2FFDC8 as I said, and changed the LDA assembly to forward to 2FFDC8 instead of 2CE8E8, thanks to Drakkhen for the assembly he pasted.
What's cool about this patch is that you can use FF6MDE to change the "Enemy Specials" section. By altering their bytes, you're actually adding, or modifying the new weapon. So this patch works perfectly for editors that can edit enemy specials.
