GIF Frame Randomizer

Shuffle an animated GIF's frame order, or randomize each frame's playback delay within a range — same frames, replayed differently every time you run it. Your upload shows in its own Uploaded GIF preview as soon as you pick it, right above the Randomized GIF result, so you can compare the two once you run the tool.

How it works

Upload an animated GIF (at least 2 frames — a single-frame GIF has nothing to randomize) and choose what to randomize:

• Frame order (shuffle) — the default. Reorders the GIF's frames with an unbiased Fisher-Yates shuffle. Each frame's own delay travels with it, so playback still has the original rhythm, just in a scrambled sequence.
• Timing (random delay per frame) — keeps every frame in its original position but gives each one a fresh, independent delay picked from a Min delay / Max delay range (in seconds). This produces an erratic, glitchy playback speed rather than a reordered animation.

Loop forever is checked by default, so the output GIF loops indefinitely like most animated GIFs. Uncheck it to make the output play once and stop on its last frame.

Privacy

The GIF is processed on our server, not in your browser — that's what makes multi-frame decoding and re-encoding possible without a heavy in-browser library. It's used only to produce your result and isn't stored afterward. This uses one credit per run, including on the website itself.

Will I get a different result every time I run it?

Yes. Both modes pick fresh randomness on every run, so re-running the tool on the same upload produces a different frame order or a different set of timings each time.

Can I combine a shuffle with a resize, crop, or other edit?

Not in one pass — each run applies one operation. Run this tool once, download the result, then feed it into GIF Editor (or vice versa) for a second pass.

Why is Max delay clamped to be at least Min delay?

A frame's delay has to come from a valid, non-empty range — if Max delay is entered lower than Min delay, it's raised to match Min delay so every frame still gets a valid random value instead of the run failing.