Initializing... drag & drop files here
Supports: RM
This tool freezes one moment of a RealMedia (.rm) video and writes it out as a TIF image. Under the hood the frame is extracted as a lossless PNG first and then encoded to TIFF, so nothing is lost between the decoder and the image writer — the only quality decision that matters is which Compression Type you pick at the end, and that choice changes the file by a factor of fourteen.
The walk-through below covers picking the timestamp, choosing a compression type on real measured numbers, and the two compression settings that will silently produce a broken file if you select them.
.rm file onto the page or click "Add Files". Files travel over an encrypted connection and are converted on our servers.2.100 lands on the frame at 2.1 seconds. It opens at 0, which grabs the first frame. Switch to Multiple Screenshots to sample stills across the whole clip instead, at a Capture Rate from ten frames per second down to one frame every ten seconds..tif. No sign-up, no watermark; uploads and outputs are deleted automatically after a few hours.TIFF is a wrapper, not a single compression scheme, and this is the one control that genuinely changes what you get. We measured all of them on the same frame — a 320×240 still pulled from a RealVideo (RV20) clip encoded at 200 kbit/s, which is a realistic stand-in for the archived RealMedia most people are converting.
| Compression Type | File size | Lossless? | Use it when |
|---|---|---|---|
| NONE | 230,638 bytes | Yes | Feeding very old imaging software that reads only baseline TIFF |
| PACKBITS | 232,496 bytes | Yes | Rarely — see the note below |
| LZW | 111,740 bytes | Yes | A safe lossless default; read by essentially every TIFF-aware app |
| DEFLATE | 99,106 bytes | Yes | Lossless and smaller than LZW on photographic frames |
| ZSTD | 97,192 bytes | Yes | Lossless and smallest of the classic three, but newer and less widely read |
| JPEG (default) | 56,765 bytes | No | The page default; smallest widely compatible option |
| WebP | 16,374 bytes | No | Smallest by a wide margin, but least portable inside a TIFF wrapper |
| CCITT Fax 4 | fails | — | Bilevel scans only — never a video frame |
| JP2K | fails | — | Not supported by this pipeline's TIFF writer |
Three things worth knowing before you pick:
| Property | TIF | JPG | PNG |
|---|---|---|---|
| First specified | Aldus, 1986; TIFF 6.0 in 1992, now maintained by Adobe | JFIF, 1992 | 1996, W3C Recommendation |
| Compression on offer | None, PackBits, LZW, Deflate, ZSTD, JPEG, WebP | Lossy DCT only | Lossless Deflate |
| Bits per channel | 1, 8 or 16 | 8 | 8 or 16 |
| Colour models | RGB, CMYK, grayscale, bilevel | YCbCr | RGB and grayscale, with alpha |
| Multiple images per file | Yes, in the format — but not produced here | No | No |
| Native browser rendering | Safari only | Universal | Universal |
| Right choice for | Print, archival masters, precision editing | Sharing or emailing a still | Screenshots, sharp edges, transparency |
.rm and .rmvb, then grab your frame from the shorter clip.No. RealVideo was compressed hard for dial-up and early-broadband streaming, so the source frames are small and carry visible quantization artifacts. TIF stores those pixels faithfully — with LZW, DEFLATE, ZSTD or NONE it stores them exactly — but it cannot reconstruct detail the original encode discarded. The honest reason to do this is preservation: pulling a usable still out of a webcast, lecture or news archive in a format that print and editing tools accept.
If the still is an archival or print master, choose DEFLATE or LZW — both are lossless, both are read by Photoshop, Affinity Photo, GIMP, ImageMagick and Preview, and DEFLATE came out about 11% smaller than LZW on our test frame. If you just want a small file and the still is going into a document, leave it on the JPEG default. Choose NONE only when a piece of legacy imaging software refuses anything else. Avoid PACKBITS on photographic content, and never choose CCITT Fax 4 or JP2K.
No. The TIFF format itself supports multiple images in one file, but this tool writes one image per file: Multiple Screenshots returns each sampled frame as its own .tif rather than assembling a multi-page document. If you want a contact-sheet-style set of stills, that mode is the right one — set the Capture Rate to something like one frame every two seconds. If you want a single moment, stay on Specific Frame.
It depends almost entirely on the compression type, not the source. We measured a 320×240 frame extracted from an RV20 clip at 230,638 bytes uncompressed, 111,740 with LZW, 99,106 with DEFLATE and 56,765 with the default JPEG setting. The uncompressed figure tracks the raw pixel math exactly — 320 × 240 × 3 bytes — so you can predict it for any frame size. A 640×480 frame would be four times that before compression.
There is no DPI control on this page and no resolution tag to rely on. What actually determines print quality is pixel count, and a RealMedia frame has very few of them: a 320×240 still is about one inch square at 300 DPI. If you need a printable still, start from the highest-resolution source you have; no conversion setting can add pixels that were never in the stream.
Mostly not. Per MDN, Safari is the only browser that natively renders TIFF in web content — Chrome, Firefox and Edge need an add-on or a helper library. TIFF is meant for downloadable artwork, print and precision editing rather than display on a page. If the still is going into an email, a document or a web page, grab it as RM to JPG or as a lossless RM to PNG instead.
Nothing, at the format level — .tif and .tiff are two spellings of the same file type, a hangover from eight-character DOS filenames. The File extension control on this page lets you pick either, and the RM to TIFF converter is the same conversion pre-set to the four-letter spelling. Choose whichever your downstream tool expects; some older Windows software still assumes three.
This page accepts .rm. RMVB, the variable-bitrate sibling of the same container, has its own page at RMVB to TIF with identical options. Either way the frame is decoded by the same RealVideo decoder, so the picture you get out is the same.
The .rm file is uploaded over an encrypted connection, the frame is extracted and encoded on our servers, and both the upload and the .tif output are deleted automatically after a few hours. There is no account to create, no watermark on the image, and files are never shared or made public. If you want the whole moving clip rather than one still, convert it with RM to MP4.