øAslickproductions.org/forum/index.php?PHPSESSID=5f0fck550j2m4m2fpbtkj2vkm1&action=profile;area=showposts;sa=messages;u=205e:/My Web Sites/Slick Productions - FFIV Message Board/slickproductions.org/forum/index3d21-2.htmlslickproductions.org/forum/index.php?PHPSESSID=5f0fck550j2m4m2fpbtkj2vkm1&action=profile;u=205e:/My Web Sites/Slick Productions - FFIV Message Board/slickproductions.org/forum/index3d21-2.html.zx¤th^ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÈ °Vf‚OKtext/htmlISO-8859-1gzip@øÕf‚ÿÿÿÿÿÿÿÿWed, 11 Mar 2020 05:34:53 GMT0ó°° ®0®P®€§²ð®¤th^ˆf‚ Show Posts - dn

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - dn

Pages: 1
1
Final Fantasy IV Research & Development / Re: Item descriptions
« on: July 25, 2016, 08:42:56 AM »
Had a suspicion it was that.

Unfortunately, changing it to check for 1, 2, 3, and 4MB files is probably not happening. It'd require a few extra checks and a minimum of code, I imagine, but I don't think pinkpuff is working on it anymore.

The game is so tight on space though that expansion is basically unavoidable if you want to do much.

Thinking . . .

In the short term, at least, as long as all you're expanding is text and assembly, you could probably do some rom swapping and data cut/paste to make it work. Trying to think of how it would be done though. Any map expansion though would likely become problematic unless 4kster were modified to work with it.

2
Final Fantasy IV Research & Development / Re: Item descriptions
« on: July 25, 2016, 12:46:51 AM »
Question: What is preventing us from expanding the ROM, as we have FFVI?

3
Final Fantasy IV Research & Development / Re: Unprecedented Crisis now on RHDN
« on: August 10, 2015, 12:33:28 AM »
I just watched a speedrunner lose his save file entirely on a hardlock at Lugae (as in, it completely deleted the save file.) We're not entirely sure what's causing it.

4
Game Modification Station / Re: Need information on monsters
« on: March 09, 2015, 01:57:31 PM »
If possible I would go as far as the game would allow, but leave $1FF as the default empty slot regardless for simplification. If nothing else interferes, you could have a theoretical 65534 slots, you just wouldn't have the obvious $00 or $FFFF as the default null slot.

5
Game Modification Station / Re: FF6 damage formula
« on: March 02, 2015, 06:30:10 PM »
Ahh, thanks. I knew I had seen an overflow fix somewhere, but I had forgotten where, and the only one I was able to find simply capped it at a 16-bit value.

6
Game Modification Station / FF6 damage formula
« on: March 02, 2015, 06:06:42 PM »
Does anybody know how to get the "lost byte" in the damage formula to calculate correctly without simply capping it to 16-bits?
For reference:
Code: [Select]
C2/2BCE: E2 20        SEP #$20    (Set 8-bit Accumulator)
C2/2BD0: 6D AE 11     ADC $11AE   (add Vigor * 2 if character, or Vigor if monster)
C2/2BD3: EB           XBA
C2/2BD4: 69 00        ADC #$00    (add carry from the bottom byte of Attack
                                   into the top byte)
C2/2BD6: EB           XBA
C2/2BD7: 20 B7 47     JSR $47B7   (get 16-bit "Attack" * 8-bit level, and put
                                   24-bit product in Variables $E8 thru $EA)
C2/2BDA: A5 E8        LDA $E8
C2/2BDC: 85 EA        STA $EA     (use top byte of result as temporary variable,
                                   since it's generally 0 anyway.
                                   to see why that's a bad idea, keep reading.)
C2/2BDE: 68           PLA
C2/2BDF: 85 E8        STA $E8     (get attacker level again)
C2/2BE1: C2 20        REP #$20    (Set 16-bit Accumulator)
C2/2BE3: A5 E9        LDA $E9
C2/2BE5: EB           XBA         (A = bottom two bytes of the first multiplication
                                   result..  typically, we'll always have zero in the
                                   top byte, so we can ignore it.  but with a 255
                                   Battle Power weapon, Gauntlet, and a character at
                                   Level 99 with 128 Vigor, that product WILL need 3
                                   bytes.  failure to use that top byte in our next
                                   multiplication means we'll lose a lot of damage.
                                   BUG!)

C2/2BE6: 20 B7 47     JSR $47B7   (multiply 16-bit result of [Level * Attack] by
                                   our 8-bit level again, and put the new 24-bit
                                   product in Variables $E8 thru $EA.
                                   16-bit A will hold the new product DIV 256.)
C2/2BE9: 8D B0 11     STA $11B0   (Maximum Damage)
The original physical damage formula (which I am using as the basis) is:
Attack = Battle Power + (Vigor * 2).  Vigor * 2 is capped at 255.
$11B0 = Battle Power + ( (Level * Level * Attack) DIV 256 )

I've been wrestling for MONTHS trying to get a new damage formula in, roughly based on the original with different weights, and I lose the highest byte no matter what I do.

7
Game Modification Station / Re: FF6 isn't the only poorly coded game...
« on: December 28, 2014, 10:06:19 AM »
Yeah. I wouldn't be surprised if there's still some NASIR code in CT, seeing as he's credited for SD2. Frankly surprised CT runs at all if that's the case.

8
Game Modification Station / Re: Need information on monsters
« on: October 22, 2014, 12:09:25 PM »
Ahh. I see now. Thanks. I think I understand.

9
Game Modification Station / Re: Need information on monsters
« on: October 22, 2014, 11:48:47 AM »
12AA20-12AA21   (D2A820-D2A821)     PTR     Pointer to 8-High Monster Composition Data
12AA22-12AA23   (D2A822-D2A823)     PTR     Pointer to 16-High Monster Composition Data
12AA24-12AE23   (D2A824-D2AC23)     MONST   Monster 8-High Composition Data (128 elements, 8 bytes each)
12AE24-12B423   (D2AC24-D2B223)     MONST   Monster 16-High Composition Data (48 elements, 32 bytes each)
12B424-12B4FF   (D2B224-D2B2FF)     ---     UNUSED SPACE (220 bytes)

was referring to this.

10
Game Modification Station / Need information on monsters
« on: October 22, 2014, 08:08:06 AM »
Looking to expand the monster index, so I need a bit of info.

What is "8-high [and 16-high] composition data"? I'm guessing moulds, but I'm not sure
Also, is there anything actively preventing me from expansion? The game uses a byte in the monster data, I believe, to determine whether it's in the first 256 set (available to the Veldt) or the second set (which currently only has 128 entries, and which is what I want to expand).

11
Game Modification Station / Re: Magic condensing patch
« on: September 30, 2014, 09:43:18 PM »
Dammit. Thanks. That's pretty thoroughly out, then. The whole party using the same list explains a lot.

12
Game Modification Station / Magic condensing patch
« on: September 30, 2014, 05:48:06 PM »
I've been working all day to get the battle magic menu to condense its spell list when only a few spells are available. Recently noticed that Novalia released a patch, but it doesn't seem to work, at all. Any idea how I would fix this? This is driving me insane.

snes9x doesn't even seem to be tripping at all in the subroutine this thing modifies. surely something wasn't rerouted entirely around it.

13
Game Modification Station / Various expansion questions.
« on: September 06, 2014, 11:14:04 PM »
Figured I may be able to find more information here than I have thus far. This could benefit everybody if we can figure it out.

Somebody managed to expand item and monster indices in a Japanese FF6 hack (Final Fantasy 6 T-edition, look it up) and the author said he doesn't know how it was done; it was done by somebody else.
The hack in question has 277 items and 511 enemy (not formation!) entries.

Here's what I know about items in this particular hack:
Items utilize the highest bit on the quantity byte to determine which index it uses. $80+ signifies the expanded portion. This is likely a simple BMI but I don't know any specifics or even all the hooks necessary.
SRAM has been expanded to 16KB for the item expansion. There is a single byte that triggers expansion ($C0FFD8), but I don't know if he changed where it reads the expanded from or to at all. It seems to read original RAM fine, but I'm not sure how expanded SRAM has been implemented. The new item location actually still seems to be in original RAM ($1600-$1FFF)

Stored item check: 7EECA0-7EEDB3 (this is because the expanded portion of the menu cuts off at $40. It goes slightly further in RAM but won't display if you insert anything.)
Item quantity check: 7EEDD0-7EEEE3 (same issue. It goes further, but he seems to have cut it off at $40.)

I have no idea about monster expansion, other than the game seems to use two bytes but only uses the first bit of the second byte (cap is presently 383) and I have no idea what is presently disabling us from expanding it to 511.

On a more personal side note, does anybody have experience with the overkill patch? I'm havin some issue with the dog block graphic being replaced with some green sprite.

B870 seems to be some kind of save exchange space. probably in vanilla, but notable nevertheless.

14
Pandora's Box / Re: Make an FC command!
« on: August 24, 2010, 01:14:23 AM »
If ally character has status immunity/permanant status X, then . . .
If ally is in Quick state (I don't believe this is an actual status), then . . .
If X value(HP,MP,Gil,Steps,any portion of the time counter, any specific stat, number of items in item list, et cetera) is odd/even, then . . .
If any character has nothing equipped, then . . .
If ally has/does not have an esper equipped, then . . .
If ally has (not) used their esper in this battle, then . . .
If party has certain esper bit activated (meaning you have acquired it) . . .
If magic X is used a certain number of times, then . . .
Perhaps a way to make one enemy counter if you attack another? I don't know if this is in natively or not.
Counter to dog block? Not the status, the actual attack.

Pages: 1