What Pixel Speedrun Hooda Math Actually Is
I first ran into this when someone posted a split video on Speedrun.com that looked nothing like normal casual playthroughs of the Hooda Math games. The player was treating each level like a precision instrument, hitting exact pixel positions on the canvas, chaining inputs without a single unnecessary move, and routing around the game's invisible timing windows. That's what Pixel Speedrun Hooda Math comes down to — treating these supposedly casual educational math games as if they were frame-accurate speedrun titles. The games themselves are simple. Additions, subtraction, geometry puzzles, fraction matching. Nothing that screams "speedrun" on the surface. But once you start breaking down the input optimization and understanding how the game registers actions, you realize there's a hidden layer of deterministic behavior you can exploit if you care enough to map it out.
Getting Started With Pixel Speedrun Hooda Math
The first step is picking your game. Hooda Math has roughly twenty active titles, but not all of them have meaningful speedrun routes. The ones worth your time are Addition Island, Subtraction Sports, and Geometry Catch. These three have the most consistent input timing and the most documented overlap windows between levels. I started with Addition Island because the level count is low and the routing is straightforward enough to internalize quickly. You'll need to install a splitter or use a tool like OBS with custom source ordering so you can record your raw gameplay alongside your inputs on a separate timeline. This is non-negotiable if you want to analyze your runs afterward. Without input tracking, you're just watching a video and hoping you remember what you did wrong. I wasted three weeks on this before someone pointed out that recording keypresses separately cut my debug time by about eighty percent. Once your setup is running, pick a target route. The community-standard route for Addition Island goes through the first five levels in order, uses the tap-drag mechanic exclusively (no clicking), and chains level transitions by holding the enter key through the answer submission window. This saves approximately four seconds per level compared to the standard playthrough method.
The Mechanics Behind The Speed
Hooda Math games run on a relatively simple JavaScript game loop. Each frame, the game checks for input, updates the state, and renders. The critical detail most people miss is that the input buffer has a small but exploitable window — roughly 120 milliseconds — where a keypress from the previous action can carry over into the next level's initialization phase. If you hold enter during the completion animation, the game sometimes registers that same keypress as the start command for the next level before the level has fully loaded. This is what separates casual fast players from actual pixel speedrunners. The overlap isn't guaranteed. It depends on the exact frame the level transition triggers, which varies slightly between playthroughs due to timing jitter in the game loop. I learned this the hard way during my tenth attempt when I kept hitting the same bottleneck at Level 3. The overlap wasn't triggering because I was holding enter too early and the key was getting consumed by the score popup instead of the level start prompt. My workaround was to watch the exact pixel position of the score popup rather than listening for audio cues. The popup appears at a fixed screen coordinate on every run. When it reaches that coordinate, I release enter for exactly two frames then press it again. This timing accounts for the jitter and gets the keypress into the buffer at the right moment. This reduced my Level 3 time from an average of 8.2 seconds to 4.7 seconds and made the difference between a top-10 run and a top-5 run.
Get the Full Details

Common Pitfalls and What They Cost You
The biggest mistake beginners make is optimizing for individual level speed instead of route consistency. A player might shave two seconds off Level 1 but lose three seconds on Level 4 because they're rushing their inputs and missing the overlap windows. The game punishes inconsistency more than it rewards raw speed. Your average should stay within a half-second variance across all levels before you start pushing for personal bests. Another issue is drag velocity. The tap-drag mechanic has a minimum speed threshold. Move too slowly and the game registers it as a hover, not a drag. I measured this at roughly 150 pixels per second on a standard 1920x1080 display. Anything below that and you're burning frames on missed drags that reset the object to its starting position. This is especially brutal in Geometry Catch where you're chaining multiple drag actions per level. There's also a lesser-known issue with the browser's requestAnimationFrame timing. If your tab loses focus or your system throttles the tab, the game loop slows down and your input timing shifts. I discovered this when my splits jumped by 0.8 seconds on a run where I'd alt-tabbed to check a timer. Always keep the game tab focused and your system in performance mode. This alone can save you two to four seconds depending on how often you check splits during a run.
Tools and Resources
For tracking and analysis, the community mainly uses Splitty for split timing and InputOverAnalyzer for frame-by-frame input review. Both are free. Splitty integrates with OBS so your splits overlay directly on your recording. InputOverAnalyzer requires you to run the game in a controlled environment where you can export your input log, which means disabling any background processes that might inject synthetic input events. The primary route discussion happens on the Speedrun.com forums for Hooda Math titles and a smaller Discord community called Pixel Math Runners. The Discord is where most of the technical breakdowns happen — frame data, overlap windows, and the occasional discovery of a new trick. I found the overlap timing tables for Subtraction Sports there after three months of solo experimentation. If you want to watch established routes before attempting them yourself, the Speedrun.com leaderboards for Hooda Math games are the best source. Watch the top ten runs and note the input patterns rather than just the completion times. The difference between a 30-second run and a 45-second run is usually three or four specific input decisions, not general skill.
What This Approach Doesn't Work For
Pixel Speedrun Hooda Math methodology breaks down completely on games that rely heavily on randomized level generation. Fraction Match and some of the newer puzzle titles have variable element placements that make pre-planned routes impossible. For those games, the optimization shifts from input chaining to decision-speed optimization, which is a different skill set entirely and much harder to measure. Even on the supported titles, there's a ceiling. The overlap windows I described save maybe six to eight seconds per run total across all levels. If you're already playing at near-optimal speed without trying to chain inputs, you won't see meaningful improvement from learning these techniques. The returns diminish fast once you're spending under five seconds per level on average. At that point, the only gains come from discovering new route variations, which require hundreds of test runs to validate. Also worth noting: Hooda Math updates their games periodically and has changed the input handling code at least twice in the past three years. A route that works today might be broken after a patch. I had to completely relearn the Level 2 overlap on Addition Island after the March 2024 update because the completion animation timing shifted by one frame. Always verify your route data against recent runs before committing to it.

Pixel Speedrun Hooda Math in Practice
The realistic timeline for going from zero to a competitive run is about six to eight weeks if you're practicing two hours a day. The first two weeks are just learning the base route and building muscle memory for the tap-drag mechanic. Weeks three and four are where you start chasing the overlap windows and dealing with the inconsistency that comes with trying to do two things at once. Weeks five through eight are refinement — shaving off fractions of a second by tightening your input timing and eliminating any hesitation between levels. Most people quit during week three. The overlap windows feel inconsistent and you're losing time even though you're trying harder. This is normal. The technique clicks when you stop thinking about it as a trick and start treating it as part of the normal flow. I didn't land a consistent Level 3 overlap until my nineteenth attempt. After that, it became automatic. If you're serious about this, keep a run log. Record your splits, your input method, and any anomalies like tab switches or mouse movements that aren't part of the intended route. This data becomes useful after about ten runs when you can spot patterns in your mistakes. Without a log, you're just repeating the same errors and wondering why your times aren't improving.