DOC to TIF: What This Tutorial Covers
Converting a Word .doc to TIF gives you one raster image per page, in the format that scanning, faxing, and document-archive systems have accepted for three decades. This walk-through covers the two settings that decide whether the result is actually usable — the render DPI and the TIFF compression codec — plus the "File extension" control that decides whether your files come back named .tiff or .tif, which trips people up more often than anything else on the page.
How to Convert DOC to TIF
- Upload Your DOC File: Drag and drop the
.doconto the drop zone or click "Add Files". Each page of the document becomes its own image, so a 12-page file returns 12 numbered images. - Pick a Conversion Quality (DPI): "Conversion Quality" sets the render resolution — 72 to 1200 DPI, with 300 DPI (High Quality / Print Recommended) selected by default. This is the setting that determines the pixel dimensions of every page.
- Choose a Compression Type and File Extension: "Compression Type" defaults to JPEG; switch it to LZW if the images have to open in ordinary viewers or go to a printer. "File extension" starts on TIFF — select TIF if you specifically need the three-letter extension.
- Convert and Download: Click Convert, then download the pages individually or press "Download All (Zip)" to take the whole set at once. No sign-up, no watermark.
Walk-through: Compression Type, and Why the Default Isn't Always Right
TIFF is a container, not a single codec. The "Compression Type" control picks what actually goes inside it, and the choice changes both file size and which programs can open the result. The tool ships with JPEG selected, which produces the smallest files but stores the page as lossy JPEG data inside a TIFF wrapper — some viewers, imaging libraries, and prepress workflows refuse it. The page carries that warning in the interface itself: LZW is the standard for TIFF files and offers the best compatibility.
| Compression Type | Lossy? | Typical use | Compatibility |
|---|---|---|---|
| LZW | No | The safe default for documents and archives | Broadest — the de facto standard TIFF codec |
| JPEG (tool default) | Yes | Smallest files when the pages contain photos | Uneven; older viewers and print workflows often reject it |
| Deflate (ZIP) | No | Lossless with better ratios than LZW on flat artwork | Good in modern software, weaker in legacy tools |
| PackBits | No | Simple run-length coding, very fast | Very broad, but weak compression |
| CCITT Fax 4 | No | Bilevel fax and 1-bit scans — expects black-and-white input, not a colour page render | Universal in fax/document systems |
| None | No | Raw, uncompressed pages | Universal, but files get very large |
| WebP / ZSTD / JP2K | WebP and JP2K can be; ZSTD is not | Modern codecs with strong ratios | Narrow — recent libraries only |
The "Quality Preset" slider only matters for the lossy codecs. It defaults to Very High (Recommended), which drives the encoder at quality 95; with LZW, Deflate, PackBits, or None selected there is nothing for it to trade away, so the setting has no effect on the output.
Picking a DPI for Archiving and OCR
| Conversion Quality | A4 page pixels | Why you'd use it |
|---|---|---|
| 150 DPI (Balanced / Medium) | ≈ 1240 × 1754 | Reference copies where the file has to stay small |
| 200 DPI (Office Standard) | ≈ 1654 × 2339 | The traditional document-imaging resolution |
| 300 DPI (default) | ≈ 2480 × 3508 | Print-quality text; the usual floor for reliable OCR |
| 400 DPI (Small Text / OCR) | ≈ 3307 × 4677 | Dense footnotes, tiny type, poor-quality source layouts |
| 600 DPI (Ultra High / Archival) | ≈ 4961 × 7016 | Long-term preservation masters |
Pixel count grows with the square of DPI, so 600 DPI pages are roughly four times the raw data of 300 DPI pages before compression. Pick the lowest number that keeps the smallest text on the page legible.
Common Errors and How to Fix Them
- "My image viewer says the TIFF is corrupt or unsupported" — Almost always the JPEG compression default. Re-convert with Compression Type set to LZW, which is the codec nearly every TIFF reader implements.
- "I wanted one multi-page TIFF and got a folder of files" — This converter writes one image per page. TIFF the format can hold many pages in a single file, but the output here is per-page; use "Download All (Zip)" to keep them together, or convert to PDF if a single paginated file is the real requirement.
- "The files are named .tiff, not .tif" — The "File extension" control starts on TIFF. Switch it to TIF before converting; the pixel data is identical either way, only the filename changes.
- "The text is soft or jagged" — Render DPI is too low for the type size. Move Conversion Quality up to 300 or 400 DPI and convert again.
- "The files are enormous" — Uncompressed (None) or very high DPI, or both. Drop to LZW at 300 DPI, which is lossless and typically a fraction of the raw size for text pages.
- "The conversion fails immediately" — Password-protected and corrupted
.docfiles cannot be opened for rendering. Remove the protection in Word, re-save, and upload again.
When This Doesn't Work
TIFF is the wrong destination when what you actually need is text rather than a picture of text: the output is a flat raster, so nothing in it is searchable, selectable, or reflowable, and it will not shrink to a sensible email attachment. If the goal is a portable, searchable copy, DOC to PDF keeps real characters. If the goal is a web or chat-friendly image, DOC to PNG or DOC to JPG produce far smaller files from exactly the same page render. And if your file is a modern .docx rather than the legacy binary .doc, use the DOCX to TIFF converter so it is parsed by the right reader.
Frequently Asked Questions
Is .tif different from .tiff?
No — they are two spellings of the same format, a hangover from the three-character filename limit of MS-DOS. The bytes inside are identical, and every TIFF reader accepts both. The only reason to care is a downstream system that matches on the extension string, which is why the "File extension" control lets you choose.
Does each page become a separate TIF file?
Yes. The document is paginated first, then rendered page by page, so a 12-page .doc returns 12 images numbered in order. When there is more than one, a "Download All (Zip)" button appears so you can take the whole set in one archive.
Which compression should I use for archiving?
LZW for almost every document. It is lossless, so nothing in the page render is discarded, and it is the codec with the broadest reader support. Deflate is also lossless and often a little smaller on flat, text-heavy pages, but it is less universally implemented. Avoid JPEG compression for archival masters — it is lossy, and once the artefacts are baked in you cannot get the original pixels back.
Is the conversion lossless?
Two different questions hide in that one. The layout render is a rasterisation, so vector text becomes pixels and cannot be turned back into characters. The image encoding, though, is lossless whenever you select LZW, Deflate, PackBits, or None — only the JPEG, WebP, and JP2K options discard data.
How large can a TIF file get?
Classic TIFF stores its internal pointers as 32-bit offsets, which caps a single file at 4 GB; the BigTIFF variant raises that ceiling with 64-bit offsets. In practice a single rendered document page never approaches either limit — a 600 DPI A4 page is around 4961 × 7016 pixels, and LZW compresses text pages heavily.
Why do my fonts look slightly different from Word?
The document is laid out by LibreOffice on our servers before rasterisation, so any typeface it cannot find is replaced with a metrically similar substitute. Pagination and line breaks normally survive intact, but individual glyph shapes can shift — most noticeably with display or corporate fonts. Embedding fonts in the .doc, or sticking to widely installed families, gets you closest to the original.
Can I resize the pages instead of changing the DPI?
Yes. "Image resolution" defaults to "Keep original" and also offers a percentage, preset heights, or an explicit width and height in pixels or percent. DPI controls how finely the page is rendered; the resolution controls resample the finished image, so for maximum text quality set the DPI first and only resize afterwards if a fixed pixel size is required.
What happens to my document after the conversion?
It is uploaded over an encrypted connection, converted on our servers, and deleted automatically after a few hours. No sign-up, no watermark, and files are never shared or made public.