The Game & Watch brand is a series of handheld electronic games developed, manufactured, released, and marketed by Nintendo from 1980 to 1991.
Between July 2009 and April 2010 Nintendo released nine separate Game & Watch ports for DSiWare. Donkey Kong Jr. is one of them.
- Hardest difficulty
- Genre: Platform
This run is done on BizHawk 2.8 DSi mode with firmware from a
PWC 2010 event device.
The system is formatted before the start of the movie. As such, the movie starts from setting up the system.
Goal Choice
Donkey Kong Jr. arguably has the least ambiguous ending point out of all G&W games (except other Donkey Kong related games). In fact, its ending point is probably not any more ambiguous than that of Donkey Kong Jr. on NES.
Therefore, I recorded this movie, which continues the game until one more full loop is done after the difficulty stops increasing in Mode B.
How do I know when the difficulty stops increasing, you may ask. Good question!
The mechanism for difficulty in this iteration of the game seems to work similarly to that of the version of the game included in Game & Watch Gallery 4 on GBA as explained by ThunderAxe31
here.
00143938 w u 0 Main RAM Score
00145F45 b u 0 Main RAM Max En.
00145F46 b u 0 Main RAM Speed
00145F47 b u 0 Main RAM Spawn
00145F48 b u 0 Main RAM Unknown
00145F50 b u 0 Main RAM Sub loop
The 4 values that affect the difficulty change as the player gets higher score.
After reaching a score of around 990, the maximum encounter stays at 9 (it is 10 on GBA, but not that the difference is really visible in an "any%" TAS), the enemy speed stays at 8, the enemy spawn rate stays at 128, and the unknown value stays at 112.
While some of these variables might be at a higher value at some point during the gameplay before reaching the last score threshold, this is the combo that remains unchanged after that and is hence the highest difficulty of this game.
I could have killed two more enemies in the last subloop of the penultimate loop seen in this movie to make the game reaches that difficulty level and technically finishes a loop while being in that state,
but I decided that it's better to finish a full loop afterwards so the score threshold is reached during the scoring process after the penultimate loop in the movie instead.
Special Thanks
- ThunderAxe31, for the research done on the GBA iteration of this game.
- EZGames69, for the GBA submission.
- CasualPokePlayer, for adding DSi support to BizHawk which allows this movie to be made.
- Arisotura, for DSi support in melondDS and melondDS in general.
- YOU, for reading the submission text and watching the movie.
feos: Claiming for judging.
feos: Interesting movie with quite a few things to address.
Scoring
Apparently this wasn't explained, even though it's the main optimality faction in the movie. Here's a screenshot from the game manual:
There are only a few places where you can jump over enemies, because most of the time you just grab the vine and not gain score. There are only a few cases where you can kill 2 enemies at once, and even fewer cases when you can kill an alligator at the bottom.
Optimization
I checked every loop and I was only able to gain more score while a bit of saving time only in 1 sections. In 4 sections getting higher score led to severe time loss.
I wasn't brave enough to test where losing score would save time, let's leave this for future TASers.
Difficulty
I jumped on a vine and kept hanging there for 2k frames while point memory. I was able to get fewer spawns and slower enemies by setting lower values, but couldn't make the game more difficult by setting higher ones than this movie reaches.
Ending
It is correct that when aiming for maxing out the difficulty in a game without an ending, one has to actually complete the most difficulty loop. We don't really care about how the score is displayed at that time, especially when the internal counter keeps going after the visible counter has looped back to 0. How one decides to time the ending of the movie is probably not critical, especially when the exact point when the loop is considered beaten has to be defined by humans.
DSi NAND
If every DSI has unique NAND and there's no definitive version what many authentic devices share, I don't think there can be a strict rule of which exact NAND you end up using. Of course one can argue that the NAND has to not be patched by humans to give unfair advantages, but if we don't have anything to match those against, how exactly do we ensure it's clean? At the very least this run synced on 2 different PWC NANDs I was able to find, none of them having the same hash as in this movie, before or after formatting.
Yeah you have to format the NAND using melonDS, since bizhawk can't write to NAND. Just launch to DSi firmware, enter settings, and format system memory.
Accepting
Accepting.
