Initializing... drag & drop files here
Supports: ODT
This is a document-to-image conversion, not a document-to-document one: your OpenDocument Text file is laid out exactly as LibreOffice would print it, and each page comes back as its own WebP picture. That makes it the right tool for putting a page of a contract, invoice, CV or worksheet onto a web page, into a forum post, or inside a Notion/Confluence card — and the wrong tool if you still need editable, selectable text. Below you will find what every control on this page actually changes, what a multi-page document produces, and where the conversion runs out of road.
.odt onto the page or click "Add Files" to browse. You can queue several documents and they all run with the same settings.The conversion runs in three stages, and knowing them explains most of the surprises people hit.
First, LibreOffice opens your .odt and lays it out as a PDF. This is the stage that decides pagination, so the page breaks you get are the ones LibreOffice would print — not necessarily the ones your original editor showed. Second, each PDF page is rasterised to a full-resolution PNG at the DPI you chose under Conversion Quality. Third, those page images are encoded to WebP with the Quality Preset and Lossless settings you picked.
Three consequences follow directly:
Conversion Quality sets the rasterisation DPI. Because a page has a fixed physical size, DPI translates directly into pixel dimensions — here is an A4 page (210 × 297 mm) at each setting:
| Conversion Quality | Approx. A4 page in pixels | What it's good for |
|---|---|---|
| 72 DPI (Web / Smallest File) | 595 × 842 | Thumbnails and previews; body text will be hard to read |
| 96 DPI (Standard Screen) | 794 × 1123 | Inline images in a web page or wiki at roughly 1:1 |
| 150 DPI (Balanced / Medium) | 1240 × 1754 | The practical sweet spot for on-screen reading and email |
| 200 DPI (Office Standard) | 1654 × 2339 | Screen reading with room to zoom |
| 300 DPI (High Quality / Print Recommended) | 2480 × 3508 | Print-grade sharpness — the setting the page opens on |
| 400 DPI (Small Text / OCR) | 3307 × 4677 | Dense footnotes, superscripts, small legal type |
| 600 DPI (Ultra High / Archival) | 4961 × 7016 | Archival capture; files get large fast |
| 1200 DPI (Maximum Detail / Fine Art) | 9921 × 14031 | Fine detail on A4/Letter only — see the ceiling note below |
WebP has a hard maximum of 16383 × 16383 pixels. A4 and Letter pages stay inside that even at 1200 DPI, but a larger page size does not: an A3 sheet at 1200 DPI works out to roughly 14030 × 19850 px, past the ceiling on the long edge. On oversized pages, cap Conversion Quality at 600 DPI.
Quality Preset maps onto the WebP encoder's quality value. It opens on Very High:
| Quality Preset | WebP quality value | Effect on a page of text |
|---|---|---|
| Highest | 100 | Effectively no visible artifacts; largest lossy file |
| Very High (the pre-selected option) | 95 | Clean type at normal viewing size |
| High | 90 | Still clean; noticeably smaller |
| Medium | 80 | Faint softening around small glyph edges |
| Low | 70 | Visible ringing around black text on white |
| Very Low | 60 | Type edges clearly degraded |
| Lowest | 50 | Only for thumbnails |
Turning "Lossless?" to Yes switches the encoder to WebP's lossless mode, which reproduces the rendered page exactly — no ringing around glyph edges, no colour shift in flat table fills. Google measures lossless WebP at 26% smaller than PNG, so for a page of black text on white it is usually both smaller and cleaner than the lossy setting at the same DPI. In lossless mode the Quality Preset no longer trades fidelity for size.
Two more controls sit under Advanced Options: Image resolution (Keep original by default; the preset list sets a target height and width follows the page aspect) and Specific file size, which lets you name a byte budget with an optional Auto Scale.
Password-protected ODT files cannot be opened for layout, so they will fail rather than render. Documents that rely on external linked images will render with those images missing, because only the .odt itself is uploaded. And if your goal is a smaller document rather than a picture of one, this is the wrong direction entirely — ODT to PDF keeps text, fonts, hyperlinks and searchability at a fraction of the size of a set of 300 DPI page images. Reach for WebP when you specifically need the page as an image.
Several — one WebP per page, numbered in page order. WebP has no multi-page container (unlike TIFF, which does), so there is no way to fold a 20-page report into a single still image. If you want the whole document as one file that still paginates, use ODT to PDF; if you want one image per page for a gallery or a set of forum attachments, this page is the right tool.
Match it to where the image will be looked at. 96-150 DPI covers on-screen reading, email and wiki embeds while keeping files small. 300 DPI, the setting the control opens on, gives print-grade sharpness and is the right choice if anyone might print or zoom deeply. Go to 400-600 DPI only for dense small type or archival capture, and remember the pixel count — and therefore the file size — grows with the square of the DPI, so 600 DPI is roughly four times the data of 300 DPI.
Usually yes, if size allows. A page of text is exactly the content lossy compression handles worst: high-contrast edges on flat backgrounds produce visible ringing at lower quality settings. Lossless WebP reproduces the render exactly and, on typical black-on-white pages, is often smaller than a high-quality lossy encode because large flat areas compress extremely well. Switch to lossy (Lossless = No) when the pages are photo-heavy, where lossy WebP's 25-34% advantage over JPEG is worth more.
Not on a WebP output here. The Image Transparency control offers 25 named colours with White pre-selected, but the "Unchanged" keep-alpha entry is only offered for PNG targets. If you need a genuinely transparent page image, convert to ODT to PNG instead — PNG keeps the alpha channel through the same render pipeline.
WebP is supported by about 96% of browsers worldwide according to caniuse, including Chrome 32+, Firefox 65+, Edge 18+ and Safari 16+ (with earlier Safari versions handling most WebP content from 14 on). Internet Explorer never added it. Desktop applications are patchier: modern Photoshop, GIMP, Affinity and Windows Photos all read WebP, but older office suites and some enterprise document viewers do not. When compatibility matters more than size, PNG is the safer target.
The layout is rendered by LibreOffice, so tables, borders, headers, footers, footnotes and embedded images all appear as they would when printing from LibreOffice. The one thing that can shift is text using fonts that are not installed server-side: LibreOffice substitutes a metrically similar face, which occasionally moves a line break. Embedding fonts in the ODT before uploading removes that risk.
Yes. .odt is the text document of the OpenDocument Format, an OASIS standard also published by ISO/IEC as ISO/IEC 26300 for ODF 1.2, with ODF 1.3 approved as an OASIS Standard in June 2021. It is the native save format for LibreOffice Writer and Apache OpenOffice Writer, and Microsoft Word can open and save it too. Whichever application produced it, the file uploaded here is the same zipped XML package and renders the same way. Other targets from the same source are listed on the ODT converter hub.
Your ODT is uploaded over an encrypted connection, rendered and converted on our servers, and both the upload and the finished WebP images are deleted automatically after a few hours. There is no sign-up, no watermark, and files are never shared or made public. The practical limit on a very long document is upload size and time rather than the conversion itself — a 200-page ODT at 600 DPI produces 200 large images, so consider a lower Conversion Quality for bulk work.