Initializing... drag & drop files here
Supports: ODG
An .odg is an OpenDocument Graphics drawing — the vector shapes, connectors and text frames LibreOffice Draw and Apache OpenOffice Draw hold as XML inside a ZIP. Motion JPEG is the simplest video coding still in wide use: every frame is an independently compressed JPEG, with no prediction between frames at all. That makes it the format of choice for IP cameras, microscopes, machine-vision rigs and some frame-accurate editing workflows, and it makes it a peculiar but perfectly workable destination for a drawing. This converter renders the Draw document page by page and writes those renders as MJPEG frames.
| Property | Value |
|---|---|
| Full name | OpenDocument Graphics (Drawing) |
| Standard | OASIS OpenDocument, standardised as ISO/IEC 26300 |
| Current version | ODF 1.3, approved as an OASIS Standard in 2021 |
| Packaging | ZIP archive of XML parts |
| MIME type | application/vnd.oasis.opendocument.graphics |
| Content model | Vector shapes, connectors, text frames, optional embedded rasters; one or more pages |
| Native editors | LibreOffice Draw, Apache OpenOffice Draw, Collabora Online, Calligra |
| Best for | Diagrams and plans that must stay editable |
| Property | Value |
|---|---|
| Coding | Intra-only — each frame is a complete JPEG, coded independently |
| Underlying still format | JPEG, ITU-T T.81 / ISO/IEC 10918, from 1992 |
| Inter-frame prediction | None, which is the whole point |
| Compression efficiency | Poor compared with H.264 or H.265 — every frame pays full price |
| Editing behaviour | Excellent — any frame can be cut to, because none depends on another |
| Typical hardware | IP and webcam sensors, scientific and industrial capture, older NLE intermediates |
| Audio | None in this conversion — the source has no soundtrack |
| Best for | Frame-accurate cutting, and equipment that only speaks MJPEG |
.odg onto the page or click "+ Add Files". The whole Draw document is read, so a multi-page file needs no splitting.A .odg is a page-layout document rather than a picture, so it takes the office route: LibreOffice Draw's PDF export filter reads the drawing and writes a PDF that preserves the page geometry, each PDF page is rendered to a raster at 300 DPI, and ffmpeg encodes those renders as MJPEG frames.
The intra-only design has a consequence worth planning for. In H.264 or H.265, a motionless picture costs almost nothing after the first frame, because every later frame is predicted as "identical to the last one". MJPEG has no such mechanism: a still drawing held for five seconds pays the full JPEG cost for every frame it occupies. So an MJPEG of a static diagram is dramatically larger than the same clip in almost any other codec, and the levers that matter are the two on this page — lower "Video resolution" and a lower quality rung. If size is the priority rather than MJPEG specifically, ODG to MP4 will be a small fraction of the size for a visually identical result.
Because MJPEG never reuses information between frames. Modern codecs encode a still picture once and then spend almost nothing describing "no change" for every subsequent frame; MJPEG re-encodes the whole picture every time. That is deliberate — it is what makes any frame independently decodable and any cut point exact — but for a motionless drawing it is the worst possible trade. Lower the resolution or the quality rung, or use a predictive codec if the size matters more than the format.
Functionally it is a lot of JPEGs played in order, and that is not a criticism — it is the design. Because there is no inter-frame prediction, there are no keyframe intervals to worry about, no group-of-pictures structure, and no dependency chain to break when you cut. Equipment that must stay simple and deterministic, such as an IP camera or a machine-vision capture card, benefits from exactly that.
Each page becomes a held frame in one stream, in page order. The office stage exports the entire document to PDF, every page is rendered, and the renders are assembled in sequence. Nothing is dropped and no splitting is needed. If you would rather have the pages as separate JPEGs, ODG to JPG does exactly that — one image file per page.
Because a drawing has no audio to encode. Motion JPEG is a video coding, and audio would normally live alongside it inside a container; here there is simply nothing in the source to encode. Add a soundtrack afterwards in a video editor if the clip needs one.
It can, and this is the one place the format choice really shows. JPEG spends its bits on smooth tonal gradients and throws away the high-frequency detail that hard edges are made of, so flat fills bounded by crisp strokes — the substance of most Draw documents — pick up faint ringing along every edge. Keep "Quality Preset" at "Very High" or "Highest" for line art, and reduce the resolution rather than the quality if the file is too large.
No. JPEG has no alpha channel and neither does any video stream, so transparent regions are flattened onto an opaque background before each frame is encoded, and the same fill covers any bars left by an aspect-ratio mismatch. ODG to PNG is the target that keeps transparency.
No. Rendering turns type into pixels, so nothing in the output is selectable, searchable or editable. Keep the .odg as your editable master; ODG to PDF is the portable format that keeps text as text.
Not in a <video> tag. Browsers have historically displayed MJPEG streams from cameras in an <img> element, which is a different mechanism from playing a video file, and support for that has narrowed. Desktop players built on ffmpeg open the file fine. If the clip needs to play on a web page, ODG to MP4 is the reliable choice.
Your .odg travels over an encrypted connection, is rendered and encoded on our servers, and is deleted automatically a few hours later along with anything it produced. Nothing is shared, published or reused, no account is required, and no watermark is applied. The ODG converter hub lists every other target this source can be pointed at.