This page describes the rules for acceptable movie submissions. Failure to abide by these rules will result in rejection.
Table of contents
- Acceptable Movie Files
- For NES
- For Super NES
- For Nintendo 64
- For Game Boy & variants, and Game Boy Advance
- For Nintendo DS
- For Sega Master System
- For Sega Game Gear
- For Sega Genesis/Megadrive
- For Sega Saturn
- For PlayStation
- For Arcade / Neo Geo
- For TurboGrafx 16(PC Engine), Neo Geo Pocket (Color), WonderSwan, Atari Lynx
- For PC (DOS)
- For other systems
- Multimedia files (AVI, WMV and so on) aren't accepted no matter what the system is.[1]
- The movie must begin from console power-on
- The games must be real
- The ROM must be good
- Use the correct version
- The PAL/NTSC settings must be correct
- The BIOS must be real
- The movie must be good
- Cheat-keys and debugging codes are not allowed
- The movie must be complete
- Play games that are emulated well
- Emulator specific rules
- Obsoleting a published movie
- Clarifications
Acceptable Movie Files
We accept key-input movies (and emulators) of these formats:
For NES
- FCEUX movie files (FM2) made with version 2.0.2 or newer.
- FCE-Ultra (FCEU) movie files (FCM) made with version 0.98.12 or newer (0.98.28 is commonly recommended)
For Super NES
- Snes9x movie files (SMV)
- version 1.51 preferred
- version 1.43 supported but deprecated
- ZSNES movie files (ZMV) made with version 1.51 (for now at least)
For Nintendo 64
- Mupen64 movie files (M64) made with the rerecording version
- We do not accept movie files made with the official recording version (REC)
- Read the M64-specific rules later at this page!
For Game Boy & variants, and Game Boy Advance
- Visual Boy Advance (VBA) movie files (VBM) made with the re-recording version.
- We do not accept movie files made with earlier versions of VBA (denoted by file types VBV and VMV).
- Read the VBA-specific rules later at this page!
TODO: Do we require new GBx movies to be recorded with VBA v21 or later versions in favour of overall slightly better GBx emulation?
For Nintendo DS
- DeSmuME movie files (DSM) made with DeSmuME-rr 0.9.2(+), DeSmuME 0.9.4(+) or DeSmuME 0.9.5 only. ('+' denotes branches of these emulators that are being maintained and updated with features from newer versions of DeSmuME).
For Sega Master System
- Dega movie files (MMV) made with Dega 1.14 or newer
For Sega Game Gear
- Dega movie files (MMV) made with Dega 1.16 or newer
For Sega Genesis/Megadrive
- Gens movie files (GMV)
For Sega Saturn
- Yabause movie files (YMV)
For PlayStation
- PCSX movie files (PXM) made with PCSX-RR 0.0.6 or newer
For Arcade / Neo Geo
For TurboGrafx 16(PC Engine), Neo Geo Pocket (Color), WonderSwan, Atari Lynx
- Mednafen movie files (MC2), the old movie format of mednafen (MCM) is not recommended but still technically allowed.
- Windows users, for TG-16/PCE & variants, should use PCEJin which uses the same MC2 movie file.
For PC (DOS)
There has been a DOS submission that was created using modified DOSBox emulator. However, DOSBox isn't yet made into an universal TAS-capable application, so it's likely impossible to create TASes for other games with it yet. Until then, submitting PC TAS movies isn't permitted. If you are willing to help with TAS-oriented DOSBox development or have created a TAS with it that satisfies our goals and conditions, please visit the DOSBox discussion thread or contact adelikat otherwise.
For other systems
Movies for any other systems are not accepted.
There have been several working emulators of other systems, but some of them don't produce movies that meet all required features for us to accept, while some simply don't support recording movies at all. If you are willing to help with the developments of rerecording emulators, please visit the Emulator Development and Potential Emulators pages for more information.
See EmulatorResources/Homepages for more information about emulators and their versions.
Multimedia files (AVI, WMV and so on) aren't accepted no matter what the system is.[1]
The movie must begin from console power-on
The movie must begin from the game power-on state (no loading of saves). That is to say, you must choose ‘record from power-on/start’,
not ‘record from reset/sram’ or ‘record from now/savestate’.
We do not allow save-anchored movies.[2]
Exceptions for verified saves (or for a demonstration of something fancy) can only be allowed under special permission.
The games must be real
The movie should look like it could have been played with an authentic hardware. This makes it more familiar to the audience.
This details to the following points:
Hacked and homebrew games
Hacked games are allowed for submission. However, they go through more scrutiny than other games. This is because the hack itself is under judgment. It must be a quality hack and have an audience following. It must be a quality TAS on its own merit but also must show something interesting compared to other games of the same game engine.
Do not use fan-translations for your movies ― see below
for more on this. This rule is strict.
Codes that manipulate ROM or RAM directly (e.g. Game genie codes) are not allowed
The ROM must be good
- Do not use bad dumps if a good dump is available.
- Do not use an overdump ROM if a non-overdump ROM is available.
- Do not use fan-translations or otherwise hacked ROMs ― translators do not want you to use obsolete versions and we prefer non-hacked games.
- Good dumps are often labeled
[!]
. - Bad dumps, overdumps, and hacked versions are often labeled
[b]
,[o]
, and[h]
respectively.
- Good dumps are often labeled
Use the correct version
- Use the (U) version of a ROM unless there is a good reason not to (as an example a shortcut/trick which only works in a different version, or superior music), or the version does not exist.
- Good reasons for J over U
- A big time saving trick or glitch that isn't possible in U
- Less in-game lag vs U
- Marginal reasons
- Better graphics
- Gray area
- Less fade-out lag J vs U
- Bad reasons for J vs U
- A shorter title screen
- In addition, English text is preferred. Thus the use of Japanese text in the movie would be a negative aspect towards a switch to the J version.
- If you decide to start to a run using a version other than (U), make a post on the forum detailing why — this is to prevent future complications.
- It is generally safe to use (JU) (generic NTSC) or (JUE)/(W) (worldwide, autoadjusting) versions, as this usually means no separate (U) version has ever been released.
- Good reasons for J over U
- If there already is a published video, do not use a different ROM than what it uses, unless the new ROM is obviously better, and you can show how it should be compared to the existing movie.
- If the situation arises that you do want to use a different ROM than the currently published run, make a post on the forum to make sure the differences between the two are large enough to warrant the change.
- A movie made with an older version of emulator is not allowed to "beat" a movie made with a newer version of emulator, except when the timing differences are irrelevant or the "beaten" movie is not accepted in the first place.
The PAL/NTSC settings must be correct
If you are running a NTSC game (U or J), you must set your emulator to record in NTSC mode. Likewise, if you are running a PAL game (E), you must record your movie in PAL mode. Any other setting will get your movie promptly rejected. Note that such settings are enabled automatically in most emulators, but it's better to check before you start recording.
If you are obsoleting a movie that was recorded with the wrong settings, that movie's completion time will be increased 20% when comparing them to adjust for the fact that PAL games run at 50 Hz and NTSC at 60 Hz.
This rule only comes into effect on NES games and possibly Genesis games that have badly programmed region lock-out.
The BIOS must be real
If the system you are using makes use of system BIOSes, only use real BIOSes, not hacked ones.
Match the BIOS region to the game's region.
Do not use a Japanese BIOS for a USA ROM image / CD, or vica versa. See above for details in general about using non US region games.
The movie must be good
In particular:
A speed-oriented movie must beat all existing records
If your movie is going to beat something, be sure it beats it.
If your tool-assisted movie is slower than the non-tool-assisted world record of the game you play, your movie will be rejected.
If your tool-assisted movie is slower than the non-tool-assisted world record of the game you play, your movie will be rejected.
This only matters if the goals are directly comparable between the TAS and unassisted record, though.
Do your research! Look for the existing unassisted speedrun records. Look for previous TAS movies in the submission queue or on the forums.
Check places such as youtube or nicovideo for TAS movies (or speedruns).
Failure to beat existing movies will result in a quick rejection.
The movie must be of an acceptable technical quality
See the Guidelines on how to make a movie that meets site standards.
Cheat-keys and debugging codes are not allowed
Such as the Konami Code.
If the key sequence is mentioned in the manual as a normal means of playing, it is (usually) allowed.
If the key sequence is mentioned in the manual as a normal means of playing, it is (usually) allowed.
This rule is not strict, but its motive is the same as in the guideline that says you should play on the hardest difficulty. As such, you can use a code to unlock the hardest difficulty, although it's better to first ask on the forums if this is a good idea.
The movie must be complete
Your movie should begin from the console power-on
and end when the last decisive action has been delivered. There are no specific rules for an exact endpoint[4] but it must adhere to the following rules:
- It must beat the game.
- It must be able to reach the credits or end screen without the viewer needing to do anything. An exception has been allowed for Rygar.
- It must not be needlessly long.
Under special consideration we might allow movies that play a single level
only or a part of the game only.
Play games that are emulated well
Emulation of several platforms such as Nintendo 64, Sega Saturn, and Sony Playstation are still far from perfect, and some games work better
than others. This is really a vague rule, but because we aim to publish videos
that look like they were played on the original video game system. Movies of games that are not emulated well (have graphical or functional glitches that do not exist
on the real console) should not be submitted.
Accurate emulation is preferred over inaccurate!
If you are trying to beat an existing movie and it exploits an emulator bug on an old emulator, do not do the same. The same goes for exploiting a bug in a bad ROM dump. We would prefer the slower version that represents a more accurate play through. The goal of our movies is to show what could "theoretically" be done on a real console. Exploiting Emulator and ROM bugs go against this goal.
Emulator specific rules
Do not use emulators we do not allow. See the beginning of this
page again. That being said, here are the emulator-specific rules:
Visual Boy Advance: Use the best mode
Some Game Boy games work in multiple modes:
- GB ― Monochrome (the first Game Boy type),
- SGB ― Super Game Boy (the GB game plugged into SNES, has a graphical border and some colours)
- GBC ― Game Boy Color.
Because the game can emulate differently depending on the mode, the one you choose is saved in the movie file. This can be difficult to change later, so you should always start recording in the best mode supported by the game.
- If the game supports GBC capabilities, play it in GBC mode.
- If the game does not support GBC, but it does support SGB, play it in SGB mode.
- An exception may be provided if SGB mode colorization doesn't enhance the visual content in any sensible way (such as in Donkey Kong Land 3, where the whole screen is tinted with one color, effectively decreasing overall visibility).
- Only play the game in monochrome GB mode if the game does not support either GBC or SGB.
It is worth mentioning that there is at least one GBC game, Shantae, that recognizes whether it is running on a GBA, and utilizes GBA's hardware features if available. However, None of the available re-recording versions of VBA allows recording GBC movies in GBA mode.
For Game Boy Advance games, there is no choice like this to worry about.
However, it is recommended that lag reduction mode (prefetch emulation) for GBA movies be enabled.
The default options that appear when starting a recording should reflect the best choices for the currently running game, so think twice before changing them.
Obsoleting a published movie
When obsoleting a published movie (that aims for fastest time), the goal should be to minimally match its speed and impressiveness throughout the entire movie, not just in final completion time. Meaning, if you found a 30 second shortcut, that isn't an excuse to waste 10 seconds elsewhere due to sloppy play. If you found a 30 second shortcut, try your best to improve the movie by at least 30 seconds.
Site rules still apply even if the published movie breaks them. We make mistakes sometimes, that doesn't provide a green light for you to do so.
- If a published movie uses a bad dump, you should instead use the good one
- If a published movie uses an inaccurate emulator and you have the choice of a more accurate one, use the more accurate one.
- However, if a rule is broken for a specific reason and it was allowed, then it is okay. If not sure, ask a judge or admin before making the movie. (An example would be movies that start from SRAM, use passwords, etc.)
Clarifications
[1] Multimedia files (AVI, WMV and so on) are not accepted
We do not accept multimedia files (AVI, WMV and so on). The site wants a method of movie control, such as:
- Having a verifiable standard key-input movie.
- Extracting important information about the movie directly from its header.
- Creating high-quality MKVs for publishing.
Multimedia files make the above points impossible.
There is zero verifiability in a multimedia file. It would be impossible to prove that a video was or was not edited.
[2] In general, movies that begin from saves are not accepted
We want a standard starting point for movies (power-on). Saves are not standard, as there are many of them, and each may cause the game to behave differently compared to starting from power-on. They can also can be hacked, allowing nearly transparent cheating.
However, there are certain games with unlockable modes that can only be accessed if a save file (or an otherwise "dirty" SRAM) is present. If you really wish to submit a movie made on such mode, you will need a verification movie first. Any input file that starts from power-on (for example, a previously submitted or published movie for that game) and creates the exact circumstances for your submission to sync will generally do. Note that you don't have to optimize the verification movie: it only serves as a save or SRAM generator that makes it possible to claim the legitimacy of your effort. A good example is this submission.
[4] Exact termination point
There are no other rules about when a movie should end. Assuming the above rules are met, the following are options:
- Ending the movie as soon as possible before beating the game but slowing game completion.
- Ending the movie before beating the game when the game cannot be completed faster.
- Ending the movie on the "last hit" or last character control.
- Ending the movie when no further input can prevent the game from reaching the ending.
Number 1 is not recommended, except as a surprise factor.
Where using number 1 results in a conflict of interest by timing, the movie is timed up to the last hit or other decisive action that is considered beating the game.