Neutral reset/Speed multipliers Resetting the control stick neutral to "down" means that when the stick is at rest, the game thinks you are holding up. When you then hold up on the stick, the game reads this as "even more up" and you move significantly faster. Also, the use of toggle strafe in conjunction with running at an angle (strafe-running) to increase speed is lacking in this TAS. I would estimate that upwards of five minutes, if not more, are lost by not using both of these tricks to their fullest extent.

This trick would have no impact on a TAS as we already have full access to all possible control stick positions without having to reset neutral position.

Neutral reset/Speed multipliers Resetting the control stick neutral to "down" means that when the stick is at rest, the game thinks you are holding up. When you then hold up on the stick, the game reads this as "even more up" and you move significantly faster. Also, the use of toggle strafe in conjunction with running at an angle (strafe-running) to increase speed is lacking in this TAS. I would estimate that upwards of five minutes, if not more, are lost by not using both of these tricks to their fullest extent.

This trick would have no impact on a TAS as we already have full access to all possible control stick positions without having to reset neutral position.

I came here to post this. Assuming that a TAS input plugin is used rather than an actual physical controller, N64 and GameCube emulators assume that a player is doing neutral resets every frame, where necessary, thus giving access to the entire range of possible controller inputs. The reset thus isn't visible in the input file, but it is conceptually happening.

I still wish someone TASed the original DOS Doom.

Neutral reset/Speed multipliers Resetting the control stick neutral to "down" means that when the stick is at rest, the game thinks you are holding up. When you then hold up on the stick, the game reads this as "even more up" and you move significantly faster. Also, the use of toggle strafe in conjunction with running at an angle (strafe-running) to increase speed is lacking in this TAS. I would estimate that upwards of five minutes, if not more, are lost by not using both of these tricks to their fullest extent.

This trick would have no impact on a TAS as we already have full access to all possible control stick positions without having to reset neutral position.

I came here to post this. Assuming that a TAS input plugin is used rather than an actual physical controller, N64 and GameCube emulators assume that a player is doing neutral resets every frame, where necessary, thus giving access to the entire range of possible controller inputs. The reset thus isn't visible in the input file, but it is conceptually happening.

Can someone explain to me how the neutral reset position becomes unnecessary in a TAS? What the game-setting does is take the coordinates of "Down" as logical point origin ... So when the stick is in physical point origin the game will read it as "Up", and when the stick is pushed forward there will be an even bigger "Up". The distance from 0,0 to 0,128 is much shorter than 0,-128 to 0,128. Since the game seems to use the distance from logical origin to physical stick position as a speed modifier there is a significant speed-boost gained from this. (This is how I understood the explanation by PEACHES_ from the SGDQ2013 run)

Note: the most noticeable limitation of any physical N64 controller is the angular limitations (e.g. [128,128]). The actual N64 controllers are octagonal and reach, perhaps [90,90] while the input limits are square.

Neutral reset/Speed multipliers Resetting the control stick neutral to "down" means that when the stick is at rest, the game thinks you are holding up. When you then hold up on the stick, the game reads this as "even more up" and you move significantly faster. Also, the use of toggle strafe in conjunction with running at an angle (strafe-running) to increase speed is lacking in this TAS. I would estimate that upwards of five minutes, if not more, are lost by not using both of these tricks to their fullest extent.

This trick would have no impact on a TAS as we already have full access to all possible control stick positions without having to reset neutral position.

I came here to post this. Assuming that a TAS input plugin is used rather than an actual physical controller, N64 and GameCube emulators assume that a player is doing neutral resets every frame, where necessary, thus giving access to the entire range of possible controller inputs. The reset thus isn't visible in the input file, but it is conceptually happening.

Can someone explain to me how the neutral reset position becomes unnecessary in a TAS? What the game-setting does is take the coordinates of "Down" as logical point origin ... So when the stick is in physical point origin the game will read it as "Up", and when the stick is pushed forward there will be an even bigger "Up". The distance from 0,0 to 0,128 is much shorter than 0,-128 to 0,128. Since the game seems to use the distance from logical origin to physical stick position as a speed modifier there is a significant speed-boost gained from this. (This is how I understood the explanation by PEACHES_ from the SGDQ2013 run)

Warepire, an actual N64 controller does not have access to the full range that the system can accept. Some third-party controllers (most notably the Sharkpad) have a larger range than the Nintendo brand controllers but I'm not aware of any that have access to the full range. By resetting neutral, players are able to access the full range (in one direction) that the game can accept (i.e. 127 or 128, depending on the direction). When you reset neutral on an N64 console, you're enabling yourself to overcome the CONTROLLER's limitations but at no point are you tricking the game into accepting values above 128. Note: the most noticeable limitation of any physical N64 controller is the angular limitations (e.g. [128,128]). The actual N64 controllers are octagonal and reach, perhaps [90,90] while the input limits are square.