Initializing... drag & drop files here
Supports: HEVC, MOV, MP4, M4V, MKV
HEVC (H.265) is a video codec and WebP is a still-image format, so this conversion decodes your video and writes one frame out as a WebP picture. It exists because a .hevc file has no thumbnail to copy: there is no embedded poster image, no cover art, nothing an image viewer can read directly. A decoder has to render an actual frame first, and this page lets you choose which one.
A .hevc file is a raw H.265 elementary bitstream — picture-only, with no audio track and no container holding timing or camera metadata. That is exactly what frame extraction needs: the decoder reads the H.265 parameter sets (VPS/SPS/PPS) straight from the stream and renders the picture at the timestamp you ask for. If your footage is an iPhone .mov instead (HEVC wrapped in a QuickTime container), use MOV to WebP — this page takes the raw .hevc stream specifically.
| Property | Value |
|---|---|
| Standard | ITU-T H.265 / ISO/IEC 23008-2 (MPEG-H Part 2) |
| First standardized | 2013 (ITU-T June 2013, ISO/IEC November 2013) |
| Type | Video compression codec (motion video) |
| Container / payload | Raw H.265 elementary bitstream (.hevc / .h265), or carried inside MP4/MOV/MKV |
| Audio | None — a raw .hevc stream is video-only |
| Compression vs H.264 | Roughly 25-50% smaller at similar quality |
| Color depth | 8-bit (Main profile) and 10-bit (Main 10 profile) |
| Chroma | Commonly 4:2:0; 4:2:2 and 4:4:4 exist in the Range Extensions profiles |
| Best for | iPhone/iPad 4K video, drone and action-cam footage, screen recordings |
| Note | A .hevc file is video — it has no single "image," so a frame must be extracted |
| Property | Value |
|---|---|
| Format | WebP — a raster still-image format for the web |
| Created by | |
| Announced | September 30, 2010; lossless and transparency encoding followed in November 2011 |
| Container | RIFF-based, wrapping VP8 (lossy) or VP8L (lossless) image data |
| Lossy mode | VP8 keyframe encoding — 8-bit YUV with 4:2:0 chroma subsampling |
| Lossless mode | VP8L — 8-bit ARGB, pixel values stored exactly, no chroma subsampling |
| Transparency | Yes, in both modes (lossy uses a separate ALPH chunk) |
| Metadata chunks | Optional EXIF, XMP , and ICCP (ICC color profile) |
| Size vs JPEG / PNG | Google measures lossy WebP at 25-34% smaller than JPEG at equivalent SSIM, and lossless WebP at 26% smaller than PNG |
| Native browser support | About 96% of tracked browsers — Chrome 32+, Firefox 65+, Edge 18+, Safari 16+ on desktop and Safari 14+ on iOS (caniuse) |
| Best for | Web thumbnails, video posters, and previews served straight to a browser |
.hevc file onto the page or click "+ Add Files" to browse. You can queue several clips and convert them with the same settings.2.100 means 2 seconds and 100 milliseconds in. Choose "Multiple Screenshots" instead to export a series of stills, with "Capture Rate" controlling the interval from one frame every 0.1 seconds up to one every 10 seconds.Still images only. The WebP container does define animation chunks (ANIM and ANMF), but this converter treats WebP as a single-picture target: "Specific Frame" writes one still at the timestamp you enter, and "Multiple Screenshots" writes a series of separate .webp files at the interval you set — not one looping file. If you want an actual animation out of the clip, use HEVC to GIF, which exposes the frame rate and resolution controls an animation actually needs.
.heic photo from my iPhone, not a .hevc video — am I on the right page?Probably not, and the names are genuinely confusing because HEIC images are HEVC-encoded pictures wrapped in a HEIF container. If your file is a photo ending in .heic, go to HEIC to WebP instead. If it is an iPhone video ending in .mov, use MOV to WebP. This page accepts the bare .hevc elementary stream — the kind you get from an encoder, a capture card, or an ffmpeg raw-bitstream dump.
No — WebP is an 8-bit format in both of its modes, so a 10-bit source is reduced to 8 bits per channel on the way out. Lossy WebP uses VP8, which per RFC 6386 "works exclusively with an 8-bit YUV 4:2:0 image format," so it also halves chroma resolution in both directions. Lossless WebP uses VP8L, which stores 8-bit ARGB pixels exactly with no chroma subsampling — still 8-bit, but no color-detail loss on top of it. For a still that has to carry HDR or wide-gamut data, extract to a format built for it rather than WebP.
When the frame is synthetic rather than photographic: a screen recording, a game HUD, a spreadsheet, a chart, a slide, or anything with hard edges and flat color blocks. Lossy WebP's 4:2:0 subsampling is what smears colored text and thin lines, and lossless VP8L skips that step entirely while still landing about 26% smaller than the same picture saved as PNG. For camera footage, leave it on "No (Recommended)" — lossy at a high quality preset is dramatically smaller and visually very close.
HEVC encodes long groups of pictures: one IDR keyframe followed by many P- and B-frames that reference it. Ask for the picture at exactly 0 seconds and some raw streams have not yet presented a complete keyframe, so the grab comes back black or blocky. Nudge "Time (seconds)" forward by 0.1 to 0.5 — landing on or just after the first keyframe returns a clean still. The same trick fixes a frame that lands mid fade-in.
WebP if the frame is headed for a web page: it is roughly 25-34% smaller than a JPEG of equivalent quality by Google's own SSIM measurements, and it decodes natively in about 96% of tracked browsers (Chrome 32+, Firefox 65+, Edge 18+, Safari 16+ on desktop, Safari 14+ on iOS). JPG if the frame is going somewhere older or less predictable — an email client, a legacy CMS upload field, a print workflow, or an embedded device. HEVC to JPG is the safer pick there, and it is one of the few image formats that essentially nothing refuses.
There is none to keep. A raw .hevc bitstream carries video coding parameters, not camera metadata — no EXIF block, no GPS coordinates, no capture timestamp, because those live in the container (MP4, MOV) that a .hevc file does not have. The WebP container itself supports optional EXIF, XMP , and ICCP chunks, so the output can hold metadata in principle; it just has nothing to inherit from this particular source. Frames pulled from a .mov or .mp4 are the same story once the frame leaves the container.
In our testing, a 1080p frame pulled from a phone-shot HEVC clip at the "Very High (Recommended)" preset landed around 120-180 KB — comfortably under the 180-260 KB the same frame took as a visually matched JPEG, which tracks with Google's 25-34% figure. Flipping "Lossless?" to Yes on that same photographic frame pushes it past 1 MB, which is why lossless is worth reserving for graphics and screen captures. Sharpness is bounded by the source: HEVC is itself lossy, so a motion-blurred frame stays blurry no matter which still format you write it to.