Flip TIF images horizontally or vertically. TIFF output is lossless (Deflate) and keeps the DPI tag.
TIFF (Tagged Image File Format, defined by Adobe's TIFF 6.0 specification from 1992) is the working standard for archival scanning, professional photography, satellite imagery, geospatial data, and prepress workflows. Because TIFF can store 8-bit, 16-bit, or 32-bit channels with lossless compression, flipping is the safest geometric edit you can perform on these files — it is a pure pixel permutation. This editor writes TIFF output losslessly (Deflate) in 8 bits per channel, so an 8-bit RGB or greyscale TIFF keeps every pixel value; 16-bit precision is not kept.
This editor has no compression-type setting — a TIFF it saves is always Deflate-compressed (lossless); the guide below explains the types you may meet in source files and in other tools.
| Compression | Lossless? | Typical Use | Notes |
|---|---|---|---|
| LZW | Yes | General-purpose default | Patent expired 2003-2004; fast encode, moderate decode |
| Deflate (ZIP) | Yes | 16-bit photographs, archival | Smaller than LZW on 16-bit data; slower to write |
| Packbits | Yes | Fastest encode | Larger files; ideal when speed matters more than size |
| CCITT Group 4 | Yes | Bitonal (1-bit) scans, fax | ITU-T T.6 standard; only for black-and-white |
| JPEG | No | Photographic content needing smallest size | Lossy DCT re-encode; not for archival |
| JP2K (JPEG 2000) | Yes or No | Medical, cinema masters | Wavelet codec; both modes supported |
| ZSTD | Yes | Modern workflows | Strong ratio at high speed; less universal support |
| WebP | Yes or No | Web-staging from a TIFF master | Newer, narrower decoder support in legacy TIFF readers |
| None | Yes | Maximum compatibility | Largest files; opens in any TIFF reader ever shipped |
| Property | TIF/TIFF | PNG | JPEG |
|---|---|---|---|
| Bit depth | 1, 8, 16, 32 per channel | 1-16 per channel | 8 per channel |
| Color models | RGB, CMYK, Lab, grayscale, indexed, multi-channel | RGB, grayscale, indexed | YCbCr (RGB on decode) |
| Lossless option | Yes (LZW, Deflate, Packbits, etc.) | Yes (Deflate only) | No (baseline JPEG) |
| Multi-page support | Yes (native) | No | No |
| Typical use | Archival, prepress, scientific | Web graphics, screenshots | Photographs for web/sharing |
| Spec owner | Adobe (TIFF 6.0, 1992) | W3C / PNG group | ITU-T T.81 / ISO/IEC 10918 |
The flip itself is purely geometric — it reorders pixel rows or columns without recomputing any color values. A TIFF saved here is always written with lossless Deflate compression, whatever the source used, so an 8-bit RGB, greyscale or black-and-white TIFF keeps its pixel values. What is not kept: 16-bit precision (saved as 8-bit), CMYK (saved as RGB) and wide-gamut colour (converted to sRGB). Saving as JPG, WebP or AVIF instead re-encodes lossily.
No — there is no compression choice: a TIFF saved here always uses Deflate, which is lossless and usually a few percent smaller than LZW on 8-bit RGB or grayscale data. If a downstream tool needs LZW (or ZSTD, PackBits or CCITT), re-save the flipped file in a desktop tool such as ImageMagick or GIMP.
They are the same format. ".tif" is the 3-character DOS/Windows-95 convention; ".tiff" is the full name preferred on Mac OS and Linux. The editor keeps your file's own spelling (a .tif stays .tif) and writes the same TIFF 6.0 byte structure either way — your downstream tool will accept both interchangeably.
The pixel data is flipped and the TIFF container is rewritten from scratch, so EXIF tags, IPTC blocks, ICC profiles, and GeoTIFF georeference tags are not carried over; only the print resolution (DPI) is kept. For archival or GIS work where metadata matters, keep an original copy. If you need the GeoTIFF tags re-written to match the new orientation, use a tool like GDAL after flipping.
Yes — that is the whole point. A horizontal flip mirrors any visible text so it reads right-to-left. That is the desired behaviour for prepress and transfer printing; if you only want to correct a scanner's mirrored output, double-check that the source actually was mirrored and not just oriented differently.
Only the first page. The editor says so when the file opens ("This TIFF has N pages: an edit here keeps only the first page."); a flipped TIFF holds page 1 only, while downloading the file without an edit gives back the original with every page. For multi-page documents — fax archives, multi-frame scans, microscopy z-stacks — split the file into single-page TIFFs first, flip each, and recombine. Tools like ImageMagick (magick mogrify -flip *.tif) handle this in batch on the desktop.
TIFF can store up to 4 GiB per file under the classic TIFF 6.0 spec, and BigTIFF extends this to effectively unlimited sizes. Most images are processed right in your browser, so the practical limit is how much memory your browser tab can hold. If your file is enormous, run a desktop tool instead.
Yes. When every pixel is black or white, the editor writes the TIFF as 1-bit black-and-white again (and a greyscale TIFF as 8-bit grey). It uses Deflate, not CCITT Group 4, and the editor has no compression setting, so the result can be larger than a CCITT Fax 4 original. If you need Group 4, re-save the flipped file in a desktop tool.
If you need a 90° rotation rather than a mirror, see Rotate TIF. To shrink the file after flipping, use Compress TIF. To export the flipped result for web sharing, TIFF to JPG is the common next step, and TIF to PDF is useful for archiving multi-page scans.