Pause Buffering: Difference between revisions

no edit summary
m (Added Pause Buffering to Category:Glitches)
No edit summary
Line 2: Line 2:


==Applications==
==Applications==
Pause buffering can be used to press inputs on two or more in-game-contiguous frames. There are three parts to a button input—[[Button press|pressing]], [[Button hold|holding]], and [[Button release|releasing]]. If the game detects that the button is being inputted on two frames in a row, it will detect that the button is being held, even if there were two separate presses. Furthermore, holding a button often does nothing, such as walking while holding the Z button and any holding of the B button.
Pause buffering can be used to press inputs on two or more in-game-contiguous frames. As [[Super Mario 64]] runs at 30 frames per second, a player can theoretically input a button press up to a maximum of 15 times per second. The button input needs to be released for a single frame before it can be pressed again. Pause buffering allows you to input button presses at a higher rate since the game world is frozen while inputs are still polled. These extra button presses come at the cost of time lost transitioning between the pause menu and gameplay.
===Pause Buffering Inputs===
===Pause Buffering Inputs===
In situations where it would be advantageous to press the same button for two frames in a row, those two in-game frames can be separated by opening the pause menu. This provides time for the game to recognize the release of the button, and be able to detect another press once the game is unpaused. In short, pausing allows an input to be released and pressed again without changing any in-game states. For example, a [[dive]] can be followed immediately by a [[dive recover]], which is useful while holding an object [[handsfree]] in the [[A Button Challenge]] (ABC). Notably, pause buffering is not necessary to perform this in a non-ABC setting, since B can be pressed to dive followed by A to recover.
In situations where it would be advantageous to press the same button for two frames in a row, those two in-game frames can be separated by opening the pause menu. This provides time for the game to recognize the release of the button, and be able to detect another press once the game is unpaused. In short, pausing allows an input to be released and pressed again without changing any in-game states. For example, a [[dive]] can be followed immediately by a [[dive recover]], which is useful while holding an object [[handsfree]] in the [[A Button Challenge]] (ABC). Notably, pause buffering is not necessary to perform this in a non-ABC setting, since B can be pressed to dive followed by A to recover.