Poll: Which of these features should be prioritized?
This poll is closed.
Custom AI commands recognition and labeling 30.43% 14 30.43%
3rd Dialogue bank (or half bank) 10.87% 5 10.87%
Expansions ExHiROM support 10.87% 5 10.87%
Ability to modify datas starting offset and number of entries 19.57% 9 19.57%
Ability to edit Setzer Slots 17.39% 8 17.39%
Rare items expansion 10.87% 5 10.87%
Total 46 vote(s) 100%
* You voted for this item. Show Results

Users browsing this thread: 1 Guest(s)
FF3usME new features poll

#21
Posts: 81
Threads: 4
Thanks Received: 6
Thanks Given: 6
Joined: Nov 2009
Reputation: 14
Status
Weakness
Configurable files for start/end/width of data would be awesome, and obviously very prone to crashing due to the whims of code changes. That could be somewhat overcome by making the code do indirect loads for all the affected data, and the editor could write to the indirect location. The ability to add in your own definitions for the AI scripts would be really awesome, although beyond what I'd consider as a pure application for an editor.

As for pure editor application, there's not a lot left to do. We do know where the animation strings are located (and the pointers can be edited, though not the scripts themselves). I'd really like to see that added.

I think the dance-learned-by-background info hasn't been included yet, which would be a simple one to add. The other battle text could be an easy edit. Decoding unknown bits is always important.
An expansion that moves the dialogue (allowing events to take 4 full banks) would be useful.
Some single-byte code hacks, for instance "What level Terra Starts On" or "Which Character Index to Use for Learning Blitzes" would find a lot of fans, although I'm not a fan of hardcoding, which that would only aggravate.

I also suspect that expanding monsters to 512 would be as simple as adding 128 new entries to each relevant table (Monster Data, AI scripts, monster graphics, steal/drop table, names, special attack names). I have no idea how hard it would be to detect that such a thing had been done and to let monster formations deal with it, but that would be cool nonetheless.


I appreciate the prayers and good wishes. Those who don't know, I was diagnosed with stage 4 melanoma in 2019, and I have done well with the treatment, but eventually treatments stop working and you change.  I recently had a seizure at work, now I am healing but not able to work or really do much at all. The focus is just to get better. Again, thanks for the support and if I can help you I will.  I've forgotten more about this game than most people should ever learn, lol.
  Find
Quote  

#22
Posts: 3,966
Threads: 279
Thanks Received: 234
Thanks Given: 56
Joined: Oct 2011
Reputation: 65
Status
Tissue-aware
(01-30-2017, 01:23 AM)Imzogelmo Wrote: I also suspect that expanding monsters to 512 would be as simple as adding 128 new entries to each relevant table (Monster Data, AI scripts, monster graphics, steal/drop table, names, special attack names). I have no idea how hard it would be to detect that such a thing had been done and to let monster formations deal with it, but that would be cool nonetheless.

There is a check for null monster to change in bank $C2. Also, there are a bunch of Esper ID to change in upper $C2 (well "monsters" 0x180 to 0x19F). You need to shift those hardcoded "monster IDs" of 0x80 so they range from $200 to $21F. I documented all the ASM here (except the mentioned C2 check for null monster). I did a test battle with monster 385. Everything went well. From what I remember, formation data use either 2 bytes per monster or at least 9 bits, which gives you room up to ID 511.

Since I'm currently working on FF6AE and the editor will manage everything regarding monsters for FF6A, I was thinking including SNES support for Monster Expansions (GFX and data) and formations in the editor. It would be the all versions monster editor. I offered Lord J to take care of this aspect but if he wants to do it, I'm fine with that too. The thing to consider is with 128 new monsters, more GFX room would be welcome.
  Find
Quote  
[-] The following 2 users say Thank You to madsiur for this post:
  • Imzogelmo (01-30-2017), SSJ Rick (01-31-2017)

#23
Posts: 259
Threads: 3
Thanks Received: 5
Thanks Given: 1
Joined: Jun 2013
Reputation: 6
Status
None
Yeah, Brave New World had to axe a few sprites just to make room for Kaiser, so more space in that bank would really be nice.


"You don't have to be a vampire to die like one... b*t*h." -Simon Belmont
Quote  

#24
Posts: 3,966
Threads: 279
Thanks Received: 234
Thanks Given: 56
Joined: Oct 2011
Reputation: 65
Status
Tissue-aware
(01-31-2017, 02:50 AM)BTB Wrote: Yeah, Brave New World had to axe a few sprites just to make room for Kaiser, so more space in that bank would really be nice.

I hacked FF3SE with a hex editor to allow GFX Expansion (see here). However it's not the ideal solution if you have data / code in upper $F1 bank or from bank $F2 to $F5. Also, this break monster display in FF3usME so it's harder to edit formations and packs but it doesn't break functionality.

(01-29-2017, 12:42 AM)BTB Wrote: I have absolutely no sodding clue what the "special event" flag on enemies does. Independent review of it by DN and/or Seibaby (I forget which) concluded that it actually does nothing.

If they looked up the code and this bit is never used, it could be a flag the devs removed from code but did not bother changing in the monster data. I'm trying to find what in common have the monsters that have it set but I'm clueless. I think the monster data editor part of FF3usME is from 2001 so I have no idea who came up with the labeling..
  Find
Quote  

#25
Posts: 259
Threads: 3
Thanks Received: 5
Thanks Given: 1
Joined: Jun 2013
Reputation: 6
Status
None
Of course, I remember one of the most important things now after the latest version has been released...

All of the interior (non-overworld) zones desperately need to be labeled. As of now, the only way to figure any of it out is through a lot of cross-referencing with a map editor.


"You don't have to be a vampire to die like one... b*t*h." -Simon Belmont
Quote  

#26
Posts: 281
Threads: 18
Thanks Received: 12
Thanks Given: 8
Joined: Mar 2014
Reputation: 8
Status
None
Apparently user definable data structures is in the works. I'd imagine that'd include description strings.
  Find
Quote  

#27
Posts: 259
Threads: 3
Thanks Received: 5
Thanks Given: 1
Joined: Jun 2013
Reputation: 6
Status
None
Well, interior zones have no descriptions. In fact, they're labelled as if they're outdoor terrain, so it's very un-intuitive to figure out how they work in the first place.


"You don't have to be a vampire to die like one... b*t*h." -Simon Belmont
Quote  

#28
Posts: 281
Threads: 18
Thanks Received: 12
Thanks Given: 8
Joined: Mar 2014
Reputation: 8
Status
None
Got ahead of myself a bit there. Of course support for showing such strings would have to be coded in, yes. Seconding that request.
  Find
Quote  

#29
Posts: 763
Threads: 83
Thanks Received: 55
Thanks Given: 7
Joined: Apr 2015
Reputation: 22
Status
Obliviscence
Has anyone mentioned full 6MB expansion? since usME handles some expanded banks dynamically and applies patches, it would be nice to have ExHiROM support.
  Find
Quote  

#30
Posts: 2,548
Threads: 98
Thanks Received: 147
Thanks Given: 156
Joined: Aug 2009
Reputation: 52
Status
Nattak\'d
Couple ideas for future feature requests:

- A music player to play the songs (that reads from the actual song pointers, so it could read new and relocated song data besides the original 55 songs) would be great, for the audio section of the utility. And of course the ability to edit songs with a built in sequencer would be even better!

- A spell/weapon graphic viewer and editor. Though, I doubt the weapon graphics could be edited like the spell graphics since they are scattered and shared.


We are born, live, die and then do the same thing over again.
Quote  



Forum Jump:

Users browsing this thread: 1 Guest(s)


Theme by Madsiur2017Custom Graphics by JamesWhite