TASVideos

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

Submission #1634: primo's NES Tetris in 03:35.25

Console: Nintendo Entertainment System
Game name: Tetris
Game version: USA
ROM filename: Tetris (U) [!].nes
Branch:
Emulator: (unknown)
Movie length: 03:35.25
FrameCount: 12915
Re-record count: 5502
Author's real name: Mike Tryczak
Author's nickname: primo
Submitter: primorial#soup
Submitted at: 2007-07-19 22:35:38
Text last edited at: 2007-07-22 00:54:49
Text last edited by: primorial#soup
Download: Download (2568 bytes)
Status: decision: cancelled
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:

Features

  • Aims for fastest time to obtain 999999 points and Game Over
  • Manipulates luck.

Description

This is a 399 frame (6.65s) improvement to the existing Tetris run submitted by Acmlm. Emulator used was FCEU 0.98.13 with the rom Tetris (U) [!].nes. Input ends at the earliest posible frame when further input cannot prevent game over.

The time saved can be attributed to several factors. A large improvement is the starting platform which requires two less pieces to build, saving around 70 frames. Another thing I tried very hard to improve upon was the hieght of the stacked pieces. Most of the time it was hard to save any time, because Acmlm had done a very good job, but there were a few notable gains. Other than time saving improvements, this run does not use pause to manipulate the pieces, but rather left+right+down to delay the next piece, as discovered by alden. Doing this causes the current piece and next piece to flash, but this is far less distracting. I also found a small window for manipulation after the current piece has landed, but before the next piece appears. This causes only the next piece to flash, which is even less disruptive. This form of manipulation is also faster than using pause, because it only delays the next piece by one frame, instead of a minimum of three as pausing does.

When the run ends, the entire board is clear except for a single line of pieces up the middle. Not only is this the fastest possibility (not a single piece was wasted), but it also looks rather nice.

Thanks

Thanks goes to Acmlm and nico for their previous runs, and to alden for discovering the new manipulation tactic.

Similar submissions (by title and categories where applicable):