Initializing... drag & drop files here
Supports: ODP
ODP is the OpenDocument Presentation format that LibreOffice Impress and Apache OpenOffice Impress write by default. TIF is the three-letter spelling of TIFF, the Tagged Image File Format that print, scanning and archival workflows have used since the late 1980s. This converter renders each slide of a deck into its own TIF raster at a resolution you choose, which is what you want when slides are heading into a page-layout program, a print job, or a long-term image archive rather than onto a web page. This page is the reference for what each control on it actually writes into the file.
| Property | Value |
|---|---|
| Full name | OpenDocument Presentation |
| Standards body | OASIS; ODF 1.2 also published as ISO/IEC 26300-1:2015 |
| First approved | 2005 (ODF 1.0); current version ODF 1.4, approved 6 October 2025 |
| Container | ZIP archive of XML parts plus embedded media |
| Native applications | LibreOffice Impress, Apache OpenOffice Impress, Calligra Stage |
| Content model | Vector shapes, text frames, embedded raster media, animation timings |
| Best for | Authoring and editing a deck |
| Not suitable for | Handing to someone with no ODF-aware office suite |
| Property | Value |
|---|---|
| Full name | Tagged Image File Format |
| Current specification | TIFF Revision 6.0, Final — 3 June 1992, published by Aldus Corporation |
| Ownership today | Adobe, which acquired Aldus in 1994; extended since by Technical Notes rather than a new revision |
Why .tif and not .tiff |
The 1992 spec itself says the recommended MS-DOS, UNIX and OS/2 extension is ".TIF" — the three-letter form is the original |
| MIME type | image/tiff |
| Maximum file size | The spec states the largest possible TIFF file is 2^32 bytes, i.e. 4 GB |
| Compression | Selectable per file; the Compression tag (259) records which scheme was used |
| Native browser support | Only Safari renders TIFF in a page; Chrome, Firefox and Edge do not |
| Best for | Print, scanning, page layout, archival masters |
.odp onto the page or click "+ Add Files". Several decks can be queued and converted with the same settings.Measured on one 3308 × 1861 px render of a text-and-headline slide, at the page's default "Very High" quality preset.
| Compression Type | TIFF Compression tag | Lossless? | Size on that slide |
|---|---|---|---|
| ZSTD | 50000 | Yes | 26 KB |
| WebP | 50001 | No — the encoder is not told to use WebP's lossless mode | 40 KB |
| DEFLATE | 8 (Adobe Deflate) | Yes | 56 KB |
| LZW | 5 | Yes | 79 KB |
| JPEG — the page default | 7 (new-style JPEG-in-TIFF) | No | 382 KB |
| LOSSY | 7 — identical output to JPEG | No | 382 KB |
| PACKBITS | 32773 | Yes | 5.3 MB |
| NONE | 1 | Yes | 18.5 MB |
| CCITT Fax 4 | 4 | Bilevel only | Fails on a colour slide |
| JP2K | 33004 | Varies | Fails on a colour slide |
.tif a different format from .tiff?No — they are the same format under two spellings of the same extension, and the bytes inside are identical. The three-letter form is actually the original: the 1992 TIFF 6.0 specification recommends ".TIF" for MS-DOS, UNIX and OS/2, because those systems were limited to three-character extensions at the time. The four-letter .tiff became common later on systems without that limit. Choose whichever your downstream software expects; if you would rather download .tiff files, use ODP to TIFF. This page also carries a "File extension" dropdown offering both spellings, with nothing preselected.
That is the sharpest edge on this page, and it is worth stating plainly: Compression Type opens on JPEG, and JPEG-in-TIFF discards pixel data permanently even though the file still ends in .tif. If you picked TIFF because it is the archival format, change that dropdown before converting. On our measured slide, the lossy JPEG setting was not even smaller — it produced a 382 KB file where lossless LZW produced 79 KB and lossless ZSTD produced 26 KB, because flat slide backgrounds and crisp text compress far better with a dictionary coder than with a DCT.
LZW if the file has to be opened by anything and everything — it has been in the spec since TIFF Revision 5.0 and every TIFF reader implements it. DEFLATE for a smaller lossless file that is still very widely supported. ZSTD if you control both ends and want the smallest lossless result, bearing in mind it is a modern libtiff extension rather than part of the 1992 specification, so older readers will reject it. NONE only when a workflow explicitly demands uncompressed data. Skip WebP unless size beats fidelity, because this pipeline does not switch WebP into its lossless mode. And avoid CCITT Fax 4 and JP2K entirely.
The job fails rather than producing a degraded image. We tested both against a full-colour slide render and each one aborted with a write error and left no usable file. CCITT Group 4 is defined for one-bit black-and-white fax data only, so a 24-bit colour raster has nothing legal to encode into. JP2K is a JPEG 2000 payload inside a TIFF wrapper that the encoder in this pipeline cannot produce for this input. Both entries exist because the underlying library exposes them, not because they suit a rendered slide.
None. They are duplicate entries: internally both map to the same JPEG compression mode, so choosing either produces a byte-identical file. The alias exists for historical compatibility with an older option set. Treat "LOSSY" as a second label for JPEG rather than as a separate, milder setting.
One per slide. A 20-slide deck produces 20 separate TIF files, not a single multi-page TIFF document. Multi-page TIFF is a legitimate part of the format, but this converter writes each rendered slide as its own single-page file, and when there is more than one output the results list gains a "Download all (ZIP)" button. If you need the whole deck in one file, ODP to PDF is the right target.
Only at extreme settings. Section 2 of the TIFF 6.0 specification states that the largest possible TIFF file is 2^32 bytes, and the classic TIFF structure uses 32-bit offsets, which is where that ceiling comes from. A widescreen slide at the maximum 1200 DPI is roughly 13,200 × 7,400 pixels, which is about 295 MB uncompressed — well inside the limit, but large enough that you should have a real reason for going above 600 DPI. The BigTIFF variant that lifts the limit with 64-bit offsets is a separate, later extension and is not what this converter writes.
Because browsers were never asked to support it. Per MDN, Safari is the only major browser that renders TIFF natively; Chrome, Firefox and Edge do not display it in a page. TIFF is a production format — image editors, page-layout software, RIPs, scanners and document management systems open it. If the images are destined for a web page or a chat message, use ODP to PNG, which handles hard slide edges without artefacts, or ODP to JPG for smaller files.
Your .odp is uploaded over an encrypted connection and rendered on our servers — this is a server-side conversion. The upload and the resulting TIF files are deleted automatically a few hours after conversion, no account is required, the images carry no watermark, and nothing is shared or made public. If you need to shrink existing TIFFs rather than make new ones, compress TIFF works on files you already have.