Initializing... drag & drop files here
Supports: 3G2, 3GP, 3GPP, ASF, AV1, AVCHD +30 more
This page pulls still frames out of a video and saves them as WebP images. It does not build an animated WebP — one run gives you either a single frame captured at a timestamp you choose, or a set of separate frames sampled across the clip. That distinction trips people up constantly, so it is worth saying twice: the output is a photo of a moment, not a moving image. If you want something that loops, use video to GIF or video to APNG instead. What follows covers picking the right frame, choosing between lossy and lossless, and the handful of things about video frames that make a still come out looking wrong.
Both paths decode to a lossless intermediate first and only then encode WebP, so nothing is quantised twice.
Specific Frame seeks to the timestamp in "Time (seconds)" and decodes exactly one frame. The default of 0 means the very first frame of the file — which on a lot of real footage is a black frame, a fade-in, or a slate, and is the single most common reason people think the tool "returned a blank image". Type a real timestamp. Decimals work, so 12.5 is valid, and if the clip opens on a fade you usually only need to move a second or two in.
Multiple Screenshots samples the entire clip at the Capture Rate and writes each sample as its own WebP file. The dropdown is phrased in seconds per frame, so bigger numbers mean fewer images:
Every screenshot in the set uses the same Quality Preset, Lossless setting and Image resolution. There is no per-frame control, and the frames are independent images — nothing stitches them back together.
| Lossless? = No (default) | Lossless? = Yes | |
|---|---|---|
| Best for | Camera footage, film, anything photographic | UI screenshots, charts, line art, sharp text |
| Size vs the older formats | Typically 25–34% smaller than JPEG at equivalent SSIM, per Google's WebP compression study | Typically about 26% smaller than PNG, per MDN's image-format guide |
| What it costs you | Fine detail is discarded to save bytes, which shows first on thin lines and small text | Nothing — the pixels are reproduced exactly |
| Alpha channel | Preserved, and stored losslessly even in lossy mode | Preserved exactly |
| Quality Preset | Applies — "Very High (Recommended)" is the default | Has no effect; the encode is exact either way |
The alpha behaviour is worth calling out because no other common format does it: WebP can pair a lossy RGB encode with a losslessly compressed alpha channel, which Google's own documentation describes as a combination "not available today with any of the existing image formats". So a frame with soft transparent edges keeps clean edges even in lossy mode.
| Property | WebP (still) | JPEG | PNG |
|---|---|---|---|
| Lossy mode | Yes | Yes | No |
| Lossless mode | Yes | No | Yes |
| Transparency | Yes, 8-bit alpha, in both modes | No | Yes, 8-bit alpha |
| Relative size | Baseline | About 25–34% larger, lossy at equal SSIM | About 26% larger, lossless |
| Browser support | About 96.2% globally per caniuse — Chrome 32+, Edge 18+, Firefox 65+, Safari 16+, Opera 19+ | Universal | Universal |
| Best for | Web pages, thumbnails, anything modern | Handing a photo to arbitrary software | Sharp edges and guaranteed compatibility with transparency |
If a tool downstream refuses WebP, video to JPG covers maximum compatibility and video to PNG covers lossless with transparency.
If what you actually need is an animated WebP, this is not the page — the pipeline routes still-image targets through a frame extractor and only GIF and APNG through the animated assembler. If the video is DRM-protected, no frame can be decoded at all. And if you are chasing one precise instant in a long recording, seeking to a timestamp inside a large file is slower and less exact than trimming first: cut the second you care about with the video cutter, then extract from the short result.
No. Still frames only. "Specific Frame" writes one WebP at the timestamp you set, and "Multiple Screenshots" writes a series of separate WebP images — each an independent file, never stitched into a moving image. The frame-rate-style wording in the Capture Rate dropdown describes how often the clip is sampled, not a playback rate. For a genuine animation, use video to GIF or video to APNG.
For a lossy still, Google's WebP compression study measured WebP at 25–34% smaller than JPEG at the same Structural Similarity index, with file-size ratios between 0.66 and 0.75 across their test sets and quality levels. For a lossless still, MDN puts lossless WebP at roughly 26% smaller than the equivalent PNG. Real savings vary with content: flat or simple frames compress much better than detailed photographic ones.
Only if the source carries an alpha channel. Frames are extracted with alpha intact, and a ProRes 4444 MOV whose pixels are 60% opaque produces a WebP with those same opacity values, corner-transparent areas included. Standard MP4 with H.264, AVI, MPEG-2 in a VOB and ordinary MOV recordings have no alpha, so their frames are fully opaque. WebP supports transparency in both its lossy and lossless modes.
The first decodable frame in the file. That is often not a useful image — many clips begin with black, a fade-up, a slate or a logo card — so treat 0 as a placeholder rather than a default worth keeping. Any decimal value is accepted, so you can land on a precise moment.
Yes. Instead of Quality Preset, choose "Specific file size" under Image Compression and enter a number with Bytes, Kilobytes or Megabytes. There is an "Auto Scale" toggle alongside it that allows the dimensions to be reduced when the byte budget cannot be met by compression alone — useful when a page has a hard asset-size limit and the frame is high resolution.
No. Lossless encoding reproduces the decoded frame exactly, so there is no quality level to trade away — the preset only governs the lossy encoder. Bear in mind that lossless is genuinely large for photographic content; Google's own figures put lossless alpha alone at about 22% more bytes than a quality-90 lossy encode, and lossless colour costs far more than that. Use it for screen captures and graphics, not for camera footage.
Yes. Rotation and flip are applied after extraction, with orientation metadata normalised first, so a clip recorded in portrait on a phone produces an upright still rather than a sideways one. If you also ask for a rotation or flip on the page, it is applied to every frame in the set.
It scales the still before it is encoded. "Keep original" gives you the video's native frame size; Preset Resolutions, Width, Height, Width x Height and Resolution Percentage all shrink it. Presets set the height and let the width follow the source aspect, so use Width x Height when you need exact dimensions — including when you are correcting a non-square-pixel source.