Convert AVI to RMVB — Free Online Tool
Convert AVI files to RMVB format by re-encoding the video stream with H.264 (libx264) and the audio with AAC — producing a variable bitrate RealMedia file optimized for compressed distribution. This is useful when you need RMVB output for legacy media players or archives that specifically require the RealNetworks container format.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your AVI 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
AVI is a Microsoft container that can hold a variety of video codecs (including MJPEG, PNG, or H.264) alongside MP3, AAC, or Vorbis audio. RMVB, by contrast, is a strictly lossy variable-bitrate format developed by RealNetworks that only supports a narrow set of codecs. Because the source AVI may contain video encoded with MJPEG or PNG — and almost certainly won't be in a form the RMVB container can accept natively — the video stream is fully re-encoded to H.264 using libx264. The audio is similarly transcoded to AAC, regardless of what the original AVI audio codec was (MP3, Vorbis, or AAC). The RMVB container wraps these streams with variable bitrate metadata, which means the encoder allocates more bits to complex scenes and fewer to simple ones. Note that RMVB does not support multiple audio tracks, subtitles, or chapters, so any secondary audio streams present in the source AVI will be dropped during conversion.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg tool, which handles all demuxing, decoding, encoding, and muxing operations in this AVI to RMVB conversion pipeline. |
-i input.avi
|
Specifies the source AVI file as input. FFmpeg will detect the container and probe the internal video and audio streams — which in AVI could be MJPEG, PNG, H.264, MP3, Vorbis, or AAC — before beginning the conversion. |
-c:v libx264
|
Re-encodes the video stream to H.264 using the libx264 encoder, which is required because the RMVB container only supports H.264 video. This step is always a full transcode regardless of whether the source AVI already contained H.264. |
-c:a aac
|
Transcodes the audio stream to AAC using FFmpeg's built-in AAC encoder, replacing whatever audio codec the source AVI used (MP3, Vorbis, or AAC) to meet the RMVB container's audio requirements. |
-crf 23
|
Sets the Constant Rate Factor for the libx264 video encode to 23, which is the default balanced quality setting. Lower values produce higher quality and larger files; higher values produce smaller files with more compression artifacts. |
-b:a 128k
|
Sets the AAC audio output bitrate to 128 kilobits per second, which is a standard quality level suitable for most speech and music content. Increase to 192k or 256k for higher-fidelity audio in the RMVB output. |
output.rmvb
|
Specifies the output filename with the .rmvb extension, which tells FFmpeg to mux the encoded H.264 video and AAC audio into a RealMedia Variable Bitrate container. |
Common Use Cases
- Preparing video content for playback on older standalone media players or set-top boxes that specifically require the RMVB format from the RealNetworks era.
- Archiving or distributing video in RMVB format for communities or peer-to-peer networks where RMVB was historically the standard for compressed movie sharing.
- Converting an AVI file with a large uncompressed or MJPEG video track into a much smaller RMVB file for storage or transfer, taking advantage of H.264's superior compression efficiency.
- Generating an RMVB-compatible file from an AVI source to test playback compatibility with legacy software like RealPlayer or MPlayer configured for RMVB input.
- Producing an RMVB output from a multi-audio-track AVI when only the primary audio track is needed and a compact single-track container is acceptable.
- Creating RMVB copies of AVI home video archives for sharing with contacts who use older Asian media player ecosystems where RMVB remained popular long after it declined elsewhere.
Frequently Asked Questions
Yes, some quality loss is likely, especially if the source AVI uses a high-quality or lossless codec like PNG or uncompressed video. The conversion re-encodes the video to H.264 at CRF 23, which is a good general-purpose quality setting but is still lossy compression. If your AVI source was already H.264 with a similar CRF, the added generational loss will be minimal but still present. RMVB does not support lossless encoding, so there is no way to avoid lossy compression in the output.
The RMVB container format does not support multiple audio tracks — it is limited to a single audio stream. FFmpeg will automatically select the default or first audio track from the AVI source and encode that to AAC for the output. If you need a specific secondary audio track, you would need to modify the FFmpeg command to explicitly select it using the '-map' flag before running the conversion.
Playback support for RMVB is limited on modern software. While VLC and MPlayer can generally handle RMVB containers wrapping H.264 and AAC streams, most contemporary players like Windows Media Player, Apple QuickTime, and browser-based players do not natively support RMVB. If broad modern compatibility is your goal, formats like MP4 or MKV are far better choices. RMVB is best suited for legacy playback ecosystems or specific archival needs.
Adjust the '-crf' value in the command to control video quality. CRF ranges from 0 (visually lossless, very large file) to 51 (heavily compressed, low quality). The default of 23 is a balanced midpoint — lowering it to 18 produces noticeably higher quality at a larger file size, while raising it to 28 or higher gives smaller files with more visible compression artifacts. For example: 'ffmpeg -i input.avi -c:v libx264 -c:a aac -crf 18 -b:a 128k output.rmvb' would produce a higher-quality output.
Metadata preservation is unreliable in this conversion. AVI supports a limited set of metadata fields (INFO chunk tags like INAM for title or IART for artist), and RMVB has its own separate metadata structure inherited from the RealMedia format. FFmpeg will attempt to map compatible metadata fields across containers, but many tags will be silently dropped. If metadata preservation is critical, you should verify the output file's tags after conversion using a tool like FFprobe or MediaInfo.
The command shown processes a single file, but you can adapt it for batch processing on your desktop using a shell loop. On Linux or macOS, run: 'for f in *.avi; do ffmpeg -i "$f" -c:v libx264 -c:a aac -crf 23 -b:a 128k "${f%.avi}.rmvb"; done'. On Windows Command Prompt, use: 'for %f in (*.avi) do ffmpeg -i "%f" -c:v libx264 -c:a aac -crf 23 -b:a 128k "%~nf.rmvb"'. The browser-based tool processes one file at a time, so the FFmpeg command is especially valuable for bulk conversions of large libraries.
Technical Notes
AVI is a legacy interleaved container that can carry a wide variety of video codecs — including MJPEG, PNG frames, and H.264 — alongside audio encoded as MP3, Vorbis, or AAC. RMVB (RealMedia Variable Bitrate) is a much more constrained format: it is strictly lossy, supports only a single audio track, and has no provisions for embedded subtitles or chapter markers. In this conversion pipeline, FFmpeg re-encodes all video to H.264 via libx264 using CRF-based quality control, and all audio to AAC at a fixed bitrate. The variable bitrate nature of RMVB refers to the RealMedia container's streaming metadata structure rather than to any special encoding mode applied here — the H.264 stream inside will still be encoded using libx264's standard CRF mode, which is itself inherently variable bitrate at the codec level. One known limitation is that FFmpeg's RMVB muxer support is considered legacy and may produce files with slight compatibility quirks in some RealPlayer versions. File sizes will typically be significantly smaller than the source AVI, particularly if the original used MJPEG or PNG video, given H.264's far superior compression ratio. Multiple audio tracks from the AVI source will be silently discarded — only the primary stream is retained.