Initializing... drag & drop files here
Supports: PNG, APNG
RM is RealNetworks' RealMedia container, and the codecs inside it — RealVideo 1.0 and 2.0 — date from the era when streaming video meant a postage-stamp window in RealPlayer. That history is not trivia here: it dictates hard limits that no setting on this page can lift, and it is why a 4K PNG cannot become a 4K .rm. This walk-through covers the controls that work, the one ceiling you cannot raise, and the two quality settings that are worth ignoring.
.rm per image ("Video per image").This is the fact that surprises people. We checked our own codec registry: RealVideo 1.0 and 2.0 are both registered with a maximum frame size of 640 × 480, and the conversion pipeline scales any larger frame down to fit inside that box before rounding the result to a multiple of 16. So whatever you select under Video resolution — "Keep original", a 1080p preset, an explicit 1920 × 1080 — the encoded frame will not exceed 640 × 480. "Keep original" on a full-HD PNG does not produce a full-HD .rm; it produces a small one.
The multiple-of-16 rounding is not arbitrary either. RealVideo 1.0 is a H.263-derived codec, and the encoder refuses dimensions that are not multiples of 16, as well as frames above 4,095 macroblocks — we reproduced both, with 800 × 600 and 1920 × 1080 rejected outright and 1,024 × 1,024 failing on the macroblock count. The clamp exists so those errors never reach you. RealVideo 2.0 relaxes the rule to multiples of 4 and drops the macroblock limit, but the 640 × 480 ceiling applies to it too.
Two more things worth knowing before you touch the compression controls. The RM muxer has a per-frame packet limit of roughly 64 KB, so the pipeline caps the bitrate to stay under it — another reason a high-resolution, high-quality .rm is not achievable. And Quality Preset is inert here: a preset works by scaling a source bitrate, and a still image has none to scale.
| Control | Effect on a PNG-to-RM conversion |
|---|---|
| Video resolution | Sets a target, then gets clamped to fit 640 × 480 and rounded to a multiple of 16 |
| Image Duration | Clip length; 5 seconds per frame is preselected |
| Video Codec | RealVideo 1.0 (default) or RealVideo 2.0 |
| Quality Preset | Inert on still images — no source bitrate exists for it to scale |
| Constant Quality | Works: the 1–31 slider is emitted as a fixed quantiser, where lower is better |
| Constraint Quality | Its Max bitrate box is stripped before encoding for RealVideo, so it adds nothing over Constant Quality |
| Background Color | Fills transparent pixels and any padding bars |
| Audio | No control renders; a still-image clip is silent by construction |
| Property | RealVideo 1.0 (RV10) | RealVideo 2.0 (RV20) |
|---|---|---|
| Selected by default here | Yes | No |
| Lineage | H.263-derived | H.263-derived, later generation |
| Dimension rule at the encoder | Multiples of 16 | Multiples of 4 |
| Macroblock limit | 4,095 | None enforced |
| Maximum frame size in this pipeline | 640 × 480 | 640 × 480 |
| Choose it when | A legacy decoder expects the original RealVideo stream | You want the newer of the two and nothing specifically requires RV10 |
.rm, and most phones need an extra app. VLC decodes RealVideo through its FFmpeg-based libraries and is the reliable desktop option.RM only makes sense when something specifically requires RealMedia — an archive that has to match existing .rm assets, a legacy playout system, or a decoder that was never updated. For every other purpose it is the wrong target: it will not embed in a web page, it will not open on a phone by default, most editors will not import it, and the resolution ceiling throws away most of a modern image. Use PNG to MP4 for a clip that plays essentially everywhere, or, if you already have RealMedia files that need modernising, RM to MP4 goes the other way.
Because the RealVideo encoders are capped at that size in this pipeline, and the clamp is applied after your selection. It is not a bug in your settings — it is the codecs' practical envelope, combined with the RM container's per-frame packet limit. There is no setting that lifts it. A different container and codec is the only route to a full-resolution clip.
Leave it on RealVideo 1.0 unless a specific legacy decoder asks for the other. Both are H.263-derived, both are clamped to the same maximum frame size here, and both decode in RealPlayer and in FFmpeg-based players such as VLC. RV20 is the later design and slightly more forgiving about frame dimensions, but at 640 × 480 you will struggle to see a difference.
Constant Quality. Its slider is labelled CRF but runs on a 1–31 fixed-quantiser scale for these codecs, where lower numbers mean better quality — the reverse of what the label suggests. Quality Preset does nothing for a still image, and Constraint Quality adds a Max bitrate box that is discarded before the encoder runs for RealVideo, so it offers nothing Constant Quality does not.
.rm file have any sound?No. A still image has no audio to encode, so this page renders no audio controls at all and writes no audio track. That sidesteps a genuine ambiguity in RealMedia audio defaults — with no audio present, there is nothing to choose.
It was flattened onto the Background Color, preselected to White for image sources. RealVideo has no alpha channel, so there is no "keep transparency" option — the format cannot represent it. Pick the colour that matches wherever the clip will play before converting, since re-converting is the only way to change it.
No. One image produces one unchanging picture held for the duration you set. Uploading several PNGs with "Merge images" gives a slideshow — each still shown in turn for the same duration — but nothing moves within a frame. B-frames are disabled for still-image encodes because identical frames give them nothing to predict from.
.rmvb different from .rm?They are the same container family; the "VB" signals variable-bitrate encoding rather than a different file structure. This page writes the .rm form. Both are decoded by the same RealVideo support in players like VLC, and both carry the same limits described above.
.rm file later?You can decode a frame from it, but not recover what was lost. The clamp to 640 × 480 and the lossy RealVideo encode are both one-way: a frame extracted afterwards is a small, compressed approximation of your PNG, not the original. Keep the source PNG if the image matters — that is the only lossless copy you will have.