Initializing... drag & drop files here
Supports: RM
This tool pulls a single frame out of a RealMedia (.rm) video at the timestamp you choose and encodes it as a WebP image. It produces a static WebP, not an animated one — if you want motion, this is the wrong page. The frame is decoded to a lossless PNG first and then encoded, so the only quality decision you actually make is lossy versus lossless at the end.
.rm file onto the page or click "Add Files". Files are uploaded over an encrypted connection and processed on our servers.4.120 targets one frame rather than the nearest whole second. It opens at 0. Switch to Multiple Screenshots with a Capture Rate to sample stills across the clip instead..webp. No sign-up, no watermark; uploads and outputs are deleted automatically after a few hours.We measured both modes on the same still — a 320×240 frame extracted from a RealVideo (RV20) clip encoded at 200 kbit/s, which is a realistic stand-in for archived RealMedia. The lossless PNG the pipeline hands to the WebP encoder is included as the reference point.
| Encoding | File size | Relative to the lossless PNG | What it is for |
|---|---|---|---|
| Lossless PNG (the intermediate) | 95,035 bytes | — | Not delivered; this is what the encoder receives |
| WebP, Lossless? = Yes | 58,538 bytes | 62% | Pixel-exact archival or re-editable copy |
| WebP, Lossless? = No, Very High preset | 15,490 bytes | 16% | Web thumbnails, previews, anything you will post |
The gap is roughly 3.8× between the two modes on this frame. On material this small and this heavily pre-compressed, lossy WebP at the Very High preset is hard to distinguish from lossless at normal viewing size — the RealVideo artifacts dominate either way — so the default is the right choice unless you specifically need bit-exactness.
| Property | WebP | JPG | PNG |
|---|---|---|---|
| Published by | Google, 2010 | JFIF, 1992 | W3C, 1996 |
| Modes | Lossy and lossless in one format | Lossy only | Lossless only |
| Alpha channel | Yes, in both modes | No | Yes |
| Animation in the format | Yes — but this page does not produce it | No | No (APNG is a separate format) |
| Browser support | Chrome 32+, Firefox 65+, Edge 18+, Safari 16+, iOS Safari 14+ — about 96% of global usage per caniuse.com | Universal | Universal |
| Desktop image viewers and legacy editors | Patchy on older software | Universal | Universal |
| Best for | Web delivery of a still at the smallest size | Handing a still to someone else | Sharp edges, text overlays, transparency |
On macOS specifically, WebP support depends on both Safari and the operating system: MDN notes you need Safari 14 or later and macOS Big Sur (11) or newer. If a recipient is on an older Mac, hand them a JPG instead.
A single still. This page captures one frame at the timestamp in Time (seconds) and encodes it as a static WebP — there is no framerate control, no loop control and no combine control anywhere in the options, because none of them apply. WebP as a format does support animation; this conversion does not produce it. For motion, export a GIF or keep the whole clip as video with RM to MP4.
Lossy for anything going on the web, lossless only if you need a bit-exact copy. On our 320×240 test frame lossless produced 58,538 bytes against 15,490 for lossy at the Very High preset — nearly four times larger for a difference you are unlikely to see on material that was already compressed by a streaming codec. Flip Lossless? to Yes when the still is an archival master or is heading into further editing; leave it on No (Recommended) otherwise.
Two separate causes with two separate fixes. Blur means you landed mid-motion or across a scene cut — nudge Time (seconds) by a few hundredths of a second and re-run, since consecutive frames in a typical 15–30 fps RealVideo clip are only 0.03–0.07 s apart. Horizontal comb lines mean the source was interlaced, which was common for RealMedia ripped from broadcast or DVD; nothing in this pipeline deinterlaces, so pick a frame where the subject is not moving.
There is none to keep. Video frames are fully opaque rectangles — no mainstream video codec, RealVideo included, stores an alpha channel — so the extracted still has no transparency to preserve. WebP itself supports alpha in both lossy and lossless modes, so if you later cut a subject out of the still in an editor and re-save as WebP, the transparency will survive.
Exactly as large as the video's own frame, and no larger. The frame is captured at the source resolution and the Image resolution controls only scale it down. RealMedia archives are almost always standard definition or below, so expect something in the 320×240 to 640×480 range. The WebP format is nowhere near the constraint here — its container specification caps the product of canvas width and height at 2³²−1 pixels, far beyond any RealVideo frame.
Yes. Switch Frame Selection to Multiple Screenshots and set the Capture Rate, which ranges from ten frames per second down to one frame every ten seconds. Each sampled frame is encoded as its own .webp and they are delivered together. Use Specific Frame when you want one exact moment and Multiple Screenshots when you want a contact sheet or a set of candidates to choose from.
Very likely — it has broad browser support and an openly published container specification — but a lossless WebP is not the most conservative archival choice. If the point of the exercise is preserving a frame from a dying format, a lossless PNG or an LZW-compressed TIF is read by more software, including decades-old imaging applications that will never learn WebP. Use WebP when the destination is a web page.
Two common causes. The practical ceiling on a long RealMedia clip is upload size and time rather than anything about the converter; trim the source first with the Video Cutter, which accepts .rm and .rmvb directly, then grab your frame from the shorter file. The other cause is that the file is not a complete media file at all — .ram files are playlist pointers containing a URL, and partially downloaded RTSP captures often end mid-packet and cannot be decoded.
The .rm file is uploaded over an encrypted connection, the frame is extracted and encoded on our servers, and both the upload and the .webp output are deleted automatically after a few hours. No account is required, nothing is watermarked, and files are never shared or made public.