Tool-assisted game movies
When human skills are just not enough

Submission #1421: FODA's Genesis Mickey Mouse Castle of Illusion in 18:23.45

Console: Sega Genesis
Game name: Mickey Mouse Castle of Illusion
Game version: USA
ROM filename: Mickey Mouse - Castle of Illusion (U) [!].smd
Emulator: (unknown)
Movie length: 18:23.45
FrameCount: 66207
Re-record count: 5438
Author's real name: Mário de Almeida Azevedo Junior
Author's nickname: FODA
Submitter: nesrocks
Submitted at: 2007-01-16 04:54:45
Text last edited at: 2007-01-21 14:35:17
Text last edited by: Maza
Download: Download (5382 bytes)
Status: published
Click to view the actual publication
Submission instructions
Discuss this submission (also rating / voting)
List all submissions by this submitter
List pages on this site that refer to this submission
View submission text history
Back to the submission list
Author's comments and explanations:

This is my improvement of Castle of Illusion. Although this version differs in cathegory from the previous one, it's my intention that it causes obsoletion of the old movie. This one takes damage, while the other was said to not take damage (even though there was a "hidden" damage). I chose to take damage because it indirectly enables for some shortcuts or overall faster looking routes.

The total difference is 2841 frames (aproximately 47.35 seconds), but it inserts last input a little later than really needed to finish the game. This is done to make the total avi length a little smaller (at the end of the movie, mickey stands on where he must be to release the power of the crystals).

A big part of the improvement was possible by using luck manipulation on the clown boss and the hammer boss (on last level). This hadn't been done on the other version because it was very old and terrible and full of shame!

Mickey's movement


Jumping increases the maximum possible horizontal velocity. This applies to when mickey is already moving at his maximum walking speed. I'm really not sure about the optimal differences when walking speed is below it's maximum value, but it seems that accelerating on the ground is faster than in the air. A memory watch tool would help optimize this part, but I believe what I did isn't too far from optimal. The height of the jump is not important, as long as mickey stands on the ground as little as possible (1 frame).


Ducking stops horizontal speed

Extending the jump

By holding down the jump button during the maximum height value of the jump, mickey falls slower. Only applicable to the tallest jump possible, can't do it on smaller jumps.

Reaching a pixel further

During the ascending portion of the jumping animation, mickey is effectively moved 1 pixel forward, and then moved 1 pixel back after the ascending animation is done. This is not abusable to acumulate pixels forward, but it allows to activate triggers 1 frame earlier during jumps (exit doors, swinging vines, moving cubes, etc).

Unbalanced animation on flat surface

Can be activated on various ways, most of them by alternating directions every other frame. One easy way is to tap "down" 3 times, 1 frame intervals.

Input display animation

This was my first attempt at animating the buttons on the input display. I had never heard of anything quite like it, but the folks at the IRC channel told me that JXQ beat me to it. I'm not sure if what he did is similar in any way to what I did here, but I tried to not overdo it. The animations are present between screens (not during the level) and just on the first and last levels. The animations were made using Maximus' wonderful .NET TAS Editor. Yes, by hand. Frame by frame, then copy paste, remove frames, etc etc. They told me JXQ made a program for that, which is cool. But I did it old style. Caveman style.

I wanna thank myself for improving this game and I hope someone gets rid of that old XVID avi please!

Truncated: Accepted as an improvement to the shameful predecessor. Good job!

Similar submissions (by title and categories where applicable):