Submission Text Full Submission Page
Dragon Warrior Monsters 2 is a Pokemon like game, except rather than stuffing creatures into tiny balls, the focus is more on breeding them. Through the use of glitches, this run beats the game within half an hour.

Game objectives

  • Emulator used: BizHawk 2.5
  • Any%


While looking for glitches to improve the currently published run, I found a speedrun video on Youtube labled "Glitchless". Having watched the previous TAS, I was curious on how would RTA folks accomplish such a thing. Looking at, I discovered that a save bug was used (on console, so it's not an emulation error) to obtain a glitched NPC, that gives you the key to the final boss. After investigating the bug, I decided to make the run.

Save bug

If you reset on the 1st frame of lag upon saving, the game saves the 1st NPC, but everything else becomes 00. The game however, still believes you have NPCs following you. If you deposit 00 to the farm, the game fails to update the NPCs correctly. Normally, the addresses 0xC6FE, 0xC6FF, 0xC700 (for the 1st, 2nd, 3rd followers respectively) correctly point to CartRam, where information on your recruits are stored. Here's a spreadsheet of every address they point, depending on the values:
Values 0 to ~33 are valid (30 NPCs at the farm, 3 following you, probably more I'm missing). The values correspond to where the game will treat an area in memory as a NPC struct. The struct is as follows:
However, depositing the beaver NPC when glitched changes the value to 117, which points outside CartRam (0xA000-0xBFFF) and into System Bus. Depositing NPCs reduces this number by 1. A value of 110 has the monster's XP address overlap with my keys at 0xC73F. This means I needed to deposit 7 monsters. Afterwards, I could just obtain at least 1536 XP (or 0x06 00) to change the key ID into the Limbo Key.
The save bug also removes NPCs from screen. In this case, resetting 1 frame before the 1st lag causes the game to not save the NPCs on screen correctly, thus potentially removing them on screen until you reenter said area. This is used to skip the 2nd last boss in game (The one at the bridge).

Other comments

Possible Improvements

There's multiple ways for the game's PC (program counter) to jump into 0xC000-0xFFFF area. 1. The "Cloakroom bug", used in the well. Moving to the screen to the right potentially jumps to 0xC000-0xFFFF area, causing crashes. 2. Talking to npcs at the egg area, before you obtain Slime by using "Cloakroom bug" at the well, but instead of going right, go left. The game jumps to 0xD5E1 on dialogue end: 3. Various methods with high index glitch NPCs with save bug, such as viewing their menu, walking around, etc.
I wasn't able to make some GEG occur, but given it jumps to WRAM, if someone can control the bug, credits warp may be possible.

CasualPokePlayer: Changed branch name to "save glitch"... and judging.
CasualPokePlayer: Setting to delayed per author request.
CasualPokePlayer: Well, we can't delay this forever, so I'll proceed with the judgement.
There's a few factors that have to be considered here.

1. Optimization

I have noted that the scroll glitch isn't utilized as much as the published movie. However, it's only 2 places, and it saves only a few seconds, so it's not a deal-breaker. Other than that, the optimization is very good. Movie also beats the published non-save glitch movie and the RTA record.

2. Legitimacy

As with all major skip glitches, the legitimacy of the glitch must be in question. I have noted before this movie will desync if played back on new BizHawk versions. This is due to a miscellaneous accuracy improvement, and makes this TAS not possible to console verify. However, this does not affect the legitimacy of the major skip glitch used, since a resync should in principle produce the same result. I have also confirmed the RTA record does indeed do this glitch, and the RTA record is on console, proving this glitch's legitimacy.

3. ACE Potential

As noted in the submission, ACE appears to be possible within this games. However, whether it is controllable and able to trigger the credits (or do anything useful) is not known. Considering the amount of time and effort it would take to research whether both of these could be satisfied, it's not reasonable to demand this looked into.
Considering all this, the movie is acceptable.
Accepting as a new branch for fastest completion.
Zinfidel: Processing...

Experienced Forum User, Moderator
Joined: 8/3/2004
Posts: 12394
Editor, Experienced Forum User, Player (211)
Joined: 3/9/2019
Posts: 409
Meh vote from me. I think the tas is interesting technically, but I really have no idea what is going on in the plot in this rpg game other than collecting monsters to kill some fat guy at the end. The game does look like something I would have enjoyed back when though.
discord: CoolHandMike#0352
Active player, Experienced Forum User, Judge, Moderator (337)
Joined: 2/26/2020
Posts: 541
Location: California
TASer of 2021Gameboy TASer of 2021Rookie of 2020Gameboy TASer of 2020Lucky TAS of 2020
I looked into this TAS to see if it could be console verified. Unfortunately, it appears to desync in the latest dev build, and I've confirmed this is due to an accuracy improvement within that build (misc timing improvement). So without a resync with the latest dev build, this movie won't be console verifiable.
Experienced Forum User, Senior Judge, Skilled player (1720)
Joined: 11/13/2006
Posts: 2509
Location: Northern California
Exotic platforms TAS of 2020Sega TAS of 2016
It's been a few months. Any updates on this, jlun2?
TASvideos Senior Judge <3 Ask me anything! Twitter
warmCabin wrote:
You shouldn't need a degree in computer science to get into this hobby.
Post subject: Movie published
Experienced Forum User, Moderator
Joined: 8/3/2004
Posts: 12394
This movie has been published. The posts before this message apply to the submission, and posts after this message apply to the published movie. ---- [4556] GBC Dragon Warrior Monsters 2: Tara's Adventure "save glitch" by jlun2 in 28:27.04