This page explains general guidelines for making multimedia files up to the standards of the TASVideos website. A more detailed "how to" can be found on the
MakingAVI pages. For those looking for information regarding High Definition encodes,
look here.
Table of contents [
expand all] [
collapse all]
Introduction
TASVideos (formerly Nesvideos) was born from the need to provide good-quality multimedia files of the TAS movies. We take quality very seriously, and strive to produce files that are pleasant to watch and that are as small as possible.
We also stress the informative value of the movies, and thus we have a few guidelines, that are mandatory reading for anyone who wants to make MKV or MP4 files to be published on this site.
We aim for the best compromise of the following values, no matter how long it takes:
- Quality: As near perfect as possible.
- Size: As small as possible.
- Information: The video content must label the movie as tool-assisted, to prevent misconceptions from occurring. A pointer to the TASVideos website is provided because it is currently the best source of TAS-related information in the Internet.
- Copyright: The video content must label the player by name, and the TASVideos website as the source. This information should be presented so prominently that it cannot be clipped out from the movie by video editing without extraordinary effort.
- Pleasantness: Annoy the audience as little as possible. Provide a game video as undisturbed as possible.
Container format
We currently prefer MKV (because it is a free format with numerous technical advantages) or MP4 (for having similar technical advantages while having the added benefit of being streamable) container formats.
Video codec
Our encodes presently use
x264 for video compression, for being the best currently available compromise between:
- Preserving all interesting video information (color, brightness, animation, movement), and
- Having as small a file size as possible.
Other codecs may be permissible, so long as they are freely available for all operating systems; it is strongly recommended that you consult a
publisher or admin before doing so.
It is highly recommended that you experiment with different settings when encoding; a great deal of settings impact file size and visual quality. In particular,
bit rate is not the only thing that affects the visual quality!
See
tips below.
Audio codec
Your choice of codec depends to some extent on the container format. For MKV, we recommend encoding audio with Ogg Vorbis; AAC is also technically allowed. For MP4, use AAC encoding (the end result will be streamable if both of these are met).
For Ogg Vorbis, simply use -q1, which results in an average bitrate of approximately 70–80 kbps.
For AAC, use Nero's AAC encoder (the current preferred choice by the site) and -q 0.25; this will normally produce HE-AAC (sound quality at effectively double the nominal bitrate) with bitrates from 32-64 kbps depending on the platform.
Note: For all CD-based games that use
Red Book audio, bitrate may be additionally raised to preserve quality.
Furthermore, you may (and should) adjust the bitrates as needed, depending on the properties of the sound in the particular game.
Capturing and encoding a multimedia file
Video must be captured using a recorder that will not skip or duplicate frames;
our emulators normally provide this functionality natively. Most screen recorders
and other external program (such as Camtasia or Fraps) are not acceptable because
they do not know when the contents of the emulator window change and hence cannot
capture all frames. An exception has been made for
.kkapture as it does not suffer from this
problem, though it is usually only used for PCSX (which does not have adequate
built-in capture tools].
The
EmulatorResources/MakingAVI page contains links on how to configure various
emulators for video/audio capture.
Frame rate
The movie must be recorded at full frame rate (approximately 60fps for NTSC
consoles and 50fps for PAL) so that each frame of the original video is
displayed precisely once. No frames can be skipped, and duplicate frames should
be dropped (by means such as direct264's --deldup prefilter or AVISynth's DeDup
plugin).
Use of the emulator's built-in video dumping automatically satisfies this
requirement.
Resolution (image size)
The video content must not be scaled; when viewed without aspect ratio correction,
it must have a 1-to-1 pixel ratio:
- For NES and SNES, the resolution must be 256x224 or 256x240 (or 512x448 in the case of the SNES HiRes mode).
- For GBA, the resolution must be 240x160.
- For GB/SGB/CGB/GG, the resolution must be 160x144.
- For SMS, the resolution must be 256x192.
- For Genesis, the resolution must be 320x224, 320x240, 256x224 or 256x240 (the latter two are only for games that use the low resolution mode for the entirety of them, such as Shining Force, you will need to crop the borders from the sides assuming you have the aspect correction turned off in Gens; games that use a mix of the two resolution modes should let Gens dump an AVI with the stretched screen anyway).
- For N64/PSX, the resolution can be 320x240 or greater (see below).
When using the emulator's built-in video dumping, this requirement is automatically
satisfied.
For those those consoles which are intended to be displayed on a TV or on CRT
monitors, the MKV/MP4 must specify a display aspect ratio of 4:3.
Handhelds don't need AR correction, because their resolution is always fixed to match the display matrix pixel-for-pixel without any kind of stretching involved. Thus, any AR that doesn't match the native resolution will distort the image.
In the case of N64, and 3D games on PSX and Saturn, these extra quality requirements must be met:
- The anti-aliasing, anisotropic filtering, and other settings must be at highest possible quality. Neither the edges nor the interiors of polygons must appear jagged.
Duration of the movie
The movie must begin from the moment the game boots up (or the movie-begin savestate is loaded), and it must include the full ending and preferably at least one full loop of the ending song.
Soundtrack
The movie must provide the soundtrack of the game being played. The sound must not be replaced with something else.
Logo, subtitles, and other extras
Logo
Gameplay should be prefaced by a ~2 second logo, which displays prominently the
website
http://TASVideos.org/ and the text "This is a tool-assisted emulator movie"
or a close variant thereof. Logos are additionally meant to identify the encoder,
so personalised content of some sort is advisable so long as it does not overshadow
the website and the designation of the movie as a TAS.
Some examples of currently-in-use logos can be seen at
SiteHistory/EncoderLogos.
For a logo creation guide, see
EmulatorResources/MakingAVI/Logo/Windows.
Subtitles
The following information must be present in the encode, normally in the form of
hard-coded (i.e. embedded in the video stream directly) subtitles:
- What game is being played in the movie
- Who created (played) the movie
- The length of the movie, directly derived from the number of frames
- The rerecord count
- A pointer to this website (http://TASVideos.org/)
- Please be careful to not make typing errors in the address. A simple mistake to happen is adding www into the address, don't make this mistake.
- A mention that the movie is tool-assisted.
The subtitles must be clearly visible for long time enough to be easily read,
and placed such that if someone decides to rip our video file the information will
still be there (normally at the beginning of gameplay) while not overlapping any
relevant parts of the gameplay. The total duration of the subtitles should be
approximately 10 seconds, divided into two parts of five seconds as follows:
The first part:
Title in hh:mm:ss.ss
by PlayerName
Rerecord count: number
The second part:
This is a tool-assisted recording.
For details, visit http://TASVideos.org/
The first part discourages people from claiming the movie their own work, and also prepares the viewer for what will be shown.
The second part explains that the video is not a real-time playing performance. It is explained briefly, and a pointer to the
TASVideos website is given to provide the opportunity to read the full details, as well as to point to a repository of more videos.
Most common reasons of not accepting an encoded video file for publication on this site
- Video has incorrect resolution or aspect ratio information
- Quality is below that of current publications (where visual quality is roughly equal, smaller encodes are preferred)
- Bad audio-video sync or drift (e.g. audio lags incrementally behind the video)
- Poorly placed or incomplete subtitles (overlaps action, does not contain all relevant information such as site information, etc.)
- Unacceptable logo (does not contain site information or distracts unnecessarily from said information, or is too long)
Tips
The following tips are for x264, which the site normally uses for video encoding.
- Constant rate factor 20 (--crf 20) is considered the site standard for video quality; it is recommended unless this provides an unacceptably large bitrate.
- Good average bitrates vary between 140-250 kbit/s for NES, SMS or Game Boy games and 200-600 kbit/s for other consoles, depending on the video content. Some Genesis games and most N64 and PSX games may exceed this.
- If you are aiming for a specific bit-rate, use multi-pass encoding. It nearly always improves the quality-to-size ratio.
- Use the best motion detection settings you can afford. Our expert encoders normally use exhaustive searches (esa or tesa) with range settings around 64 (some encodes have used up to 128 for tougher to encode games where the file size needs to be crunched down even further to keep inside the site's size-to-length ratio limit). This slows down the encoding speed but the size and quality benefits are very much worth it.
- Use 15 or 16 reference frames (--ref).
- Use maximum subpixel refinement setting if your game uses subpixel motion (N64 uses always, SNES sometimes, NES never). If it doesn't, you don't need to use the maximum setting, though, again, the quality and size benefits are usually worth it if you don't mind slowing down the encoding speed.
- Use bframes, which almost always reduce video size.
- Do not set the keyint value too high, as this reduces the ability to seek in the video and inconveniences viewers. The default is 250; values higher than 600 are discouraged. Most published encodes use either 600 or 300.
- Do not use "noise reduction". Emulators do not simulate antenna or tape signal degradation, so there's no point in trying to reduce it.
For some data on tuning x264's more relevant settings, see
this thread.
For polygon-based platforms (N64, PSX, Saturn, and some DS games), the following will help improve visual quality:
- Use the maximum anti-aliasing setting.
- Use the maximum full-screen anti-aliasing setting (FSAA).
- Use the maximum anisotropic filtering setting.
- Ensure that in your display card settings, there is no color-correction/skew curve active.
- Record the movie at a high resolution (such as 1280x960), then downscale it into 320x240 with a lanczos scaler before or when encoding it. Yes, it will drastically slow down the sampling, but the quality difference is worth it.
- When capturing at higher resolutions, use integer ratios so that the image won't be unnecessarily blurred upon downscaling. For example, N64's native resolution is 320x240, so capture at 640x480, 960x720, or 1280x960, and so on.
For more info and examples on antialiasing settings, see
this thread.
See also