Crop TIFF images with exact dimensions. Lossless quality, multi-page support. Perfect for print prep and scanner cleanup. Free.
.tif or .tiff image from your device. Single-page and multi-page TIFFs both load. Only the first file you pick is loaded — this editor works on one image at a time, not a batch queue. Processing happens locally in your browser.TIFF (Tagged Image File Format, Adobe TIFF 6.0 specification, 1992) is the workhorse format for prepress, scanning, archival imaging, and scientific capture. Unlike JPG or HEIC, a TIFF crop can be genuinely lossless when re-saved with a lossless compression scheme (LZW, ZIP, PackBits, CCITT, or none) — the kept pixels are bit-identical to the source. That makes cropping a low-risk edit even on irreplaceable masters, and explains why TIFF stays standard for the workflows below.
If your source is JPG, PNG, or RAW, use the format-specific cropper — Crop JPG, Crop PNG, or the general Crop Image — and export as TIFF in one step. For a different edit on the same file, Resize TIFF, Rotate TIFF, Flip TIFF, and Compress TIFF keep the TIFF container. To bundle the cropped pages into a single document, Merge TIFF to PDF or Convert TIFF to PDF is the next step.
The crop itself is lossless on the pixels you keep; the question is which compression scheme re-encodes those pixels for the output. Pick based on what reads the file next.
| Compression | Lossy? | Best for | Compatibility |
|---|---|---|---|
| None (Uncompressed) | No | Print masters where any decode risk is unacceptable | Universal — every TIFF reader |
| LZW | No | Default for prepress, photography, and most archival use | Universal — the safest lossless choice |
| Deflate / ZIP | No | Modern workflows wanting ~10–20% smaller files than LZW | Wide, but some older RIPs and viewers refuse it |
| PackBits | No | Quick run-length encoding; minimal gain on photographic content | Universal — created by Apple, long-supported |
| CCITT Group 4 | No | Bilevel (1-bit) document and fax scans | Universal — but bilevel input only |
| JPEG | Yes | 8-bit RGB or grayscale where smaller files matter more than fidelity | Wide, but breaks alpha and high bit depth |
For colour print masters and scientific imaging, keep LZW or uncompressed. For bilevel document archives, CCITT G4 stays the densest option. Avoid JPEG-in-TIFF if the file may be cropped or edited again later — every JPEG re-encode adds generational loss.
The aspect-ratio dropdown gives you a fixed ratio while you drag the crop box; the pixel fields stay live so you can convert any ratio into an exact print size.
| Aspect ratio | Common TIFF use | Typical pixel target |
|---|---|---|
| 1:1 (square) | Microscopy frames, swatches, social-media output | 1200×1200, 2400×2400 |
| 3:2 | DSLR sensor crop, standard 4×6" photo print | 1800×1200 at 300 DPI |
| 4:3 | Older sensor crop, presentation slide masters | 1600×1200, 2048×1536 |
| 5:4 | Large-format film backs, 8×10" prints (close) | 2000×1600 |
| 7:5 | 5×7" photo print | 2100×1500 at 300 DPI |
| 7:9 (vertical) | ICAO biometric / passport photo (35×45 mm) | 413×531 at 300 DPI |
| 8.5:11 (US Letter) | Document scans, prepress page layout | 2550×3300 at 300 DPI |
| ~1.414:1 (A4) | ISO 216 document scans | 2480×3508 at 300 DPI |
| 16:9 | Slide masters exported to video, presentation graphics | 1920×1080, 3840×2160 |
| Free | Any rectangle — scanner bezel removal, GIS clip box | Custom |
Yes, as long as you keep a lossless output compression (None, LZW, ZIP/Deflate, PackBits, or CCITT G4 for bilevel). Cropping discards the pixels outside the rectangle, but the kept pixels are bit-identical to the source — no re-quantization, no re-sampling. Choosing JPEG-in-TIFF compression for the output is the one exception: that re-encodes the kept area lossily, so use it only when file size matters more than fidelity.
The same crop rectangle is applied to every page in the file. That is the right behavior for fax-style document scans, book scans, and CCITT G4 archives where every page shares a common bezel or header bar. If your pages have different content boundaries and need per-page crops, split the multipage TIFF into single-page files first, crop each individually, and re-merge with Merge TIFF to PDF for a single-document output or keep them as individual TIFFs.
By default the output keeps the source compression scheme (matching the behavior of the reference libtiff tiffcrop tool), the embedded ICC profile (sRGB, Adobe RGB, ProPhoto, or a custom CMYK profile), the XResolution/YResolution DPI tags, and the bit depth (1, 8, 16, or 32 bits per sample). Switch the compression dropdown to override the first; the colour profile, DPI, and bit depth are always carried forward.
Yes. The cropper reads each sample at its native bit depth and writes the output at the same depth — a 16-bit RGB TIFF stays 16-bit, a 32-bit float HDR TIFF stays 32-bit float. High-bit-depth precision is one of the main reasons photographers, scientific imagers, and prepress operators choose TIFF over JPG; the cropper never silently downsamples to 8-bit.
Yes, and it usually works better. Tesseract, ABBYY FineReader, and most commercial OCR engines benefit from clean inputs without scanner bezels, page-edge shadows, or stray fingertips. Crop to the actual document area at 300 DPI minimum (600 DPI for small text), keep CCITT G4 or LZW compression, and the OCR pass on the cropped file is faster and more accurate than on the raw scan.
TIFF stays large because it is lossless by design — even LZW or Deflate compression on a high-resolution photographic image often only shaves 20–40% off the uncompressed size. A 4000×3000 16-bit RGB TIFF cropped to half the area is still roughly half the original byte count (a few tens of megabytes), not "small". If file size matters more than fidelity, Compress TIFF lets you switch to JPEG-in-TIFF or step down to 8-bit, and Convert TIFF to JPG or Convert TIFF to PDF produce much smaller outputs for sharing.
Not on this page, and not anywhere on xconvert today — cropping isn't part of the batch-capable server-side tools. The editor here holds one file at a time: set the Width/Height/X/Y rectangle, crop, save, then + Start New and re-enter the same numbers for the next file. It's manual, but for scanned-document standardization, microscopy frame stacks, or any archive where consistent framing matters, the same rectangle applies every time. Each output keeps its original filename plus a suffix.
No. CMYK TIFFs keep their four channels and their colour profile; TIFFs with an alpha channel (e.g., from Photoshop) keep transparency intact. The crop is applied identically to every sample plane in the file, so masks, spot colour channels, and layer composites that the TIFF carries are preserved.
.tif or .tiff for the output?The two extensions name the same format — .tif is the original 8.3-filename DOS extension, .tiff is the four-letter form Apple and most modern software now prefer. The bytes are identical. If a downstream pipeline expects .tif specifically (some prepress RIPs and older imaging libraries do), use Crop TIF to get that extension; otherwise either works.