Initializing... drag & drop files here
Supports: ODG
An .odg is an OpenDocument Drawing — the editable vector file LibreOffice Draw and Apache OpenOffice Draw save, full of shapes, connectors and text objects. GIF is a 1980s indexed-colour raster format that tops out at 256 colours per frame and can hold an animation. The pairing is genuinely useful for flowcharts and diagrams, which are mostly flat fills — but there is one thing about this page that catches people out: every page of your drawing becomes a frame of one GIF, and the frame rate that controls how fast those frames advance opens at a value meant for video. This tutorial covers which controls are live, what a multi-page document produces, and how fast is too fast.
.odg onto the page or click "+ Add Files". The whole Draw document is read, and every page becomes a frame in page order.The advanced panel shows five groups — Image resolution, Image quality (%), Framerate, Colors and "Combine?" — but the GIF written from a Draw document is assembled by a dedicated GIF encoder that builds its own palette, and it reads only three of them:
| Control | Live on this route? | What it does |
|---|---|---|
| Image resolution (File Compression → Custom) | Yes | Sets the pixel dimensions of every frame; the largest single influence on file size |
| Image quality (%) (File Compression → Custom) | Yes | Drives the encoder's perceptual quality target — not a JPEG-style quality value |
| Framerate | Yes | Sets how fast the pages advance; the default of 10 FPS is far too quick for diagrams |
| Colors | No | The encoder derives its own palette from the frames, so palette-size and dither choices are not consulted here |
| Combine? | Governs multiple uploaded files, not the pages inside one document | Pages of a single .odg always land in one GIF |
That is worth knowing mainly so you do not spend time adjusting "Colors" and wondering why nothing changed. If you want palette control over a finished GIF, compress GIF is the place for it.
GIF stores its inter-frame delay in hundredths of a second, so the frame-rate numbers map directly onto how long each drawing page sits on screen:
| Framerate setting | Delay per page | What it is good for |
|---|---|---|
| 10 FPS (opens here) | 0.1 s | Nothing readable — far too fast for diagrams |
| 5 FPS | 0.2 s | A quick flick through near-identical frames |
| 2 FPS (Slow) | 0.5 s | A brisk build-up animation, a few shapes at a time |
| 1 FPS (Slideshow) | 1 s | The slowest option, and still fast for a text-heavy page |
If you need each page held for several seconds, GIF is the wrong container for the job — ODG to MP4 holds each page for up to ten seconds instead. And if you wanted separate pictures rather than an animation, ODG to PNG returns one lossless image per page.
| Property | ODG (source) | GIF (output) |
|---|---|---|
| Full name | OpenDocument Drawing | Graphics Interchange Format |
| Standard | OASIS OpenDocument, ISO/IEC 26300; ODF 1.3 an OASIS Standard since 2021 | GIF89a, the 1989 revision of CompuServe's format |
| MIME type | application/vnd.oasis.opendocument.graphics |
image/gif |
| Graphics model | Vector — resolution-independent shapes and text | Raster — a fixed grid of indexed pixels |
| Colour | Unlimited | 256 per frame, from an indexed palette |
| Compression | ZIP-packed XML | LZW, lossless within the chosen palette |
| Transparency | Yes, and editable | 1-bit only — a pixel is fully on or fully off |
| Editable afterwards | Yes, in LibreOffice Draw | No — flattened to pixels |
| Pages / frames | Several drawing pages per file | Each page becomes an animation frame |
| Best for | Keeping a diagram editable and scalable | Embedding a small flat-colour graphic anywhere |
.odg becomes a multi-frame GIF by design. Reduce the document to the page you want in LibreOffice Draw, or use an image target that returns one file per page.GIF is the wrong answer for three common cases. If the drawing has smooth gradients, soft shadows or embedded photographs, 256 colours will show — use ODG to PNG. If it has to stay sharp when someone zooms or prints it, do not rasterise at all: ODG to SVG keeps the vector paths and ODG to PDF keeps them in a page-oriented, printable wrapper. And if the drawing is a multi-page document that should stay a document, PDF is again the right answer, because it preserves page order instead of turning the pages into animation frames.
Almost certainly. Draw documents are typically built from flat fills, solid strokes and text, and 256 entries is far more than such a drawing uses, so the quantised result is usually indistinguishable from the source. The limit bites on gradients, drop shadows, soft glows and any embedded photograph, where you will see banding — and there, PNG is the better target.
No. Every page is rendered and becomes a frame of a single animated GIF, in page order, advancing at the Framerate you set. That is the behaviour to plan around: if you want one picture per page, use ODG to PNG or ODG to JPG instead, and if you want the pages kept together as pages, ODG to PDF preserves them properly.
A GIF that displays as a still. The encoder needs at least two frames to write a valid animation, so a one-page drawing is written as a minimal loop of the same picture — visually identical to a static image in every viewer. If a genuine single-frame still is what you need, PNG is the cleaner target.
PNG is the better default. It carries full colour, encodes hard edges and flat fills losslessly, supports proper alpha transparency rather than GIF's on/off pixel mask, and opens everywhere. GIF earns its place when something downstream specifically wants a GIF, when you need the pages to animate, or when a very small flat-colour graphic is the goal.
Only in the crudest form. GIF supports a single fully transparent palette index, so a pixel is either completely transparent or completely opaque — there is no partial alpha. Anti-aliased edges, soft shadows and semi-transparent fills come out with hard, jagged fringes against whatever backdrop the GIF sits on. If transparency matters, ODG to PNG stores an 8-bit alpha channel and edges stay smooth.
The page is rasterised at 300 DPI, so a US Letter page (8.5 × 11 in) arrives near 2550 × 3300 px and A4 near 2481 × 3507 px — considerably larger than most GIFs need to be, and a large GIF is a large file. Use "Image resolution" (File Compression → Custom) to bring it down deliberately; deciding before converting matters, because a raster cannot be enlarged afterwards without softening.
Because it only contains the pixels that existed at conversion time. The source ODG is vector and stays crisp at any magnification; the moment it is rasterised the pixel count is fixed, and zooming past that just interpolates. Re-convert at a larger "Image resolution", or use ODG to SVG for something that stays sharp at any size.
Two levers, in this order. First reduce "Image resolution" (File Compression → Custom) — halving the width and height cuts the pixel count to a quarter and is almost always the least visible saving. Second, lower "Image quality (%)". Do not bother with "Colors"; it is not consulted on this route. If a finished GIF still needs to be smaller, compress GIF gives you finer control.
No. The rendering happens on our servers, so an .odg someone emailed you converts without any office suite on your own machine, on any operating system. Keeping LibreOffice Draw around is still worth it if the drawing is yours: it is free on Windows, macOS and Linux, and it is the only way to make real edits, since the GIF is a flattened picture.
Your ODG is uploaded over an encrypted connection, rendered and encoded on our servers, and deleted automatically a few hours after the conversion finishes. There is no sign-up, no watermark, and files are never shared or made public.