Extract images from ODP, on your device. Nothing ever uploads.

Drop up to 20 ODP decks below — get every image out byte-for-byte, exactly as stored, labelled with the slide it sits on. Download each image, or all of them as a ZIP.

  • Your file data never leaves the device
  • ODP + OTP, slide order
  • Batch up to 20 decks + ZIP
  • Original filenames, sequential ZIP names

Extract images from ODP presentations

Add your ODP presentations

Drag & drop ODP presentations here

or browse your files · you can also paste from clipboard (Ctrl+V)

An ODP is a ZIP archive of presentation XML and a Pictures folder — read on this device with JSZip, images returned in slide order, labelled with the slide they sit on, and content.xml, styles.xml, meta.xml, settings.xml, the manifest, the mimetype, thumbnails, configuration files, embedded objects and macOS entries skipped. Every image downloads byte-for-byte, exactly as stored — no re-encoding, no quality loss. EMF, WMF, HEIC and TIFF images cannot be previewed in most browsers, so they show a “preview unavailable” note — they still download byte-for-byte. SVG images are extracted as-is; their preview may not render in some browsers. Charts are not images and are listed as skipped. Legacy .ppt files, password-protected presentations, PPTX/DOCX/XLSX/ODT files, PDFs and CBZ/CBR archives are refused with a pointer at the right tool or fix; OTP templates extract the same way as ODP presentations. Images referenced from styles.xml (master-page backgrounds) are not read — only images on the slides themselves come out.

    No files yet. Everything stays on this device. Downloads start instantly.

    Privacy you can verify, not just trust

    Most online ODP tools upload your presentations to their servers first — and some keep a download link live for 30 days, or cap free conversions at a few per month. This one can't: each image is pulled out of your presentation bytes entirely in your browser. Your file data never leaves the device — the only third-party requests are the site's own analytics, which count page views — and it uploads nothing, ever. There is no file fetched after load for the extraction itself. Don't take our word for it:

    New cross-origin requests during use: 0
    1. Press F12 to open developer tools, then the Network tab.
    2. Extract any presentation above. Watch: apart from the site's analytics, nothing new is requested — no uploads, and no file data ever leaves your device.
    3. Extra credit: disconnect your internet after this page loads — extraction still works.

    How to extract images from an ODP without uploading it

    Every "free" online ODP tool you've used uploads your presentation to a company server, extracts it there, and — in several documented cases — keeps a copy or a live download link for days, or limits free users to a few conversions a month. For decks you wrote, were sent in confidence, or simply wouldn't post publicly, that's an unnecessary risk. The safer approach is to extract the file where it already is: on your own device.

    This tool does exactly that. When you drop an ODP here, your browser:

    1. Checks the file is really an ODP presentation — by its magic bytes, not its name — so a JPEG renamed .odp is refused with a clear message, a CBZ or plain .zip renamed .odp is refused with a pointer at the CBZ tools, a PDF renamed .odp is refused with a pointer at the Extract Images from PDF tool, a DOCX renamed .odp is refused with a pointer at the Extract Images from DOCX tool, an XLSX renamed .odp is refused with a pointer at the Extract Images from XLSX tool, an ODS renamed .odp is refused with a pointer at the Extract Images from ODS tool, an ODT renamed .odp is refused with a pointer at the Extract Images from ODT tool, a PPTX renamed .odp is refused with advice to save it as .odp in LibreOffice Impress, a legacy .ppt is refused with instructions to convert it in PowerPoint or LibreOffice Impress, and a password-protected presentation is refused with an explanation instead of a cryptic error. A real ODP saved with the wrong extension still extracts, and both ODP and OTP files are read.
    2. Reads the deck's own structure and pulls the images in slide order — the content XML lists each picture through its image references inside each slide, in document order, so the image on Slide 2 comes before the image on Slide 5 even when the Pictures folder lists them the other way round, and every image is labelled with its slide. Pictures entries nothing references are listed last as Unreferenced. Content XML, styles, metadata, settings, the package manifest, the mimetype, thumbnails, configuration files, embedded objects and macOS entries are skipped, and everything skipped is listed on the deck card.
    3. Hands you the originals — download one image and it keeps its original filename; download the deck as a ZIP and every image is renamed image-01, image-02 and so on in slide order. Nothing is re-encoded, rasterized or resized at any point: the bytes you download are the bytes that were stored in the presentation.

    What makes this extractor different

    Most pages that top the results for this search convert on a server, or handle one file at a time with no previews — instead of handing you the images themselves. The desktop options are installs, not browser tools. This page does the simpler job, and does it fully in the browser: no upload, no monthly cap, no account, no 10 MB limit, a batch of 20 decks, ODP and OTP, slide order with every image labelled by slide, unreferenced images labelled, original filenames on per-image downloads, sequential names in the ZIP, and a live network-request counter so you can verify the privacy claim yourself.

    Honest limitations

    Verbatim means verbatim — no quality recovery

    JPEG throws away detail when it compresses, and extracting cannot put it back. But nothing is lost either: the source bytes download unchanged, in every format. There is no quality setting because there is nothing to re-encode.

    Metadata stays in the files

    Extraction copies the stored bytes, so EXIF and other metadata inside each image is kept — including location data, if the image has any. The presentation's own XML files and properties are skipped, and listed on the card, but the images themselves are untouched. Strip metadata yourself before sharing an image publicly.

    EMF and WMF preview

    EMF and WMF images are extracted as-is, exactly as stored. Most browsers cannot display them, so the page shows a note instead of a broken image in that case, with the format and size shown. The file itself still downloads byte-for-byte and opens in LibreOffice or any viewer that supports the format.

    Legacy .ppt and protected decks

    A legacy .ppt is the old OLE binary format, not a ZIP, so this page cannot open it — convert it to .odp in PowerPoint or LibreOffice Impress first. A password-protected presentation is refused outright — this page never asks for a password. Open it in LibreOffice Impress with the password and save an unprotected copy.

    No text, linked images or embedded objects

    This tool pulls out images only: it does not extract the presentation's text or speaker notes, it does not download pictures linked from the web (only embedded images have bytes inside the file), and embedded objects such as charts are listed on the card but not extracted. A chart is not an image — it is XML that tells Impress how to draw from the data, so there are no image bytes to pull out.

    Slide order, when the deck cooperates

    Slide order comes from the content XML's image references inside each slide, in document order. If a deck's content XML is missing or unreadable, the page falls back to Pictures-folder order and says so on the card — the images still come out byte-for-byte.

    Master-slide backgrounds are not read

    Images referenced from styles.xml — master-page backgrounds, headers and footers — are not in content.xml, so this tool does not list them. Only the images placed on the slides themselves come out; a background image lives in the master, not on any slide.

    Frequently asked questions

    Do my presentations upload anywhere?

    No. Your ODP presentations are extracted entirely in your browser — your file data never leaves the device, and the only third-party requests are the site's own analytics, which count page views. You can verify it yourself with the network-request counter in the privacy section below the extractor.

    What is the difference between ODP and PPTX?

    Both are ZIP archives of XML files and a pictures folder, but they are different formats: ODP is the OpenDocument presentation format used by LibreOffice Impress and other open-source presentation apps, while PPTX is Microsoft PowerPoint's format. This page reads ODP (and OTP templates) only — a PPTX renamed .odp is refused, because PowerPoint files have a different layout. Save a PPTX as .odp in LibreOffice Impress and extract that.

    Can I extract images from an OTP template?

    Yes. An OTP template has exactly the same ZIP layout as an ODP — a content.xml and a Pictures folder — so it extracts the same way, in slide order, byte-for-byte. Drop the .otp file here just like an .odp; the images come out with their original filenames, or as a ZIP with sequential names.

    Can I extract images from a password-protected presentation?

    No. A password-protected ODP presentation carries encryption data in its package manifest (META-INF/manifest.xml), and this page refuses it outright — it never asks for a password and has nowhere to enter one. Only unprotected presentations work here. Open the presentation in LibreOffice Impress with the password and save an unprotected copy, then extract that.

    In what order do the images come out — slide order or media order?

    Slide order. The images come out in the order they sit in the presentation — the image on Slide 2 before the image on Slide 5 — because the page follows the content XML's image references inside each slide, in document order, so every image is labelled with its slide, like Slide 2. Pictures entries nothing in the presentation references come last, labelled Unreferenced. You can reorder images on each deck card before downloading, and the ZIP names them image-01, image-02 and so on in that order.

    Are the images re-encoded, or do I get the originals?

    You get the originals. Every image downloads byte-for-byte exactly as stored in the presentation — no re-encoding, no rasterization, no quality setting, no quality loss. A JPEG that was compressed when the presentation was made stays exactly that JPEG; nothing is lost, and nothing can be recovered either. Per-image downloads keep the original filename; ZIP downloads use sequential names (image-01.jpg, image-02.jpg, …) in slide order.

    Why do some images show no preview?

    EMF, WMF, TIFF and HEIC images are extracted as-is, exactly as stored, but most browsers cannot display them, so this page shows a note instead of a broken image in that case. The file itself still downloads byte-for-byte and opens fine in any image viewer that supports the format. SVG images are extracted as-is too; most browsers preview them, but one that references external files or fonts may not render in a preview.

    What should I do with a PPTX or ODT file?

    A PPTX is a PowerPoint presentation and an ODT is a text document — both are ZIP archives like an ODP, but with a different layout, so this page refuses them. For a PPTX, open it in LibreOffice Impress and use Save As to convert it to .odp, then extract the images here. For an ODT, use the Extract Images from ODT tool, which reads text documents the same way this page reads ODP presentations.

    Does extraction keep metadata like EXIF location data?

    Yes. Extraction is verbatim, so EXIF and other metadata inside each image is kept — including location data, if the image has any. The presentation's own XML files and properties are skipped and listed on the card, but the images themselves are untouched. Strip metadata yourself before sharing an image publicly.