Convert GIF to JPG

This is the thing to know before converting. A GIF can hold hundreds of frames; a JPG holds one picture and has no mechanism for a second. So the conversion picks the first frame, which is the only choice that does not involve guessing which moment you meant.

That is often not the frame people want. Animations frequently open on a blank or near-blank lead-in, so the still can look like nothing happened. If a specific moment matters, this is not the tool: convert the GIF to a video and pause where you want, or use an editor that shows you the frames. A converter takes one file and returns one file, and choosing between three hundred moments is not something it can do from the file alone.

Two things shrink at once. Discarding every frame but one removes most of the file by itself — a three-second animation is dozens of images and you are keeping one. Then JPG compresses that single image with a scheme built for photographs, which is generally more efficient than GIF at the same visual quality.

The exception is worth naming because it is common. If the GIF is a chart, a logo, a screenshot or anything made of flat colour and hard edges, JPG is the wrong target: it will smear the edges and may not save much. PNG or WebP handle that kind of image far better, and WebP will also keep the transparency.

A GIF has been through a colour reduction to at most 256 colours before it ever reached you. That is a real loss and it has already happened, so the JPG is not compressing an original — it is compressing something that was simplified once already.

In practice this is invisible for a thumbnail or an avatar and noticeable if the GIF contained text. You can raise the quality setting under the result, which reduces the softening around edges without removing it. Converting the JPG back to GIF afterwards recovers nothing; each step only removes.

GIF can mark pixels as transparent and JPG cannot — the format has no alpha channel at all. So anything see-through becomes a solid colour, white unless you choose otherwise in the settings under the result.

That default is right most of the time and wrong in one memorable case: a white or pale graphic on a transparent background becomes invisible. If you can see the shape in a preview but not in the JPG, this is why. Pick a contrasting fill colour, or convert to PNG or WebP instead, both of which keep the transparency intact.

Since this takes the first frame, the useful trick is to change which frame is first. Any GIF editor will trim the lead-in, and once the moment you want sits at the front, this conversion hands it to you.

The other route is to convert the GIF to MP4 and take a still from the video, where a timestamp can be named. That is two steps instead of one, and it is the only way to reach frame 147 of 300.

The JPG comes out at exactly the size of the GIF. Animations are frequently small — 480 pixels wide is still common, because back when the format took hold every extra pixel was multiplied across every frame.

So a still taken from one is small, and enlarging it afterwards will not add detail the GIF never had. If the picture needs to be large, the GIF is the wrong source and the original video or photograph is the right one.

Plenty of GIFs hold a single frame: old site graphics, images in email templates, exports from software that offered nothing else. For those, none of the frame-choosing applies and this is simply a change of format.

What still applies is the colour reduction that happened when the GIF was made, and the question of whether JPG is the right target at all. A single-frame GIF is usually a graphic rather than a photograph, and graphics belong in PNG or WebP.

GIF has no EXIF. The specification includes a comment block that almost nothing writes and almost nothing reads, and that is the entire extent of it.

So there is nothing here to carry across and nothing to strip. The JPG comes out with no date, no device and no coordinates, because the GIF never had them to give.

Drop a folder and each GIF gives up its first frame; the results come back as a ZIP. That suits the common case of turning a set of animations into thumbnails.

The decoding, the frame selection and the JPG encoding all run in your browser. Nothing is uploaded, so there is no queue behind anybody else and no daily allowance to spend; the batch itself stops at 100 files at once.