Initializing... drag & drop files here
Supports: MJPEG
Both ends of this conversion are unusual, and the honest version of the page is worth more than an enthusiastic one. A .mjpeg file is a raw run of JPEG frames with no container, no timing and no audio track. RealMedia is RealNetworks' late-1990s streaming container, and the two codecs offered for it here — RealVideo 1.0 and 2.0 — are H.263-era. So the output is a small, soft, silent video in a format almost nothing opens by default. If that is what you need, this page tells you exactly which controls matter and which ones will disappoint you.
.mjpeg stream onto the page or click "+ Add Files". Because a raw Motion JPEG carries no timing header, decoders assume a nominal 25 frames per second — the output will run at that rate rather than at whatever rate the frames were captured..rm. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark.The File Compression group is shared across every video target, but RealVideo does not support everything in it. Two of the modes behave differently from their labels on this page, which is worth knowing before you spend time tuning a number that is going to be thrown away.
| Mode | What happens with RV10 / RV20 | Use it? |
|---|---|---|
| Quality Preset | Scales a bitrate from the source's own rate. Works, but a raw MJPEG has no declared bitrate for it to scale from | Second choice |
| Constant Quality | Emits a real quantiser value in the 1-31 range. This is the control that works | Yes — the primary control |
| Constraint Quality | The quality value is used, but the maximum-bitrate and buffer settings that define "constrained" are dropped before encoding, so it collapses into plain Constant Quality | No — use Constant Quality instead and save yourself the second field |
| Constant Bitrate | Works, but is capped — see the ceiling below | Only if you need a specific bitrate |
| Specific file size | Works within the same ceiling | Only for a hard size target |
| Variable Bitrate | Not offered on this page | — |
There is also a hard ceiling on bitrate that has nothing to do with the settings you choose: the RealMedia container limits a packet to 64 KB, so the encoder caps the video bitrate to what fits at the clip's frame rate. At the 25 fps a raw MJPEG is assumed to run at, that works out around 4.4 Mbit/s. Asking for more does not produce more — it produces the cap.
.rm File| Player or platform | Opens RealMedia? |
|---|---|
| VLC, mpv, MPC-HC | Yes — RealVideo 1.0 and 2.0 decode through their ffmpeg-based backends |
| RealPlayer | Yes, on Windows |
| Web browsers | No. There has never been native RealMedia support and there is no plugin path now |
| iOS / Android built-in players | No |
| QuickTime Player, Windows Media Player | No |
| Smart TVs, streaming sticks, game consoles | No |
| Video editors (Premiere, Resolve, Final Cut) | No — import will be refused |
No, because the source cannot have any. A .mjpeg file is a bare sequence of JPEG images with no container structure, and there is nowhere in that layout to store an audio track — so there is nothing to carry across and the output is silent. The Audio Codec dropdown still renders because it is shared across all video targets, but on this source it has nothing to act on. If you need sound in the finished file, you will have to add it afterwards in a video editor, from a separate audio file.
Because two internal rules both claim the audio default on RealMedia targets and they disagree, so the honest answer is that there is no settled default here — do not assume one is chosen for you. On a source that carries audio you should pick explicitly: RealAudio 1.0 is the format's own codec and the safest choice for genuine RealPlayer compatibility, while AAC and AC3 are technically muxable but unusual inside RealMedia. On this page, with a silent source, the choice has no effect.
There is less between them than the version numbers suggest. Encoding the same clip at the same quantiser through this pipeline, RV20 produced a slightly smaller file — 1,972,294 bytes against RV10's 2,079,735 — at effectively the same luma fidelity, with RV10 marginally ahead on chroma. So pick RV20 if you want the marginally smaller file, and RV10 if compatibility with genuinely old RealPlayer builds matters. Neither is competitive with anything modern: both are of the H.263 generation, so expect softness and blocking on detailed footage compared with what the same bitrate buys in H.264.
Because the parts that make it a constraint are removed for these codecs. Constraint Quality normally pairs a quality target with a maximum bitrate and a buffer size, but the RealVideo encoders only accept a simple bitrate or a simple quantiser, so those two parameters are stripped before the encode runs. What is left is the quality value on its own — which is exactly Constant Quality. Choose Constant Quality directly and ignore the max-bitrate field; you are not losing anything.
The slider opens at 5, which is a good starting point and produces a reasonably sharp picture. Lower means better and larger: 2-4 gets close to what these codecs can do, but the returns fade quickly because the codec, not the quantiser, is the limit. Above about 12 the blocking is obvious. Remember this is a 1-31 quantiser scale where lower is better, not a 0-51 CRF scale — carrying a number over from an H.264 workflow gives wildly wrong results.
.rm the same thing as .rmvb?They are the same container with different intent. RM was designed for streaming at a fixed bitrate over a known connection; RMVB — RealMedia Variable Bitrate — is the same file structure with a variable-rate stream inside, which is what made it popular for downloadable video in the 2000s. Our pipeline treats both as the RealMedia container. If you want the variable-bitrate cousin, use the RMVB target instead.
Because a raw MJPEG does not say how fast it should play. There is no header in the file recording a frame rate, a duration or even a frame count, so a decoder falls back to an assumed 25 frames per second. If your frames were captured at 30 fps, the resulting RM plays about 20 percent slow; at 15 fps it plays fast. Nothing on this page can correct that, because the correct rate is not recorded anywhere in the source. If the timing matters, wrap the frames at the right rate in a desktop tool before converting.
Only for a specific reason. RealMedia is not accepted by any browser, phone, smart TV, social platform or editor, and its codecs are two generations behind. The legitimate cases are narrow: feeding a legacy RealServer or corporate streaming system that still expects it, reproducing an archive in its original format, or satisfying a piece of software that will accept nothing else. For anything with a viewer at the other end, MJPEG to MP4 is smaller, sharper and plays everywhere.
Modest, because these codecs were built for dial-up era bandwidth. A six-second 720 × 480 raw MJPEG stream encoded with RealVideo 1.0 at the default quantiser produced a 2,079,735-byte file on this pipeline, against a 5,173,492-byte source — but the picture is visibly softer, which is where the saving comes from. Note that the conversion always re-encodes; nothing is copied through, so converting an already-converted file compounds the loss. For the reverse direction and other RealMedia targets, see the RM converter hub.