Two-slide board update
- Input
- sample.pptx, 29,145 bytes, 16:9 deck with a table slide and a bullet slide.
- Output
- 118,825-byte ZIP of two 1440×811 JPEGs at quality 90 in 561 ms; readable, with soft halos visible around 11 pt text at 200% zoom.
PPTX → JPG produces a photo-style JPEG of each slide, which is the format most upload forms and old CMSs accept, at the cost of soft edges on text.
From real runs
| Element | Result | What happens |
|---|---|---|
| Slide count | Kept | Two slides in, two JPEGs out (sample-page-1.jpg and sample-page-2.jpg) inside one ZIP. |
| Text edges | Changed | JPEG at quality 90 leaves faint ringing around small text and thin table borders that the PNG route does not have. |
| File size | Changed | The JPEGs were 44,437 and 96,557 bytes, slightly larger than the PNGs of the same slides because flat slide art compresses better losslessly. |
| Colour | Changed | Solid brand fills stay the same colour but flat areas can show light blocking at lower quality settings; chroma is subsampled. |
| Transparency | Lost | JPEG has no alpha; slides are rendered on their own background and transparent=true has no effect on this target. |
| Fonts | Changed | Microsoft fonts named in the deck are replaced by Liberation and Noto families before rendering. |
| Notes, animations, media | Lost | Only the final state of each slide canvas is rendered. |
Two slides in, two JPEGs out (sample-page-1.jpg and sample-page-2.jpg) inside one ZIP.
JPEG at quality 90 leaves faint ringing around small text and thin table borders that the PNG route does not have.
The JPEGs were 44,437 and 96,557 bytes, slightly larger than the PNGs of the same slides because flat slide art compresses better losslessly.
Solid brand fills stay the same colour but flat areas can show light blocking at lower quality settings; chroma is subsampled.
JPEG has no alpha; slides are rendered on their own background and transparent=true has no effect on this target.
Microsoft fonts named in the deck are replaced by Liberation and Noto families before rendering.
Only the final state of each slide canvas is rendered.
We converted our PowerPoint PPTX sample (28 KB) with Office engine → Image engine on 2026-09-11. It took 561 ms and produced a 116 KB JPEG file, 4.1× larger than the input. The engine raised 2 warnings, listed below.
Input · sample.pptx · 28 KB
Presentation with 2 slides, 0 notes pages, 0 media files
Output · sample.zip · 116 KB
ZIP with 2 page images (sample-page-1.jpg … sample-page-2.jpg)
LibreOffice and pdftoppm
soffice --headless --convert-to pdf in.pptx && pdftoppm -jpeg -jpegopt quality=90 -r 144 in.pdf slidepdftoppm names files slide-1.jpg, slide-2.jpg; fonts must be installed for faithful wrapping.
The HTTP API and the MCP server run the exact engine this page uses (Office engine → Image engine); the response carries the same warnings the web converter shows. Check support first with GET /api/v1/pairs?from=pptx&to=jpg.
curl -X POST https://filetypeconverters.com/api/v1/convert \
-H "Authorization: Bearer $FTC_API_KEY" \
-F "file=@input.pptx" -F "from=pptx" -F "to=jpg" \
-F 'options={"width":0}' \
--output output.jpg| Key | Applies to | Type | Default |
|---|---|---|---|
| width | Writing JPEG | number | 0 |
| height | Writing JPEG | number | 0 |
| fit | Writing JPEG | contain · cover · fill | contain |
| quality | Writing JPEG | number | 90 |
| background | Writing JPEG | string | #ffffff |
| stripMetadata | Writing JPEG | boolean | true |
PNG for text-heavy slides: it is lossless and, on flat art, smaller. JPG for photo-heavy slides or systems that only accept JPEG uploads.
Slides are mostly flat colour with sharp edges, which PNG compresses very well and JPEG handles poorly. On the sample deck the JPEGs were 44 KB and 97 KB against 42 KB and 74 KB for PNG.
Only for single-slide decks or with max_pages set to 1. Multi-slide output is always zipped so the files arrive together.