Skip to main content
OS Authority

Resize an animated GIF

Set a new pixel width for an existing GIF. The height follows its original proportions, and every supported frame is resized into a new animation you can preview and download.

Your files stay on this device. Processing runs locally in a browser worker without uploading or logging their contents.

How it works

  1. Choose one GIF file. Still-image formats, video and animated WebP or PNG are not supported here.
  2. Enter a positive whole-pixel target width. Height is calculated from the original proportions.
  3. Resize the GIF. Source dimensions, frame count and source and output frame-pixel totals are checked against device limits.
  4. Play or stop the encoded preview, then download or share the resized GIF.

Resize every frame

This tool changes the dimensions of the whole animation. A 640 × 360 GIF resized to width 320 becomes 320 × 180. Height rounds to the nearest whole pixel, with a minimum of one pixel. Aspect ratio can therefore differ slightly for very small outputs. Enlarging an image cannot restore missing detail.

Timing and transparent backgrounds

Each supported frame is composed with its original disposal and transparency instructions before resizing. The new GIF keeps the frame count, encoded delays and loop extension, including a missing loop extension for play-once files. GIF delays are stored in hundredths of a second. Zero delays remain zero in the file, but browsers and other viewers can impose a minimum playback delay or override looping.

Dimensions versus file size

Smaller dimensions often help file size, but this tool does not target a kilobyte limit and does not guarantee a smaller file. Re-encoding writes complete composited frames and new palettes. An efficiently optimised original may become larger even after resizing. Check the downloaded byte size when an upload form has a strict limit.

Colour and transparency changes

GIF supports a palette of at most 256 colours per frame and on-or-off transparency. Resizing and palette quantization can change colours, add banding or make partially transparent edges opaque or transparent. The encoder uses no dithering. The preview shows the new encoded result; this is not a lossless animation edit.

Supported files and memory limits

Compressed bytes, source and output canvas dimensions, frame count, cumulative frame pixels and encoded output bytes are bounded. Large animations can exceed a phone’s safe workload even if their compressed file is small. Plain-text GIF extensions, unsupported disposal modes, malformed data and truncated files are rejected. Reduce the source dimensions or frame count in another editor if it exceeds the limits.

Frequently asked questions

Does the GIF stay animated?

Yes. Every supported source frame remains in the output. A single-frame GIF remains a single-frame GIF.

Can I set an exact height?

This version uses width to calculate a proportional height. Choose the width that gives the height you need; whole-pixel rounding still applies.

Why is the resized GIF larger?

The new encoder may use different palettes and full composed frames. Smaller pixel dimensions do not guarantee fewer compressed bytes.

Are colours identical?

No. Scaling and palette quantization can alter colours and transparent edges. Inspect the encoded preview before using the output.

Are GIFs uploaded?

No. GIF decoding, resizing and encoding run locally in a browser worker. Your animation contents are not uploaded.

Last reviewed: October 16, 2026

Related tools