Submission Text Full Submission Page
This aims to reach the final credits with the least amount of input needed. This can be achieved by bugging out the demo, and then simply waiting for the game to complete itself.

Game objectives

  • Emulator used: Bizhawk 2.2.1
  • Reaches final credits
  • Ends movie early

Comments

The demo which plays is not a proper video file, it's effectively its own TAS which plays a specific input in order to produce the demonstration. However, it doesn't update the movie according to the current Input configuration, which means if we change which button does what it results in the demos no longer producing the intended effect.

Application

What does happen, will be standard deaths on most stages, which would otherwise cause you to reset on your current level. The exception here is for the bonus stage "Apu in Agrabah", which upon failing results in it advances you to the next stage instead. You will then find that the next stage the game tries to demo, is not the intended "Agrabah Rooftop", but instead the stage after the previously selected one, IE level 04. This then happens every cycle, such that next time it tries to play the demo input into level 05, then 06, all the way up to the final level. The demo cycle 'completing' the previous Apu level, means that the final level then gets advanced, and 'completed', resulting in the final credits being displayed. These are different from the regular credits which come up while waiting, since they contain the romantic background of both the rug ride and the kiss, and thus is a definite ending.
Sadly though, this takes ~378131 frames, or about 100 minutes. What happens meanwhile is very boring, the only interesting thing would be a graphical glitch at ~271895, which may be a screenshot. At best, this should go in vault as an alternate category, but not to beat the current record.

Noxxa: Judging.
Noxxa: This is a nice glitch demonstration, but it's not really a publishable TAS. There is nothing in this movie that encompasses superhuman gameplay, or even gameplay period. It literally consists just of setting a menu option.
Rejecting due to being a trivial run with no distinguishable tool-assisted gameplay.
DrD2k9: Un-rejecting this and moving to Playground. I feel this run be interesting to some; it also may be considered acceptable as a publishable branch at some point, but I'm not currently going to make that call.
feos: Changed the goal, we have this subset of major skip glitch branches that rely on the demo sequence to complete the game quicker, so it applies here, and it's a little bit more complicated than skipping directly to the ending... quickly.


Mitjitsu
He/Him
Banned User
Joined: 4/24/2006
Posts: 2997
After looking into how this was achieved. I'm giving this a no vote. Reason being that this would be no different from a real time run.
ajfirecracker
He/Him
Player (63)
Joined: 10/11/2017
Posts: 32
If last input timing is a meaningful timing method, and if the Vault is supposed to include all best-time runs for published games, then this should be included in the Vault. If last input timing is basically not meaningful, or if the Vault is not meant to include best times for all published games, then I can see excluding this. I don't see entertainment or the difficulty of the glitch as being meaningful reasons to exclude something from the Vault, once a different run of the game is published (based on my understanding of the Vault as a category).
Joined: 10/18/2011
Posts: 64
I vote yes because 13.8 billion years ago there was an unknown set of inputs, then some other stuff happened, and now here we are.
Active player (411)
Joined: 10/4/2015
Posts: 99
Ok, watched the movie with commentary, I think it's great (though I voted "meh" just because, well let's admit it, waiting for dozens of minutes isn't very exciting). It's probably Vault, under "Glitch" category, but I think it's pretty nice! I never understand why some people say things like "It's not faster than RTA". If it's optimal, it's optimal regardless of whether it can be done at human speed. The perfection of inputs is the interesting part, and this run has very short input. Then again, I think there should be a published Barney run too, so maybe I'm biased.
Editor, Experienced player (587)
Joined: 10/22/2016
Posts: 581
Location: Argentina
We was clickbaited
You can see more TASes on my youtube channel
DrD2k9
He/Him
Editor, Judge, Expert player (2221)
Joined: 8/21/2016
Posts: 1091
Location: US
Meerkov wrote:
I never understand why some people say things like "It's not faster than RTA". If it's optimal, it's optimal regardless of whether it can be done at human speed.
I think the reason RTA is referenced is to help in determining triviality of a particular TAS. In other words....if a human can accurately perform the inputs necessary to produce an optimal run, there's no reason to have done a TAS of the game in the first place. Essentially, the TAS is trivial because it shows nothing that a human player can't show in a given run. This thought process assumes the human is capable of doing ALL necessary inputs for the optimal run within a single run of the game. There are games where strats used in TASing are possible to perform by a human in real-time (i.e. frame-perfect inputs), but impossible (or nearly so) for a human to perform consistently and/or in rapid enough succession to yield an optimized run. I'll use one of my own TASes as an example: Circus Caper has a frame perfect jumping trick/damage boost that is used in the final boss battle (roughly 6:42 into the game) which allows the character to jump in mid air. This frame-perfect trick could theoretically be accomplished once or twice by a human player, but to do so consistently as the TAS does would be extremely difficult for a human.
TASVideosGrue
They/Them
Joined: 10/1/2008
Posts: 2792
Location: The dark corners of the TASVideos server
om, nom, nom... blech, salty!