I've been hammering away at First Fantasy for a couple months now, and I've noticed some things that may or may not be bugs. Thought it would be best to post them here before taking them to bugzilla.
1) When a hero is WEAK and the player tries to run away, the WEAK and DEAD frames are animated instead of the STAND/STEP frames. It's hilarious in First Fantasy, because the hero's WEAK frame is them kneeling and the DEAD frame is them lying face-down. It looks like they're smashing their faces on the ground when you run from a battle.
2) A music loop restarting during a script caused the game to crash once. It was a midi file. This hasn't happened again (even though I've done nothing different to that particular script), but since it did happen once I thought it was worth mentioning.
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Look forward to a First Fantasy demo soon!
G-Wreck wrote:
1) When a hero is WEAK and the player tries to run away, the WEAK and DEAD frames are animated instead of the STAND/STEP frames. It's hilarious in First Fantasy, because the hero's WEAK frame is them kneeling and the DEAD frame is them lying face-down. It looks like they're smashing their faces on the ground when you run from a battle.
That sounds like bug 75 which was fixed back in 2009, but maybe we accidentally regressed the fix.
G-Wreck wrote:
2) A music loop restarting during a script caused the game to crash once. It was a midi file. This hasn't happened again (even though I've done nothing different to that particular script), but since it did happen once I thought it was worth mentioning.
That sounds like bug 797 and it probably had absolutely nothing to do with the script.
G-Wreck wrote:
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Are you talking about text box choices? Or do you mean something else?
James Paige wrote:
G-Wreck wrote:
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Are you talking about text box choices? Or do you mean something else?
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Are you talking about text box choices? Or do you mean something else?
I was referring to this post.
James Paige wrote:
That sounds like bug 75 which was fixed back in 2009, but maybe we accidentally regressed the fix.
I tested this again, and it appears that it only happens when a weak hero is in slot 0 during battle. Slots 1-3 have no other animation beyond the hero facing right to run away; it just shows their WEAK frame.
The case is the same with every hero and in every formation I've tested.
Should I start posting this on bugzilla instead?
G-Wreck wrote:
I was referring to this post.
James Paige wrote:
G-Wreck wrote:
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Are you talking about text box choices? Or do you mean something else?
3) Mogri mentioned before that having a numbered list with fewer than three items is just annoying, so I'm reinforcing that point here.
Are you talking about text box choices? Or do you mean something else?
I was referring to this post.
Haha! Okay, I get it now :)
G-Wreck wrote:
I tested this again, and it appears that it only happens when a weak hero is in slot 0 during battle. Slots 1-3 have no other animation beyond the hero facing right to run away; it just shows their WEAK frame.
The case is the same with every hero and in every formation I've tested.
Should I start posting this on bugzilla instead?
The case is the same with every hero and in every formation I've tested.
Should I start posting this on bugzilla instead?
Sure! That would be helpful.
James Paige wrote:
That sounds like bug 797 and it probably had absolutely nothing to do with the script.
G-Wreck wrote:
2) A music loop restarting during a script caused the game to crash once. It was a midi file. This hasn't happened again (even though I've done nothing different to that particular script), but since it did happen once I thought it was worth mentioning.
That sounds like bug 797 and it probably had absolutely nothing to do with the script.
By now I'm certain that this and all the other crashes are the same SDL_mixer bug. I want to ditch SDL_mixer's Windows MIDI code, but unfortunately our two Windows MIDI implementations are even buggier. At some point I plan to read through the relevant winapi documentation and pick through all three implementations to make sure they follow it to a T.



