Initializing... drag & drop files here
Supports: AVIF
AVIF is the AV1 Image File Format: a compact modern still format from the Alliance for Open Media that stores AV1-coded image items inside the HEIF container, which is itself built on the ISO Base Media File Format. TIFF is the opposite kind of file — a tagged raster container from 1986 that print shops, scanning departments, GIS software, and desktop-publishing tools still treat as the neutral interchange format. This converter decodes your AVIF on our servers and writes a TIFF using the compression scheme you pick. One honest caveat before you start: a TIFF preserves every pixel the AVIF currently holds, but it cannot rebuild detail that AVIF's lossy encoder already discarded.
| Property | Value |
|---|---|
| Full name | AV1 Image File Format (AVIF) |
| Published by | Alliance for Open Media, first release 2019 |
| Container | HEIF, based on the ISO Base Media File Format |
| Payload | AV1 intra-coded image items |
| Bit depth | 8, 10, or 12 bits per channel |
| Transparency | Yes, via AV1 alpha image items |
| Native browser support | Chrome 85+, Firefox 93+, Edge 121+, Safari 16.4+ |
| Best for | Web delivery and app assets at very small file sizes |
| Property | Value |
|---|---|
| Full name | Tag Image File Format (TIFF) |
| Baseline spec | TIFF 6.0, published 1992 by Aldus, later Adobe; format dates to 1986 |
| Container | Image File Directory (IFD) tag structure |
| Payload | Selectable per file — LZW, Deflate, PackBits, JPEG, none, and extensions |
| Bit depth | 1, 8, and 16 bits per channel, and higher |
| Transparency | Yes, via an extra alpha sample — but only with certain compression schemes |
| Native browser support | None; browsers do not render TIFF as a web image |
| Best for | Print and prepress, scanning, GIS, and archival masters |
.avif onto the page or click "Add Files" to browse. Queue as many as you like — every file in the batch converts with the same settings..tif instead of .tiff.| Compression Type | Lossless | Keeps alpha | Use it when |
|---|---|---|---|
| JPEG (the control's opening value) | No | No — output is three-channel | You want the smallest TIFF and the image is an opaque photo |
| LZW | Yes | Yes | You want the standard lossless TIFF that every reader opens |
| DEFLATE (ZIP) | Yes | Yes | You want lossless with tighter packing than LZW on smooth artwork |
| PACKBITS | Yes | Yes | A legacy reader chokes on LZW; simple run-length packing |
| NONE | Yes | Yes | Maximum interoperability, or a tool that wants raw scanlines |
| CCITT Fax 4 | Yes | No | The source is a 1-bit black-and-white scan, not a colour photo |
| ZSTD / WebP / JP2K | Varies | Varies | Only when you know the receiving software reads these extensions |
LZW, Deflate, PackBits and "none" are all part of the TIFF 6.0 baseline and open essentially everywhere. ZSTD, WebP and JP2K are later libtiff extensions rather than TIFF 6.0 features, so older readers and many print RIPs will reject them — pick those only for a tool you have already tested.
Only if you change the Compression Type. The control opens on JPEG, which re-encodes the image lossily inside the TIFF wrapper — the file is a TIFF, but the pixels are JPEG-compressed. Select LZW, DEFLATE, PACKBITS or NONE and the TIFF is mathematically identical to the decoded AVIF. This is the single most common surprise on AVIF-to-TIFF conversions, so set it deliberately.
Only with a compression scheme that can carry a fourth channel. In our testing, a 400 × 300 AVIF with an alpha channel came back as a three-channel TIFF under the default JPEG compression — the transparency was gone — and as a four-channel TIFF under LZW and Deflate. TIFF's JPEG compression is defined for one-channel greyscale and three-channel colour only, so alpha cannot survive it. If transparency matters, choose LZW or Deflate.
No. TIFF is a container for whatever pixels the AVIF already holds; it cannot recover detail a lossy AV1 encode discarded. What you gain is an editable master that will not lose more quality on each save, which is exactly why print and archival workflows prefer it. If you only need a smaller lossless web copy rather than a print master, convert AVIF to PNG instead.
Because an uncompressed TIFF stores raw samples: width × height × channels bytes at 8 bits per channel, plus a small header. A 4000 × 3000 RGB image is therefore about 36 MB with no compression, while the same picture as AVIF may be well under 1 MB. LZW and Deflate shrink that considerably without touching a pixel; if the result is still awkward to move around, run it through the image compressor.
Nothing about the data — they are the same format with two spellings, a leftover from the 8.3 filename limit of early DOS. The File extension control on this page lets you write either one. Pick .tif if the receiving software or a job-ticket script expects that spelling; otherwise .tiff is the more descriptive default.
No — not from this page. CCITT Group 4 is a one-bit-per-pixel scheme designed for fax-style black-and-white documents; it has no way to represent greyscale or colour, and an AVIF decodes to colour, so selecting it does not shrink the file — the job leaves a truncated, unreadable TIFF rather than reporting a clean error. Use LZW or Deflate for a lossless TIFF, and let a document-imaging tool do any bilevel conversion afterwards.
AVIF can hold 8, 10 or 12 bits per channel, and TIFF can store 16-bit samples, but most AVIF files exported by phones, browsers and web tooling are 8-bit and convert as 8-bit TIFF. If you are working from a genuinely high-bit-depth AVIF master and need to guarantee the extra precision downstream, check the resulting TIFF in your editor before committing to a print run.
Your AVIF is uploaded over an encrypted connection, decoded and re-encoded on our servers, and both the upload and the finished TIFF are deleted automatically after a few hours. There is no sign-up, no watermark, and files are never shared or made public. If you later need to bring that TIFF back to something web-friendly, convert TIFF to JPG is the usual next step.