Initializing... drag & drop files here
Supports: TIFF, TIF
This page turns a set of TIFF images into one animated PNG, where each uploaded .tiff/.tif becomes a frame. It is written for people who already have a numbered sequence — rendered frames, microscope or scanner captures, a stop-motion shoot, exported CAD turntables — and want a single file that loops in a browser without a video player. The one thing to know before you start: the animation is built from the number of files you upload, not from the pages inside one file, so a sequence needs two or more TIFFs on the page.
.tiff/.tif images onto the page, or use the file picker. Add them in the order you want them played — the list order on the page is the frame order. Upload at least two files if you want motion.Three behaviours account for almost every surprising result here.
frame_001.tif … frame_012.tif) are still worth using, because that is the order most file pickers hand over, but the list on screen is the authority — check it before converting..apng. That includes a multi-page TIFF: page normalisation reads only the first page (IFD), so a 12-page scan uploaded on its own still yields one frame. Export the pages as separate TIFFs from your imaging application first, then upload them together.| Control in Advanced Options | Choices | Effect on the APNG |
|---|---|---|
| Framerate | 1, 2, 5, 8, 10 (default), 12, 15, 20, 25, 30, 50 FPS | Sets the per-frame delay as an exact 1/N-second fraction. It does not add or drop frames — total playback time is frame count ÷ FPS |
| Image resolution | Keep original (default), Preset Resolutions, Width, Height, Width x Height, Resolution Percentage | The single biggest size lever, because every frame is stored in full. Also defines the shared canvas when your TIFFs differ in size |
| Combine? | Single animation (default), Individual files | "Single animation" makes one APNG from the whole upload; "Individual files" gives one output per input, which for still TIFFs means one static PNG each |
There is no quality slider, no palette-reduction control and no loop-count setting on this conversion: APNG frames are stored losslessly, and the output is always written to loop forever. Frame count, frame size and frame content are the only things that move the file size.
| Property | APNG | GIF | Animated WebP |
|---|---|---|---|
| Specification | W3C PNG Specification Third Edition, Recommendation 24 June 2025 (acTL/fcTL/fdAT) |
CompuServe GIF89a, 1989 | Google WebP container specification |
| Colour per frame | 24-bit truecolour | 256-colour palette | 24-bit truecolour |
| Transparency | Full 8-bit alpha | 1-bit, on or off | Full 8-bit alpha |
| Frame data | Lossless | Lossless, but on a quantised palette | Lossy or lossless |
| Typical size from photographic TIFFs | Largest | Middle | Smallest |
| Browser support | About 95.9% globally per caniuse (Chrome 59+, Firefox 3+, Safari 8+, Edge 79+, Opera 46+) | Effectively universal | About 96.2% per caniuse |
| If the viewer can't animate it | Shows the first frame as a normal PNG | Always animates | May not render at all |
TIFF's strengths — 16-bit channels, CMYK, layered scans, huge dimensions — do not survive the trip. An APNG is 8-bit RGB with 8-bit alpha, so a 16-bit-per-channel scan is reduced to 8 bits per channel and a CMYK TIFF is converted to RGB. If the archival depth matters more than the animation, keep the TIFFs and convert a copy.
A long sequence is the wrong job for APNG. Because frames are stored independently with no motion prediction, a few hundred full-resolution TIFF frames produce a file that no browser will load politely — at that point TIFF to MP4 is the right target and will be smaller by an order of magnitude. If the destination is a chat platform, forum or HTML email where animated PNG is often treated as a still, TIFF to GIF is the safer format despite its 256-colour ceiling. And if you only ever had one image, TIFF to PNG is the honest conversion — it gives you the same static result under the extension people expect.
Because each uploaded file is normalised to one image before frames are assembled, and that step reads only the first page of a multi-page TIFF. The remaining pages (IFDs) never reach the assembler. Split the document in your imaging application — Photoshop, GIMP, ImageJ/Fiji and tiffsplit all export pages as individual files — and upload the resulting TIFFs together as one batch.
Two, at minimum, and they have to differ from each other. The assembler collapses identical consecutive frames, so uploading the same image twice still writes a file with no animation chunk. Any set of two or more visibly different images produces a real animated PNG.
Yes, when the TIFF has an alpha channel. APNG carries a full 8-bit alpha channel — 256 levels of opacity per pixel — so soft edges, drop shadows and partially transparent overlays survive intact rather than being flattened. Nothing is added, though: a TIFF saved without alpha stays fully opaque, and areas that were flattened onto a background before export cannot be recovered.
Frame count divided by the framerate. Twenty TIFFs at the default 10 FPS run for two seconds; the same twenty at "1 FPS (Slideshow)" run for twenty. The delay is written as an exact 1/N-second fraction per frame, so there is none of the rounding drift that GIF suffers from storing delays in whole centiseconds.
Not from this page — the output is always written with an infinite loop count. If you need a play-once file you will have to edit the animation control chunk afterwards with a dedicated APNG tool, or use a video target such as TIFF to MP4, where playback repetition is controlled by the player or the HTML attribute rather than baked into the file.
Because APNG stores each frame losslessly at 24-bit colour while GIF quantises every frame to at most 256 colours first. For photographic or gradient-heavy TIFFs that gap is large and expected — you are paying bytes for the colour fidelity and smooth alpha you converted in order to get. For flat graphics with few colours the two land much closer together.
It turns off merging: each uploaded file is converted on its own instead of becoming a frame. Since a still TIFF has nothing to animate, you get one static PNG per input, named with the .apng extension. It is only useful when the uploads are already animated sources; for building a sequence from stills, leave it on "Single animation".
It opens everywhere a PNG opens, because that is what it is — the animation lives in ancillary chunks that non-animating decoders skip. The PNG Third Edition specification makes that fallback explicit: a decoder that does not recognise the APNG chunks displays the static image. So the worst case in an old viewer or a thumbnailer is your first frame shown as an ordinary PNG, never a broken file. For the reverse trip, APNG to TIFF pulls a frame back out.