Initializing... drag & drop files here
Supports: RMVB
RMVB is RealNetworks' RealMedia Variable Bitrate container. Its picture comes from the RealVideo line — RV10 shipped with RealPlayer 5, RV20 with RealPlayer 6, RV30 with RealPlayer 8 and RV40 with RealPlayer 9 — and nothing in that lineage is still developed. AV1 is at the other end of the timeline: the royalty-free codec from the Alliance for Open Media that current browsers and hardware decoders target. This walk-through covers the four steps, which of the six rate-control modes is worth using, what the .av1 file you get back actually is, and how to fix the handful of things that reliably go wrong.
.rmvb onto the page or click "Add Files" to browse. Several files can be queued and they all encode with the same settings.Six modes render on this page and they are not interchangeable. Because AV1 is a CRF-capable codec, the quality-targeting modes behave the way you would expect here — which is not true on every target format.
| Mode | What it controls | Sensible use |
|---|---|---|
| Quality Preset | A named quality level, Highest through Lowest; opens on "Very High (Recommended)" | The default. Use it unless you have a specific size or quality number in mind |
| Constant Quality | A CRF slider from 16 to 63 that opens at 30, where lower means better | When you want one consistent quality level and do not care what the file size lands on |
| Constraint Quality | The same 16–63 CRF slider plus a Max bitrate ceiling | When you want CRF quality but must not exceed a bandwidth limit |
| Specific file size | A byte target, opening at 24 MB, with an Auto Scale switch | When something downstream enforces a hard size cap |
| Constant Bitrate | One fixed rate, opening at 4 Mbps | Rarely the right answer for a variable-bitrate source; it wastes bits on easy scenes |
| Variable Bitrate | Minimum, target and maximum rates, opening at 2 / 4 / 8 Mbps | When you are matching an existing delivery spec |
The important context: RMVB was built to squeeze long videos into small downloads, so your source is already heavily compressed and typically standard definition. That has two consequences. First, a modest AV1 target is usually enough — pushing the bitrate above what the RealVideo encode contained buys nothing, because the detail is already gone. Second, the CRF numbers you may be used to from H.264 do not transfer: AV1's scale here runs 0–63, not 0–51, so 30 is a middle-of-the-road value rather than a poor one.
.av1 File Actually IsThis is the detail that catches people out, so it is worth being precise about.
| Question | Answer |
|---|---|
Is .av1 a real container? |
No. The file we hand back is a Matroska file — its first four bytes are the EBML signature 1a 45 df a3, exactly as an .mkv would be |
| Does it carry the audio? | Yes. Decoding a RealMedia test clip on this route produced a Matroska file holding an AV1 video track alongside an Opus audio track |
| Will players open it? | Many will not, because they judge by extension. Renaming the file to .mkv makes it behave normally in VLC, MPV and most media servers |
| Is the video copied across untouched? | No. The RealVideo stream is fully decoded and then re-encoded as AV1 |
| Browser support for AV1 | Chrome 70+, Firefox 67+, Edge 121+ and Safari 17 with partial support, which caniuse.com puts at about 94% of browsers when full and partial are combined |
If you would rather have a filename every application already understands, RMVB to WebM gives you a standard web container, and RMVB to MKV gives you Matroska with the extension to match.
.av1 to .mkv and try again; the bytes are already Matroska.Two situations no online converter can rescue. Some commercial RealMedia files carry RealNetworks rights management, which blocks decoding everywhere, not just here; that is by design and there is no setting to work around it. And a lot of surviving .rmvb files are partial downloads from long-dead file-sharing networks, with truncated or damaged headers — those either fail outright or decode to a fraction of their nominal length. Open the source in VLC first: if VLC cannot play it end to end, neither can we. Separately, if you only wanted the sound, encoding video at all is wasted effort — RMVB to MP3 or RMVB to FLAC are much faster routes to the same audio.
Choose AV1 when compression efficiency is what you care about and you are willing to deal with the container quirk. AV1 is royalty-free and materially more efficient than H.264 at matched quality, which matters if you are re-encoding a large archive. Choose RMVB to MP4 when you want a file that plays on essentially anything without being renamed — it remains the safest destination for a legacy video you just want to be able to watch.
No. RMVB was designed around small file sizes, so the source is already a heavily compressed, usually standard-definition picture. Re-encoding to AV1 makes the video playable on current hardware and normally smaller at matched quality, but it works from what the RealVideo encode left behind. Nothing here upscales, sharpens or restores.
Yes. Because the output is a Matroska file, it carries an audio track alongside the video. The RealAudio stream is decoded and re-encoded — to Opus by default, or to any of AAC, AC3, DTS, EAC3, FLAC, MP2, MP3 or Vorbis if you change the Audio Codec dropdown.
Start at the default of 30 on the 0–63 scale and move from there. Lower is better quality and a larger file; higher is smaller and softer. Because the source is already soft, dropping much below 25 mostly spends bits preserving the original encode's artifacts rather than any real detail. If you have a size target instead of a quality target, use Specific file size and let the encoder work backwards.
Chrome from version 70, Firefox from 67 and Edge from 121 support AV1; Safari 17 is listed as partial. caniuse.com puts full and partial support together at roughly 94% of browsers in use. On the desktop, VLC and MPV decode it, and recent GPUs from all three vendors have hardware AV1 decoders. Older machines fall back to software decoding, which can stutter on high-resolution content — rarely an issue with a standard-definition RMVB source.
AV1's coding tools — larger and more flexible block partitions, more prediction modes, more sophisticated filtering — cost far more computation to search than H.264's. That is the trade it makes: more encoder time for a smaller file at the same quality. A long source at a high Quality Preset legitimately takes minutes rather than seconds, and a stalled-looking progress bar during a long encode is normal.
Usually not. Leave Video resolution on "Keep original". RMVB sources are typically standard definition, and the Preset Resolutions list works on height with width following the source aspect, so choosing a larger preset simply upscales existing artifacts into a bigger file. Resizing downward is legitimate if you specifically need a smaller frame — just note that any resize normalises the pixel aspect to square, so anamorphic sources need an explicit Width × Height.
Your .rmvb is uploaded over an encrypted connection, decoded and re-encoded on our servers, and handed back as a download. Both the upload and the converted file are deleted automatically after a few hours. There is no sign-up, no watermark, and nothing is shared or made public.