Advertisement
AceOfArrows

How TP Retro Generally Works

Apr 9th, 2018
166
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.64 KB | None | 0 0
  1. How Twitch Plays Retro Usually Ends Up Working for Platformers
  2.  
  3. This is NOT a rule, but is generally how it ends up working out. Chat generally ends up cycling their save slots. It basically works out as though chat is attempting to TAS the game segment-by-segment via trial-and-error.
  4.  
  5. At the start of a stage (or boss battle), chat usually saves all 3 available slots to ensure a clean slate to work with.
  6.  
  7. Each time a set of actions must be scripted and experimented with (each time a "segment" starts):
  8.  
  9. 1) One of the slots is loaded from. (Whichever one chat deemed as savable progress from the last set - whichever "won" last round, and is the current segment's starting point.)
  10.  
  11. From whichever slot is chat's currently-designated "load from here" state, chat attempts to come up with a set of actions that can be deemed "savable progress." (Several failed attempts generally happen before this, allowing for chat to load one state over and over again, trying different action scripts, until something works to chat's satisfaction.)
  12.  
  13. 2) The other two save slots (possible branches/potential successes) are used whenever chat:
  14. ---> Finds a suboptimal solution that they *might* want to keep (a "just in case" save).
  15. ---> Finds a good, solid solution they can agree is properly-savable progress.
  16.  
  17. 3) Either way, once chat determines savable progress has been made:
  18. ---> If totally safe, they wait to ensure they're really safe, then save.
  19. ---> If the situation will become unsafe soon, they tack a save onto the end of a confirmed-successful string.
  20.  
  21. That state then becomes the new "load from here" slot, with the other two now acting as the branches.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement