01 / Drop
Choose a GIF
Drag in a GIF, or paste one. It is read at once in your browser.
Free tool
Drop a GIF to see what is inside it: the number of frames, each frame's delay as a table and a bar graph, the total length, the frame rate, the loop count, disposal methods, transparency, colour tables and bytes that do nothing. It reads the file only, so nothing is uploaded and nothing is changed.
Each bar is one frame, as tall as its delay. Amber bars are delays under 0.02 s, which browsers show as 0.1 s. Click a bar to see that frame.
| Frame | Starts | Delay | Speed | Disposal | Size | Position | Colours table | Colours used | See-through | Bytes |
|---|
Click a frame to see it large. The arrow under a frame saves it as a PNG, with the frames before it already drawn in, as a browser would show it.
The GIF is read in your browser. Nothing is uploaded and nothing is changed.
How it works
01 / Drop
Drag in a GIF, or paste one. It is read at once in your browser.
02 / Read
Cards give the totals, a graph shows every delay, and a table gives each frame in full.
03 / Take
Copy the report, download the table as CSV, or save any frame as a PNG.
Guide
A GIF analyzer opens a GIF file and tells you what is inside it: how many frames it has, how long each frame stays on screen, how long the whole GIF lasts, how fast it plays, how many times it loops, how each frame is cleared, which colours it uses and whether it carries bytes it does not need. This one reads the file's own blocks in your browser and changes nothing, so it is a safe way to find out why a GIF plays too slowly, too fast, only once or at a bigger size than it should be.
| Item | What it tells you |
|---|---|
| Delay | How long the frame is shown. The file stores it in hundredths of a second, so every delay is a multiple of 10 ms. |
| Frame rate | Frames per second: 100 divided by the delay in hundredths. A delay of 4 hundredths is 25 fps, and 10 hundredths is 10 fps. |
| Disposal | What happens to the frame's area before the next frame is drawn: left in place, cleared to the background, or put back as it was. |
| Colours table | Whether the frame uses the one table shared by the whole file (global) or its own (local), and how many entries it holds. |
| Colours used | How many different colours the frame really draws, which can be fewer than its table holds. |
| See-through | Whether the frame names a colour to treat as clear. The table shows its number. |
| Bytes | The size of that frame in the file, with its table and headers. |
The GIF format counts time in hundredths of a second. A delay of 0 or 1 hundredth asks for the next frame almost at once, and browsers commonly show such a frame for 0.1 s instead. The GIF specification sets no minimum, so this is a habit of players and not a rule of the format. The analyzer marks these frames in amber and gives both lengths. Take a GIF of 10 frames that each carry a delay of 1 hundredth. The file adds up to 10 times 0.01, which is 0.1 s, but a browser that shows each frame for 0.1 s plays it for 10 times 0.1, which is 1 s. That is ten times slower than the file says. If you see this warning, set a real delay with the GIF speed changer.
The GIF89a specification (checked 19 Oct 2026, w3.org) names four values. 0 means no disposal is specified, 1 means the graphic is left in place, 2 means the area is restored to the background colour, and 3 means the area is restored to what it was before. A frame with a see-through part often uses 2, so the old picture does not show through. If a GIF leaves trails behind moving objects, look for disposal 1 on frames that have see-through pixels.
The repeat count is not part of the GIF89a specification. It comes from an application extension that browsers read as a common habit. A count of 0 means forever. No loop block at all means the GIF plays once and stops on its last frame, which is why a GIF that "does not loop" is usually just missing the block. The Loops card tells you which case you have.
The last section adds up bytes the file spends without changing how it looks: comments, extra blocks that no player uses, data after the end marker, a colour table copied into a frame when the global one is identical, and frames that look exactly like the frame before. The total is lossless to remove. It will not shrink a large GIF by itself; for that, use the GIF compressor, which also changes the pixels.
Questions
No. The file is read in this tab by your browser and never leaves your computer. Nothing is changed or saved.
The Frames card gives the number. The Every frame table lists them one by one.
Read the Frame rate card. It is the number of frames divided by the length, and the range under it shows the slowest and fastest frame. For one frame, it is 100 divided by its delay in hundredths of a second.
A delay under 0.02 s is commonly shown as 0.1 s by browsers. The analyzer marks those frames in amber and shows the length both ways.
The GIF repeats forever. If there is no loop block, the GIF plays once. The loop block is a common extension and not part of the GIF89a specification.
They say what happens to a frame's area before the next frame is drawn. The values are 0 (nothing specified), 1 (leave in place), 2 (restore to background) and 3 (restore to previous).
Comments, unused extra blocks, data after the end marker, repeated colour tables and repeated frames. They do not change how the GIF looks. The tool only reports them; it does not change your file.
No. It reads GIF files only. For an animated WebP, turn it into a GIF first with WebP to GIF.
No. It only reads it. To shrink or edit a GIF, use the GIF compressor, the GIF cutter or the GIF speed changer.