Initializing... drag & drop files here
Supports: MJPEG
Motion JPEG is video stored the crudest possible way: every frame is a complete JPEG, nothing is shared between frames, and a one-minute recording routinely runs to hundreds of megabytes. RMVB is RealNetworks' "RealMedia Variable Bitrate" — the name attached to the RealMedia files that circulated widely for anime fansubs and downloaded TV in the early 2000s.
Before you convert, it is worth being precise about what this page produces, because "RMVB" is a looser label than it looks:
.rm and as .rmvb and the files were byte-identical, both beginning with the .RMF signature. RMVB is a naming convention on top of RealMedia, not a separate format.So this is a genuine RealMedia file under the .rmvb name. It is not a reconstruction of a 2004-era RMVB rip, and nothing here can make it one.
.rmvb. If you use Trim, leave the start time at 0 — see the errors section. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark.RealMedia cannot carry a packet larger than 64 kilobytes, and at the best quality settings RealVideo produces frames bigger than that. The bitrate-based modes are protected — the pipeline caps a requested bitrate at roughly 4.4 Mbit/s at 25 frames per second, derived directly from the packet limit — but the Constant Quality path never sets a bitrate, so nothing there is capped.
We swept the slider against a four-second 848 × 480 clip (source: 3,160,672 bytes of Motion JPEG):
| Constant Quality | Output |
|---|---|
| 1 | Fails — Muxing packets larger than 64 kB (67004) is not supported |
| 2 | Fails, same reason |
| 3 | 2,293,492 bytes |
| 4 | 1,778,607 bytes |
| 5 (the opening value) | 1,437,877 bytes |
| 15 | 418,793 bytes |
| 31 | 216,684 bytes |
Where the wall sits depends on frame size and how busy the picture is — the same clip scaled to 320 × 240 encoded happily at 1. The reliable rule: 5 is safe, and if a job fails, raise the number or lower the resolution.
One related thing worth knowing: Constraint Quality shows a Max bitrate box, but RealVideo encoders do not accept the rate-control parameters it produces, so they are discarded before encoding. If you want a real ceiling, use Constant Bitrate.
| Property | MJPEG (source) | RMVB (output) |
|---|---|---|
| Coding | Every frame a full, independent JPEG | RealVideo 1.0 (preselected) or 2.0 |
| Container | Often none — a bare stream of JPEGs | RealMedia, signature .RMF |
| Frame dimensions | Anything | Rounded down to a multiple of 16 on both axes |
| Maximum packet | No concept of packets | 64 KB, which caps how good the picture can get |
| Frame rate stored? | Not in a raw stream | Yes |
| Duration stored? | No | Yes |
| Audio | None in a raw stream | AAC, AC3 or RealAudio 1.0, when the source has a track |
| Measured, 4 s at 848 × 480 | 3,160,672 bytes | 1,437,877 bytes at the opening quality setting |
.mjpeg name do carry audio and will use the Audio Codec setting.If your file is really an AVI, MOV or MKV that someone renamed to .mjpeg, it will convert — files are demuxed by their actual contents — but the result is better from the page matching the real extension, because those containers record frame rate and carry audio that a raw stream cannot.
And if nobody specifically asked for RealMedia, do not use it. Player support has been shrinking for two decades, the two encodable RealVideo generations are far behind anything modern on quality per byte, and the 64 KB packet limit puts a hard ceiling on how good the picture can get. MJPEG to MP4 produces a far better file that everything opens. Choose RMVB when an archive, a catalogue or a piece of legacy software requires the extension.
Not in the bytes. We wrote the same encode under both names and the files compared byte-for-byte equal, both starting with the .RMF RealMedia signature. If a system wants one specific extension, pick that one; otherwise MJPEG to RM gives you exactly the same result under the more literal name.
Because they cannot be encoded — only decoded. The tooling can read RealVideo 3.0, 4.0 and 6.0 streams but can only write RealVideo 1.0 and 2.0, which is why the dropdown has two entries. This is a real constraint on what an RMVB produced today can contain, and it is worth knowing if you are trying to match an existing collection.
Not by itself. The extension is a convention, and what you actually get depends on the File Compression mode you choose here: Constant Quality and Quality Preset vary the rate with the content, Constant Bitrate does not. Selecting .rmvb does not switch anything into a variable-rate mode on its own.
AAC or AC3 — both preserve the source's sample rate and channel count. Avoid RealAudio 1.0 unless something demands it: we measured it producing a fixed 8 kHz mono stream at 8 kbit/s, which is a 1995 speech codec doing exactly what it was designed for and nothing more. On music or ambient sound the result is unusable.
Slightly. RV20 is the later of the two and encodes a little more efficiently: 1,363,483 bytes against RV10's 1,437,877 on the same clip and setting, roughly 5%. RV10 is preselected because it is the more broadly decodable. If a target system names a version, match it; otherwise the difference is small enough to ignore.
Quite a lot, because almost anything beats storing every frame as a full JPEG. Our four-second 848 × 480 sample went from 3,160,672 bytes to 1,437,877 at the default quality setting, and to 216,684 at the far end of the slider. The trade-off is picture quality: RealVideo at quality 31 looks like 2002.
Yes — Keep original is preselected — subject to the multiple-of-16 rounding, which will shave up to fifteen pixels off each axis. For 640 × 480, 1280 × 720 and 1920 × 1080 sources nothing changes at all, since all six numbers already divide by 16.
Because there is no deinterlacing anywhere in the conversion path. This rarely matters for Motion JPEG, which is nearly always progressive, but it is worth knowing if your source came from an interlaced capture card — the comb artefacts will be re-encoded into the output as part of the picture.
Yes. Queue the files and they are processed with the same codec, quality and resolution settings. Since the frame-size rounding is applied per file, clips of different dimensions each get their own nearest multiple of 16 rather than being forced to a common size.