EDIT
☞ runs entirely in your browser — nothing is uploadedDrop your GIF here
or click to browse — animated GIF only
Preview
OneImageTool
Free Image Tools
EDIT
Scale an animated GIF without flattening it to a still image. Timing and looping survive.
or click to browse — animated GIF only
Preview
all of it, not the first frame
Most image editors open a GIF, show you the first frame and quietly throw the rest away. Save it back and the animation is gone — you have a still picture with a .gif extension. That is the single most common way a resize goes wrong, and you usually only notice after the file is already somewhere public.
This tool decodes the whole stack. Each frame is composited to full size first — GIF frames are often stored as small patches that only repaint what changed — then scaled, then written back into a new animation with the delays it arrived with. What comes out is the same clip at a different size, still looping the way it did.
three steps
It is decoded in the page. You get the frame count and the original dimensions straight away.
Proportions stay locked unless you unlock them, and 75 / 50 / 25% are one click away. The preview animates, so you can see what the new size actually looks like moving.
The rebuilt GIF is saved from your device. The file never left it.
quick answers
Yes. Every frame is scaled and re-encoded into a new animation with the original per-frame delays and loop setting. If you resize a 28-frame GIF you get a 28-frame GIF back.
Scaling down creates colours that were not in the original — a shrunk pixel is the average of several — so the new palette is harder to compress. Fewer pixels usually still wins, but a 50% resize rarely gives a 50% file. If size is the goal, cut frames or colours rather than dimensions alone.
You can, up to 4000 pixels, but GIF has no detail to recover. Enlarging a 100 pixel GIF to 400 gives you a soft 400 pixel GIF and a much larger file. Scaling down is what this is good at.
It survives. Transparent areas are re-declared as transparent in the new palette instead of being flattened onto black, which is what happens if the transparent colour is not explicitly written back into the file.
Files up to 25 MB. Everything runs in your browser, so the real limit is your device — a very long GIF at a large size needs to hold every frame in memory at once.
No. The GIF is read with the File API, decoded, redrawn and re-encoded in the page. There is no server call anywhere in that path, which is also why it works offline once the page has loaded.