- 239
- Posts
- 8
- Years
- Age 31
- Seen Apr 15, 2024
I know this was implemented in the Emerald battle engine upgrade, and there was some work done by FBI a few years ago on it, but I want to have a collaborative effort on getting this working for Fire Red, especially for hacks that won't use the dissasembly projects.
EDIT: Delta posted a link to a more completed version.
I researched this topic a year ago or so and was able to get a working version with some graphical side effects that I will explain later.
Background info for the curious:
Implementation:
So wherever we want to have the trainer interrupt, we need a battle script to be run at that point in the battle. A logical place for the end-of-turn would be after all of the weather, etc checks that occur. Fortunately, there is a table at 0x17bc4 that runs end-of-turn routines and battle scripts if necessary. There is a limiter at 0x17b98 so we can easily repoint and expand this table to add more global end-of-turn effects (note that the last entry in the original table must always be last)
We can run a battle script from here to make the trainer enter the screen, play a custom string, and then use my whirlwind animation hack to push the trainer offscreen, resetting all of the object targets (introduced in the spoiler above).
Note: this works from a functional standpoint, but the trainer sprite is still prevalent in the VRAM or object data structure somehow and will show up again in several attacks such as Pound, Agility, etc. Entering the pokemon menu and returning fixes this problem.
Here is a test case using the global end-of-turn battle scripts. The following code expands the global effect table and loads a string and battle script if a specific byte in RAM is set (so you can load a certain number of strings). It includes the whirlwind anim hack. It deletes the trainer object afterwards but the aforementioned graphical issue is not solved.
Of course, there are plenty of other applications and ways to implement this design. The meat of the research is around cmd53 and the pokemon objects. The main holdup for this to be complete is finding a way to completely remove the trainer sprite from the graphics after the fact. This may be a trivial solution with a simple in-game function, but I have limited experience with graphics-based asm. I will note that going into the pokemon party menu and returning fixes the problem, making me think that it has something to do with the object data.
EDIT: Delta posted a link to a more completed version.
I researched this topic a year ago or so and was able to get a working version with some graphical side effects that I will explain later.
Background info for the curious:
Spoiler:
Implementation:
So wherever we want to have the trainer interrupt, we need a battle script to be run at that point in the battle. A logical place for the end-of-turn would be after all of the weather, etc checks that occur. Fortunately, there is a table at 0x17bc4 that runs end-of-turn routines and battle scripts if necessary. There is a limiter at 0x17b98 so we can easily repoint and expand this table to add more global end-of-turn effects (note that the last entry in the original table must always be last)
We can run a battle script from here to make the trainer enter the screen, play a custom string, and then use my whirlwind animation hack to push the trainer offscreen, resetting all of the object targets (introduced in the spoiler above).
Note: this works from a functional standpoint, but the trainer sprite is still prevalent in the VRAM or object data structure somehow and will show up again in several attacks such as Pound, Agility, etc. Entering the pokemon menu and returning fixes this problem.
Here is a test case using the global end-of-turn battle scripts. The following code expands the global effect table and loads a string and battle script if a specific byte in RAM is set (so you can load a certain number of strings). It includes the whirlwind anim hack. It deletes the trainer object afterwards but the aforementioned graphical issue is not solved.
Spoiler:
Of course, there are plenty of other applications and ways to implement this design. The meat of the research is around cmd53 and the pokemon objects. The main holdup for this to be complete is finding a way to completely remove the trainer sprite from the graphics after the fact. This may be a trivial solution with a simple in-game function, but I have limited experience with graphics-based asm. I will note that going into the pokemon party menu and returning fixes the problem, making me think that it has something to do with the object data.
Last edited:
