seibaby

And this is the N. Cross mod - it causes the N. Cross special effect to pick either one or two targets among those hit by the spell, all others will be untargeted. In short, it makes N. Cross hit at least one and at most two targets. https://cdn.discordapp.com/attachments/160253567012306945/488004564876787714/Brave_N_Cross_1.9.0-N.ips

It was inevitable, so here we go. While fixing my broken random encounter patch, I discovered a little bug with Random Number Good: overworld encounters are not using Think's RNG. What should have been a call to the RNG to determine whether an encounter should be triggered, is instead a static number, causing overworld encounters to happen with astounding regularity. I forgot how the vanilla RNG worked; it does in fact return a different number each time, but it's using a tainted version of vanilla's RNG system (since Think's code overwrites part of the random number table vanilla used). It may still be random "enough" for encounter purposes, but it's not what it should be. The fix is just one byte long, but I'll let think share an updated version of the patch here for inclusion in the next point release. I'll instead share a set of updated patches for the random encounter mod, with the fix baked in, so that it can be properly tested this time. Patches (updated to v4) Apply directly to your 1.9. EDIT: With Nowea's help, I re-jiggered some numbers and also went ahead and applied the encounter mod to the overworld as well. This should have the effect of setting the minimum number of steps before an encounter to 9 in dungeons and 5 on the overworld (excepting high encounter areas like forests and WoR deserts). Obviously, this will also fix the faulty overworld encounter logic, so you should notice a difference in overall encounter rate there (increased, according to Mishrak). Dungeon encounter rates should remain the same.

This lets Celes (or Gogo) remain invisible when catching spells with Runic. Barely tested, as usual. Beta testers, have at it. Apply to non-headered Brave New World 1.9.0. https://cdn.discordapp.com/attachments/266957262075985920/485068823960223755/Runic_New_World_1.9.0-N.ips

Somebody test this please. Changes: Cover should no longer activate on healthy allies in the front row (allies in Near Fatal status should still be protected) Cover should no longer activate while Dancing Download: https://www.dropbox.com/s/st4i4umubqzvpl9/Cover New World 1.9.0-N.ips?dl=1 Apply to non-headered Brave New World 1.9 (or use Headerizer).

Disabling the auto-fight mechanic in the Colosseum and making monsters run their scripts is easy. Making one-to-one fights interesting is a lot harder. Unless BTB can come up with a set of scripts that are good both for Colosseum fights and normal encounters without using up too much space, it would require expansion.

Short answer: it should raise the minimum amount of steps between random encounters while at the same time reducing the maximum number of steps. On paper, it should maintain the current average encounter rate, but in testing we noticed a decreased overall encounter rate. Long answer: the encounter system works on a threat counter; each step increases the probability that a random encounter will happen on that step. Different areas in the game add different amounts to this threat counter, and each step a random number is generated and compared to the counter. If the counter is greater than the random number, an encounter happens. The patch increases the lower bound and decreases the upper bound of the random number. Note that there was a bug in Think's RNG patch that may have affected the random encounter rate on the overworld. I bundled a fix for this in my patch, but no testing has been done to see the effects on the overworld encounter rate yet.

@BTB, you asked for it, and here it is. It's been a while since I mucked around with it but I believe it's finished. @Synchysi may wish to hand edit the pointers for small battle captions (message boxes). http://ge.tt/3For7Aq2

No idea, since I don't use a mac or asar. If the table file is correct and correctly named as specified in the asm file, all I can think of is weird file permissions, or Mac xkas expecting a mac formatted text file as a table or something. Did you open the tbl file in an editor and save it?

The idea of treating multi element attacks as several mini single elemental attacks and summing the result was discussed earlier, due to the fact that such a patch already exists. This simpler approach was deliberately requested, I assume for its simplicity. The Separation of Powers patch also consumes a fair chunk of free space; Think's patch is more frugal.

All will be explained. Edit: this replaces Reflect's expiration timer with a mechanic to have Reflect be randomly dispelled when activated, much like the way Image works.

Oh, and you asked for my patch for Quake not removing Vanish from Floating targets; I posted that code here: https://www.ff6hacking.com/forums/thread-3569-post-35380.html#pid35380

That's an emulator issue, commonly seen in Zsnes. Try Snes9x or higan.

As far as I know, it works but not as intended. Nowea and I tested it and it does seem to raise the floor, but like I said, it doesn't preserve the original encounter rate.

The encounter rate is what it is, if you get an unlucky streak of RNG you might have a string of encounters all within a handful of steps. It should never be less than two steps though, so if that happens, something is indeed wrong. The overall encounter rate should be something like five encounters per 100 steps or so; I forget exactly. Applying my encounter patch should raise the floor a bit, as well as lowering the encounter rate somewhat. I'm uncertain whether BTB intends to include it in the next update in its current state.

Sounds like the targeting method used doesn't bother to check for whether a character is in the air. Or the unblockable specials code doesn't check for it, or both.

Posting this here so it won't get lost "The addresses Dancing Mad uses for its own state are $1E20-$1E26 and $7EF001." I suspect $1E20 and onwards are used for the Esper bank system, if I remember correctly that's where Bushido names are stored in the Japanese version (where you could rename them). Do you have a list of the RAM locations used in BNW? @Synchysi

Everything not in the original game is in an unused area of the ROM, obviously. It's quite probable that patches conflict because new code has to go somewhere. It's unlikely that the music hooks conflict with BNW's changes though, so it would be possible to move the code used in the MSU-1 patch to an unused area of BNW by modifying the source supplied with the patch.

The True Knight layering issue has been fixed, patch is available here.

Free space usage might be an issue, but that is pretty simple to work around since the source is available for the MSU-1 patch. I don't know how the extra music was added, but unless it changes the IDs of the other tracks, it should be fine. It'll just play with the SNES's sound chip like normal if the PCM audio is missing.

Those are really nice!

This thread is for bug reports, not suggestions. EDIT: post those in this thread instead.

Field palettes are set via event upon character creation or other events (merchant/soldier Locke, Gerad, etc). So yeah, you need to hex edit the event(s) that set Shadow's palette. He's first seen in South Figaro, but is not a guarantee that you first run into Shadow there. In fact is possible to skip ever seeing him until he joins you in Albrook. Have a perusal of the event script available at the FF6h wiki.

I'm enjoying this Let's Play, funnyman. Keep 'em coming. Glad you decided to go full in on trying out Stamina builds for cover and counter, too.

Updated the random encounter mod for further testing.

You probably haven't bricked your ROM, but if you did, congratulations on taking the first step on the path of the modder. Now start clean and break some more stuff! Just FYI, the random encounter patch v3 is broken and doesn't work. I'll be updating the thread soon with v4 which should work as intended.