Initializing... drag & drop files here
Supports: ODS
An OpenDocument Spreadsheet — the .ods file LibreOffice Calc and Apache OpenOffice Calc save by default — has no fixed shape. It is an unbounded grid that scrolls in both directions. An AVIF is a fixed rectangle of pixels. Turning one into the other therefore involves a step most people do not expect: the sheet is first laid out onto pages, exactly as if you had printed it, and only then rasterised. That single fact explains almost every surprise on this conversion, so this walkthrough spends most of its time on it.
.ods onto the page or click "+ Add Files". Several workbooks can be queued and converted with the same settings.The conversion runs the workbook through LibreOffice's Calc PDF export first, then rasterises each resulting page. So the number of images you get is the number of pages Calc would print, not the number of sheets, and the page breaks land wherever Calc's print layout puts them.
We built a two-sheet test workbook — a "Budget" sheet of 60 rows × 14 columns and a small "Notes" sheet — and traced what came out:
| Output page | Sheet | Rows | Columns |
|---|---|---|---|
| 1 | Budget | 1–49 | 1–7 |
| 2 | Budget | 50–60 | 1–7 |
| 3 | Budget | 1–49 | 8–14 |
| 4 | Budget | 50–60 | 8–14 |
| 5–6 | Budget | (empty) | (empty) |
| 7 | Notes | 1–8 | 1–3 |
Four things in that table matter:
Two more things worth knowing before you convert:
Same 2550 × 3300 pixel render of a dense, text-filled spreadsheet page, written out by each encoder.
| Format | Size on that page | Notes |
|---|---|---|
| AVIF, Quality Preset "Very High" (95) | 1.14 MB | This page's default |
| AVIF at quality 80 | 791 KB | Text still crisp; a good size/quality trade |
| AVIF at quality 50 | 532 KB | Visible softening on small type |
| PNG | 978 KB | Lossless, and smaller than default-quality AVIF here |
| WebP, quality 95 | 1.06 MB | Between the two |
| JPG, quality 95 | 2.39 MB | Twice the size of AVIF at the same nominal quality |
| AVIF at 150 DPI instead of 300 | 497 KB | Halving the render resolution beat every quality change |
AVIF's compression advantage is real on photographs and much narrower on a wall of small black text, where lossless PNG can actually win. The most effective lever for a spreadsheet snapshot is not the quality preset — it is the Conversion Quality (DPI) setting.
An image is a dead end for data. Nothing in the AVIF can be sorted, filtered, searched, copied as text, or fed into another spreadsheet, and no formula recalculates — every value is frozen at whatever it evaluated to during the conversion. If the recipient needs to work with the numbers, send the .ods itself. If they need to read a long or wide sheet comfortably, ODS to PDF is a much better fit than a folder of pictures: it paginates the same way but keeps the text selectable and searchable and puts every page in one file. And if the workbook is password-protected, remove the protection in Calc and re-save first, because an encrypted ODF package cannot be opened for rendering.
One per printed page, which is usually more than one per sheet. The workbook is laid out for printing before it is rasterised, so a sheet that spans three pages across and two down becomes six images, and every sheet starts on a new page. There is no way to get one enormous image of an entire scrolling grid from this converter — that shape simply does not exist in the print layout the render is taken from.
No, and no image format could carry them. Each formula is evaluated by Calc during the export, and only the resulting value is drawn into the picture. The number is visible but frozen: change a source cell later and nothing in the image updates, and you cannot click into a cell to see what produced it. Keep the .ods as your working master and regenerate the image whenever the numbers change.
No. The Image Transparency control on this page is a colour fill that defaults to White, and there is no "unchanged" option for this target, so whatever is behind the cells is painted solid before encoding. The output we measured came back as a three-channel image with no alpha channel at all. AVIF supports transparency as a format; this particular conversion just never produces any.
In any current browser. Per caniuse, AVIF is supported by browsers covering roughly 95% of global usage, with the format arriving in Chrome 85, Firefox 93, Edge 121, Safari 16.4 on macOS and Safari 16 on iOS. Most modern operating-system image viewers handle it too. Older desktop software often does not, so if the recipient is on an aging machine or a corporate image pipeline, ODS to PNG or ODS to JPG is the safer send.
Smaller than JPG, yes — clearly. Smaller than PNG, not necessarily. In our measurement of one dense, text-heavy Letter page at 300 DPI, AVIF at the default quality preset came to 1.14 MB while lossless PNG came to 978 KB and JPG came to 2.39 MB. AVIF's big wins come on photographic content and at lower quality settings; a grid of small black glyphs on white is close to the best case for PNG's lossless filtering. Drop AVIF to quality 80 and it pulls ahead at 791 KB.
The render resolution in dots per inch, which sets the pixel dimensions of each page image. A US Letter page at the default 300 DPI is 2550 × 3300 pixels; the same page at 150 DPI is 1275 × 1650. It is not the AVIF quality control — that is the separate Quality Preset under Image Compression. For spreadsheets, DPI is the lever that matters: in our tests, moving from 300 to 150 DPI cut the file from 1.14 MB to 497 KB, a bigger saving than any quality change we could make at 300 DPI without visibly damaging the type.
AVIF is the AV1 Image File Format, published by the Alliance for Open Media; the current revision of the specification is v1.2.0, dated 16 October 2025. It stores still images coded with the AV1 video codec inside a HEIF-style container built on the ISO Base Media File Format, which is why an AVIF file and an MP4 file share structural DNA. The format supports alpha transparency, wide colour and high dynamic range, though a rendered spreadsheet uses none of those.
Not on this page — those controls do not render for an AVIF target here, so anything you read elsewhere about setting an AV1 speed or effort level does not apply. The settings that genuinely affect this output are Conversion Quality (DPI), the Quality Preset or a specific file size, the Image Transparency colour, and the Image resolution controls.
Your .ods is uploaded over an encrypted connection and rendered on our servers — this is a server-side conversion. The upload and the resulting images are deleted automatically a few hours after conversion, no account is required, the output carries no watermark, and your files are never shared or made public.