This is a 986 frames, 16.43 sec, improvement over the published run. The improvements come from optimizing movements and a few minor shortcuts. Read more below for details.
  • Uses the E ROM, just like the published run (there's no difference between the E and the U ROM).
  • Emulator used: VBA rerecording v23 svn270
  • Takes damage to save time
  • Genre: Action

Game information:

There are 10 levels in this game. The goal on each level is to perform a list of instruction, in the order that they are presented. After having completed all your instructions, you end the level by getting to the exit. You have a fixed set of items on each level that you can use. You always have a gun (which isn't used in this TAS), and you can always kick down enemies.

TASing this game

This game is pretty easy to TAS. Although it looks like there is some route planning involved, there really isn't - you have to do the instructions in the order they are presented, and the route from instruction i to i+1 is usually very trivial. I take a few minor shortcuts that saves some time, but most of the time, the route I take is identical to the published run.
Miscellaneous information:
  • This game runs at 30 FPS, and therefore only accepts input (and your position coordinates change) every 2 frames.
  • Item switching is done automatically when you get near a place where you can use one of your items.
  • Avoiding getting noticed or killed by guards is somewhat tricky. A guard's view is only in the direction he is facing, which often allows you to run past guards unnoticed. You can almost always avoid getting killed by a guard by testing different movement patterns while approaching him, without losing any time. You will often see me pass through guards unharmed, courtesy of the game's weird hit detection.
  • When inside a building, moving left or right will make you jump (see the published run). Jumping is slower than running (moving at 2p/2f), so I avoid moving directly to the left or right inside buildings. Instead, I always move diagonally.
  • Kicking while moving does not slow you down.
  • Bullets move really slow in this game, and you can easily outrun them.
  • Stun grenades are used on level 7, and make enemies freeze. This isn't very useful, but just like in the published run, I use it because I think it looks a little funny.
  • Around frame 16000 I have to wait for the guard to move a bit farther before I make the jump. The reason why the published run doesn't have to do this is because I reach this section faster, meaning that the guard below me hasn't walked as far.

Useful RAM addresses.

I used these addresses when TASing this game, all of them were very useful:
  • xC20C, 2 bytes: X position
  • xC20E, 2 bytes: Y position
  • xCE3D, 1 byte: During text messages, press A as soon as this address turns 6 or 249. This RAM address helped out a lot during text message sections.
  • xDB18, 1 byte: Current HP. Enemt bullets drain only 1 HP (other attacks will instantly kill you), so you can sometimes take a few bullets before dying.

Movement physics

Almost all the time saved comes from optimizing movements. When holding down A and running, you move 3 pixels per 2 frames in the direction you are running. If you're running in a diagonal direction, you move 3 pixels per 2 frame in both the X and Y direction, so running diagonally is preferred when possible. If running diagonally while pushing against a wall, you will move in the direction you are pushing as soon as the wall ends. Example: Between frames 8215 and 8250, I hold down A+down+right. While I have the wall next to me, I only move down, but as soon as the wall ends, I start moving down+right.
There are no subpixels or anything of the sort in this game.
When not holding down A, you move at 2 pixels per 2 frames. This is used sometimes when I need to turn around after using something, saving a pixel or two.
Anyway, because of how simple the game's physics are, it's very easy to frame optimize movements. Watching the RAM addresses for my X and Y position helped a lot too, of course. This is the reason for the quite low rerecord count.

Lag

There is almost no lag in this game (if you don't count the 30 FPS speed). The only place where I've noticed that the game can lag is the place around frame 15100. This means you don't have to worry much about lag, but I still kept a look out for it. The fact that the game runs at 30 FPS probably helps the game avoid lag.
Suggested screenshot (feel free to pick another one):

Flygon: Added YouTube module, and dibs on publication.
klmz: It is acceptable using the E version, as the published run was. Accepted as an improvement to the published run.
Flygon: Yes sir! Ilari sir!

TASVideoAgent
They/Them
Moderator
Joined: 8/3/2004
Posts: 14856
Location: 127.0.0.1
This topic is for the purpose of discussing #2903: Randil's GBC Mission: Impossible in 10:34.62
NitroGenesis
He/Him
Editor, Experienced player (551)
Joined: 12/24/2009
Posts: 1873
It's on YouTube now...
YoungJ1997lol wrote:
Normally i would say Yes, but thennI thought "its not the same hack" so ill stick with meh.
Joined: 11/4/2007
Posts: 1772
Location: Australia, Victoria
How not to sneak, yet win! HD and SD encode coming right up.
Personman
Other
Joined: 4/20/2008
Posts: 465
Suggested screenshot: I find it fabulous that you have to do this twice. The siren got a little irritating, but yes vote.
A warb degombs the brangy. Your gitch zanks and leils the warb.
Banned User, Player (142)
Joined: 8/30/2010
Posts: 500
Location: Argentina Bs. As.
Very good game and very good speed. Vote yes and this will be encoded
[18:51] <scrimpy> Oh, nothing [18:51] <mmarks> oh [18:51] <Nach> I think scrimpy is just jealous of you mmarks
Joined: 11/4/2007
Posts: 1772
Location: Australia, Victoria
Banned User, Player (142)
Joined: 8/30/2010
Posts: 500
Location: Argentina Bs. As.
Will cancel the SD encoding because it was made by Flygon
[18:51] <scrimpy> Oh, nothing [18:51] <mmarks> oh [18:51] <Nach> I think scrimpy is just jealous of you mmarks
sgrunt
He/Him
Emulator Coder, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
Although we already have a published run of this game, I'm somewhat confused as to why that is given the technical simplicity of this game; under TAS conditions it's little more than "run from point A to point B in an order which (apparently) can't be adjusted" over and over again. As such, this just isn't very interesting to watch. I'm also confused as to why an (E) ROM was used in the first place. We have some precedent for preferring (U) ROMs unless there are compelling difference between that and another version, which, as the submission text says, there aren't here. That having been said, the net impact on this run as a result of that is negligible. I'm going to give this a Meh under the circumstances.
Experienced player (822)
Joined: 11/18/2006
Posts: 2426
Location: Back where I belong
Does this sync with both the (U) and (E) ROMs? (can't test it right now, otherwise I'd check myself)
Living Well Is The Best Revenge My Personal Page
sgrunt
He/Him
Emulator Coder, Former player
Joined: 10/28/2007
Posts: 1360
Location: The dark horror in the back of your mind
mmbossman wrote:
Does this sync with both the (U) and (E) ROMs? (can't test it right now, otherwise I'd check myself)
It doesn't appear so, though if the games are functionally identical other than (some of) the intro screens, perhaps it would be possible to hex the run to sync?
Skilled player (1885)
Joined: 4/20/2005
Posts: 2160
Location: Norrköping, Sweden
The choice of using the E ROM was intentional, because it will make this run directly comparable to the published run, and the gameplay is identical between the E and the U version. I have tried hex-edit the run to synch on the U version. The text times differ (the U version sometimes has slightly more text, so text that's 1 page long can be 2 pages long on the U version), making synching a bit difficult. My best attempt made the run synch for about 2000 frames before the first desynch. If you think this run should be made on the U version, I will have to redo some sections due to changes in the 2-frame rule, but some sections could probably be edited in. A run on the U version would be a bit longer due to more in-game text, and a 1f longer intro screen, but the gameplay itself would be identical.
Joined: 11/2/2010
Posts: 4
i give this a meh
Post subject: Movie published
TASVideoAgent
They/Them
Moderator
Joined: 8/3/2004
Posts: 14856
Location: 127.0.0.1
This movie has been published. The posts before this message apply to the submission, and posts after this message apply to the published movie. ---- [1672] GBC Mission: Impossible by Randil in 10:34.62