In light of the
current discussion on the category name for the recently published
VVVVVV run, I think it's time to make a thread to discuss the general issue.
In the past, runs that were considered faster than 'conventional runs' (typically by using heavy memory corruption, or the like) were given the branch "glitched", while the conventional runs had no branch (referred to as "any%").
Several months back, this system was changed - as the definition of "any%" constitutes the fastest possible way to beat a game, the branch "glitched" has effectively been removed, as what used to be called "glitched" is now simply "any%". However, this has led to an issue with categorizing the previously any% runs - as they are not the fastest runs,
they needed a branch to be identified as. This has led to run labels for previously any% movies, like "
Super Mario World "11 exits"", "
Super Metroid "no X-Ray glitch"", "
Crash Bandicoot 2 "no box glitch"", the recently relabeled "
VVVVVV "no Esc"", and a run that was at one point referred to as "
Super Mario World 2: Yoshi's Island "no L+R, no null egg glitch"".
A lot of criticism has been raised over this categorization (primarily on IRC earlier on, but now moreso in the forums as well), as the branch names can be confusing or nondescriptive for newcomers. I keep seeing more and more people who want the label "glitched"
brought back and the definition of "any%" on the site reverted to before the change.
On the one hand, "glitched" is clearer for audience viewers; on the other hand, it is arbitrary, and leaves an arbitrary definition for "any%". On the other hand, "no x glitch" is an objective definition, and provides an objective definition for "any%" (fastest run possible) but can lead to long or confusing branch names.
So I'll put this poll here - which label system is preferred? Should we bring the "glitched" label back, or retain the current system as it is now?
Related discussion topics:
VVVVVV branch discussion (the currently ongoing issue)
"Movies labeled "glitched" that shouldn't be"