Convert RMVB to AVI — Free Online Tool
Convert RMVB files to AVI using H.264 video and MP3 audio — two codecs that deliver broad compatibility with legacy media players, older TVs, and Windows-based editing software. RMVB's variable bitrate RealVideo streams are fully re-encoded during conversion, producing a standard AVI container that doesn't require RealPlayer or any RealNetworks software to play.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your RMVB file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
RMVB uses RealNetworks' proprietary RealVideo and RealAudio codecs inside a variable-bitrate RealMedia container — codecs that are incompatible with AVI and unsupported by most modern and legacy non-RealNetworks players. This conversion is a full transcode: the RealVideo stream is decoded and re-encoded to H.264 (libx264) using a CRF of 23, and the RealAudio stream is decoded and re-encoded to MP3 (libmp3lame) at 128k bitrate. Because neither stream can be copied directly, the entire file is processed frame by frame and sample by sample. The output AVI container interleaves the new H.264 and MP3 streams using Microsoft's Audio Video Interleave structure, which is recognized by virtually every media player released in the past 25 years.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg program. This runs entirely in your browser via WebAssembly (FFmpeg.wasm) when using the online tool, or on your local machine when run in a terminal — the command syntax is identical in both environments. |
-i input.rmvb
|
Specifies the input RMVB file. FFmpeg detects the RealMedia container and identifies the RealVideo and RealAudio codec streams inside, preparing them for decoding prior to re-encoding. |
-c:v libx264
|
Re-encodes the RealVideo stream to H.264 using the libx264 encoder. Since RealVideo is incompatible with AVI, this re-encode is mandatory — there is no stream-copy shortcut available for this conversion. |
-c:a libmp3lame
|
Re-encodes the RealAudio stream to MP3 using the LAME encoder, producing the most broadly compatible audio format for AVI containers and ensuring playback on legacy hardware players and older Windows software. |
-crf 23
|
Sets the Constant Rate Factor for H.264 video quality at 23, the libx264 default. This is a perceptually good baseline for standard-definition RMVB content; lower values (e.g., 18) increase quality and file size, higher values (e.g., 28) reduce both. |
-b:a 128k
|
Sets the MP3 audio bitrate to 128 kilobits per second, a standard quality level suitable for speech and most compressed RMVB audio sources. Increasing this to 192k or 320k improves audio fidelity if the original RealAudio track was encoded at a higher quality. |
output.avi
|
Defines the output filename and tells FFmpeg to use the AVI container format. FFmpeg infers the AVI muxer from the .avi extension, interleaving the new H.264 video and MP3 audio streams into the legacy Microsoft Audio Video Interleave structure. |
Common Use Cases
- Playing RMVB video downloaded from older Chinese video-sharing sites on Windows Media Player or VLC without installing RealPlayer codecs
- Importing RMVB footage into legacy Windows-based video editors like Windows Movie Maker or older versions of Vegas Pro that recognize AVI but not RealMedia
- Playing RMVB content on older smart TVs, DVD players, or media center devices that have AVI support via USB but no RealVideo decoder
- Archiving a collection of RMVB files in a more durable, openly documented container format that doesn't depend on proprietary RealNetworks codec support
- Preparing RMVB video files for use in PowerPoint presentations or other Office applications on Windows, which natively support AVI over RealMedia
- Converting RMVB episodes of older anime or TV series distributed on peer-to-peer networks into a format playable on Kodi or similar home theater software without plugin dependencies
Frequently Asked Questions
Yes, some quality loss is unavoidable because RMVB uses RealVideo, which cannot be copied into an AVI container — the video must be fully re-encoded to H.264. The default CRF 23 setting produces good visual quality for most content and is generally indistinguishable from the source for standard-definition RMVB files, which are often 320×240 or 640×480. If your RMVB source is already heavily compressed, the re-encoding adds a second generation of lossy compression, so raising quality (lowering CRF toward 18) is worth considering for important files.
Although AVI technically supports AAC audio, MP3 (libmp3lame) is the conventional and most widely compatible audio codec for AVI files. Most hardware media players, legacy Windows applications, and older devices expect MP3 inside AVI containers, whereas AAC in AVI can cause playback issues or sync problems in non-modern players. Since the RealAudio track must be re-encoded regardless, outputting MP3 ensures the widest device compatibility for the resulting AVI file.
RMVB was specifically designed for efficient compression at low bitrates — the 'VB' in RMVB stands for variable bitrate, and RealVideo was optimized to squeeze acceptable quality into very small files for dial-up and early broadband distribution. H.264 in AVI at CRF 23 typically targets higher average quality and may produce a larger file, especially for older RMVB encodes that used aggressive compression. You can reduce file size by increasing the CRF value (e.g., 28 or 30) in the FFmpeg command, though this will lower visual quality.
No. RMVB files sometimes contain RealText or SMIL-based subtitle streams, but AVI does not support subtitle tracks natively, and this conversion does not extract or embed subtitles. If your RMVB file has hardcoded (burned-in) subtitles, they will appear in the video as normal since they are part of the video picture itself. Soft subtitles stored as a separate stream in the RMVB will be lost and must be extracted separately as an SRT or ASS file before conversion.
To change video quality, adjust the -crf value: lower numbers (e.g., 18) produce higher quality and larger files, while higher numbers (e.g., 28) produce smaller files with more compression. To change audio bitrate, replace 128k in -b:a 128k with values like 192k or 320k for better audio fidelity, or 96k or 64k to save space. For example: ffmpeg -i input.rmvb -c:v libx264 -c:a libmp3lame -crf 18 -b:a 192k output.avi would give you a noticeably higher-quality result.
Yes. On Linux or macOS, you can run: for f in *.rmvb; do ffmpeg -i "$f" -c:v libx264 -c:a libmp3lame -crf 23 -b:a 128k "${f%.rmvb}.avi"; done — this loops through all RMVB files in the current directory and converts each one to AVI with the same settings. On Windows Command Prompt, use: for %f in (*.rmvb) do ffmpeg -i "%f" -c:v libx264 -c:a libmp3lame -crf 23 -b:a 128k "%~nf.avi". The browser tool processes one file at a time, so the FFmpeg command is especially useful for batch operations on large collections.
Technical Notes
RMVB files rely entirely on proprietary RealNetworks codecs — RealVideo 8, 9, or 10 for video and RealAudio (Cook, AAC, or ATRAC variants) for audio — none of which can be stream-copied into an AVI container. FFmpeg supports decoding these RealMedia codecs, making the transcode possible, but the output quality is bounded by what information survives from the often heavily-compressed RealVideo source. AVI's interleaved structure performs well for local playback but lacks the index flexibility of modern containers; for files over 2GB, the standard AVI format hits an index size limitation (though OpenDML AVI extension used by FFmpeg mitigates this). AVI supports multiple audio tracks technically, but this conversion maps only the primary audio stream. RealMedia metadata such as title, author, and copyright fields are not preserved in the AVI output, as AVI's INFO chunk metadata structure does not map cleanly to RealMedia's content description fields. For content originally encoded at low RMVB bitrates (under 500 kbps), the H.264 output at CRF 23 will typically look similar to or slightly better than the source due to H.264's superior compression efficiency over older RealVideo codecs.