Emulator Coder, Skilled player (1140)
Joined: 5/1/2010
Posts: 1217
The ratio limits are now per-platform. Previously the same ratio limit applied to all platforms, which was kind of silly, considering the extreme graphical complexity differences between, say Gameboy and Wii.
  • The unit is 1,000,000 bytes per minute (of encode time).
  • Reasonable effort shall be given to get good quality encodes within these size limits. However, with some games, that just isn't possible.
  • However, don't make oversized encodes, even if within limits.
  • These limits are likely to be revised later (especially with platforms where there is little data on graphical complexity)
ShorthandNameRatio
NESNintendo Entertainment System0.15-5.05
SNESSuper NES0.25-8.05
GenesisSega Genesis0.30-9.05
GBGame Boy0.05-2.05
SGBSuper Game Boy0.10-3.05
GBCGame Boy Color0.10-4.05
GBAGame Boy Advance0.25-8.05
N64Nintendo 640.35-11.05
DOSDOS0.20-9.05
SMSSega MasterSystem0.10-4.05
PSXSony PlayStation0.40-13.55
PCETurboGrafx 160.20-6.05
WSWANWonderSwan0.20-6.05
PCFXPC-FX0.25-8.05
NGPNeo Geo Pocket0.20-6.05
LynxAtari Lynx0.05-2.05
DSNintendo DS0.30-10.05
GGGame Gear0.10-3.05
ArcadeArcade0.30-10.05
SaturnSega Saturn0.30-10.05
32XSega 32X0.30-9.05
SegaCDSega CD0.30-9.05
FDSFamicom Disk System0.15-5.05
PCECDTurboGrafx 16 CD0.20-6.05
VBoyVirtual Boy0.20-6.05
MSXMSX Home Computer System0.10-4.05
GCNintendo GameCube0.50-15.05
WiiWii0.60-20.05
WindowsWindows0.50-15.05
SG1000Sega SG-10000.10-3.05
TI83Texas Instruments TI-83 Series0.05-2.05
SGXSuperGrafx0.25-8.05
Post subject: Re: Current ratio limits
creaothceann
He/Him
Editor
Joined: 4/7/2005
Posts: 1874
Location: Germany
So if this doesn't include audio...
Editor, Emulator Coder, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
The primary encode of http://tasvideos.org/2009M.html clocks in at ratio 16.72, and an alternate (720p) encode is ratio 26.72; this was the run that prompted this reexamination of ratios. It's our first real Wii publication (as far as graphics go), and I think I did a good job, but I am always interested in technical feedback, of course. Encodes should always try to be as small as possible while meeting high quality guidelines.