Initializing... drag & drop files here
Supports: XVID
Xvid is an open-source MPEG-4 Part 2 (Advanced Simple Profile) codec released in 2001 as a fork of OpenDivX, almost always wrapped in an.avi container. RMVB is RealNetworks' RealMedia Variable Bitrate container, which pairs RealVideo (typically RV40, the H.264-style proprietary codec introduced with RealPlayer 9) with RealAudio inside a single.rmvb file. The two formats served similar audiences in the 2000s — efficient, sub-DVD-quality video for distribution — but split along regional lines: Xvid/AVI dominated Western piracy and home archiving, while RMVB became the de facto standard in mainland China and across Asian fansub communities.
| Property | Xvid (AVI) | RMVB |
|---|---|---|
| Container | AVI (Microsoft, 1992) | RealMedia (RealNetworks) |
| Video codec | MPEG-4 Part 2 ASP | RealVideo (RV40, sometimes RV30) |
| Audio codec | MP3 or AC-3 (typical) | RealAudio (Cook) |
| Bitrate model | CBR or 2-pass VBR | VBR by design |
| Year released | 2001 (Xvid fork from OpenDivX) | 2003 (RMVB extension of RM, 1997) |
| Compression efficiency | Generation behind H.264 | Closer to H.264 (RV40 is H.264-style) |
| Player support | VLC, MPC-HC, MPV, most desktop apps | RealPlayer, VLC, MPC-HC, KMPlayer, PotPlayer |
| Native browser playback | None (decoder needed) | None (decoder needed) |
| Hardware acceleration | Some legacy DivX-certified players | Limited; RealPlayer-era hardware only |
| Regional dominance | Western P2P 2003–2010 | Mainland China and Asian fansubs 2003–present |
| Licensing | GPL (open source) | Proprietary (RealNetworks) |
| Compression mode | When to use it | Typical RV40 output |
|---|---|---|
| Quality Preset — Very High | Default; preserves most detail from a clean Xvid source | ~1.5–2.5× smaller than the source AVI |
| Quality Preset — High / Medium | Mobile playback or older Chinese set-top boxes | ~3× smaller |
| Constant Bitrate | You need predictable file size for a streaming budget | Set 600–900 kbps for 480p, 1.2–1.8 Mbps for 720p |
| Constant Quality (CRF-style) | You want consistent visual fidelity, not size | RV40 internal qscale; comparable to CRF 22–24 |
| Constraint Quality | You want quality but with a max bitrate ceiling | Useful for variable scenes within a target bandwidth |
| Specific file size | The target device or share has a hard MB cap | Auto-scales bitrate to hit your number |
It is mostly habit and archival inertia. Mainland Chinese video sites, fansub groups, and pre-2015 educational/drama archives standardised on RMVB during the dial-up and early-broadband era, and a large body of content only exists in that format. If you are publishing new video today, Xvid to MP4 is the right answer — RMVB is for matching an existing collection or feeding a legacy player.
Almost always RealVideo 4 (RV40), RealNetworks' proprietary H.264-style codec introduced with RealPlayer 9 in 2002. Older files may use RV30 (RealVideo 9). Audio is typically RealAudio Cook. RV40 is closer in design to H.264 than Xvid (MPEG-4 Part 2) is, which is why RMVB tends to look better than Xvid AVI at the same bitrate.
No. The encoder runs on our servers via FFmpeg's open-source RV10/RV20/RV40 implementation. You do not need to install RealProducer or RealPlayer to create the file. To play it back, install VLC, MPC-HC, KMPlayer, or PotPlayer — all four play RMVB natively without RealPlayer.
The audio is re-encoded to RealAudio (Cook), because RMVB containers expect RealAudio streams. Bitrate is set automatically based on your quality preset. If you specifically need MP3 audio preserved, you should keep the file as AVI or convert to MKV instead — see Xvid to MKV or Xvid to AVI.
Probably yes. "Xvid" is the codec; "AVI" is the container. Most files labelled Xvid in the wild are MPEG-4 Part 2 ASP video inside an AVI container, sometimes with MP3 or AC-3 audio. The converter accepts the.avi file directly — you don't need to rename or rewrap it first. If your AVI uses a different codec (DivX, MJPEG, MS-MPEG-4 v2/v3), it still converts because FFmpeg decodes those too.
Yes. Drop multiple AVI files in at once; each runs through the same Quality Preset, Resolution, and Trim settings you picked. Conversion runs on our servers, so very large batches (e.g. 20 × 700 MB AVIs) may benefit from being split into smaller groups to keep upload times manageable.
It is a transcode, so technically yes — every lossy-to-lossy conversion adds some loss. In practice the loss is small because RV40 is a more efficient codec than MPEG-4 Part 2, so at the Very High preset you usually cannot tell visually, and the file is smaller. If you need lossless preservation, keep the original AVI as the master and treat the RMVB as a distribution copy.
Most often the problem is the player, not the file. Older versions of Windows Media Player and QuickTime can't play RMVB at all. Install VLC (free, every platform) or MPC-HC. If even VLC stutters, try lowering the resolution preset on a re-export — some legacy hardware decoders choke above 720p RV40.
No. None of those platforms preview RMVB inline; recipients have to download and open with a third-party player. For those use cases, convert to MP4 (H.264) instead via Xvid to MP4. RMVB makes sense only when the recipient is already using a RealPlayer-era workflow or a Chinese-market device that prefers it.
Yes — see Compress RMVB. That tool re-encodes RV40 with a smaller bitrate target while keeping the.rmvb container intact, which is a better fit than round-tripping through Xvid.