Initializing... drag & drop files here
Supports: RMVB
.rmvb files, or click "Add Files" to browse. Batch conversion is supported, so you can drop a whole folder of RealMedia episodes at once..avi file (or grab a ZIP of the batch). No sign-up, no watermark, no installed RealPlayer codec required.RMVB (RealMedia Variable Bitrate, released by RealNetworks in 2003) was the dominant format for fansubbed anime and pirated Chinese TV throughout the mid-2000s because it produced watchable 480p video at very small file sizes — often a 23-minute episode in 70-90 MB. The cost was a proprietary stack: playback required RealPlayer or Real Alternative, and almost no consumer hardware decoded RealVideo natively. AVI, the Microsoft container introduced with Video for Windows in November 1992, plays in essentially every Windows-era media player, hardware DVD player, and non-linear editor — including legacy NLEs that refuse to import modern containers.
| Property | RMVB | AVI |
|---|---|---|
| Released | 2003 (RealNetworks) | November 1992 (Microsoft) |
| Container type | RealMedia (proprietary) | RIFF-based (open spec) |
| Default video codec | RealVideo 9 / 10 (RV40) | MPEG-4 ASP via DivX or Xvid |
| Default audio codec | RealAudio Cook / AAC-LC | MP3, AC3, or PCM |
| Variable bitrate | Yes (the entire purpose) | Limited — VBR MP3 below 32 kHz is unreliable |
| B-frames | Supported | Not supported by AVI's index |
| Subtitle attachment | Internal stream supported | External .srt only or hardcoded |
| Native browser playback | None | None — neither plays in Chrome/Safari/Firefox |
| Hardware decoder presence | Almost zero outside China | Common on 2005-2015 DVD/media players |
| Typical file size, 23 min 480p | 70-100 MB | 200-350 MB at comparable quality |
| Goal | Video codec | Audio codec | Quality setting |
|---|---|---|---|
| Maximum compatibility (legacy DVD player) | MPEG-4 (default) | MP3 | Quality Preset = High |
| Smallest file at watchable quality | Xvid | MP3 (128 kbps) | Variable Bitrate, target 1 Mbps |
| Editing in VirtualDub / Vegas 13 | MJPEG (intra-frame) | PCM 16-bit | Quality Preset = Very High |
| Match original RMVB size | MPEG-4 | MP3 | Specific file size = original × 1.3 |
| Highest visual fidelity | MPEG-4 | AC3 | Quality Preset = Highest |
RMVB uses RealVideo, a proprietary codec licensed by RealNetworks. iOS, Android, Chrome, Firefox, and Safari ship no RealVideo decoder. Even VLC, which does decode RMVB on desktop, has spotty mobile support for RV40. Converting to AVI with MPEG-4/Xvid sidesteps the licensing entirely.
Almost always, yes. RMVB was specifically engineered for "barely watchable at the smallest possible size" — its variable bitrate aggressively dumps bits during static scenes. AVI with MPEG-4 ASP at comparable visual quality typically lands 2-3× the file size. If you need the small footprint back, convert to MP4 instead — H.264 in MP4 is the modern equivalent and usually beats RMVB at the same bitrate.
In the early-to-mid 2000s, fansub groups distributing anime and Chinese TV needed sub-100 MB-per-episode sizes for dial-up and early DSL downloads. RMVB hit that target better than DivX-in-AVI did. The format became the de-facto fansub standard until MKV with H.264 took over around 2008-2010, after which RMVB libraries slowly aged out — but a lot of archived collections still exist.
RM (RealMedia) used constant bitrate. RMVB added variable bitrate to the same container, giving better quality at the same average size. Inside the file the codec is the same family (RealVideo 8/9/10); only the bitrate strategy differs. Both convert identically — our tool accepts both.
Not in this AVI flow. AVI's index does not handle RealAudio Cook, so the audio always re-encodes — to MP3 by default, or AC3/AAC/MP2 if you change the audio codec. If you need lossless audio carry-through, switch the target to MKV via our RMVB to MKV tool, where stream-copy is more flexible.
MP4 wins for modern playback — it streams in browsers, plays on every phone, and supports H.264/H.265 with better compression. Pick AVI only when (a) the target machine is older than ~2012 and lists AVI on its supported-formats sticker, (b) you're feeding a NLE that won't open MP4, or (c) you specifically need MJPEG for frame-accurate scrubbing. For everything else, RMVB to MP4 is the right route.
Yes — hardcoded ("hard") subs that are baked into the video frames carry through any conversion since they're part of the picture. Soft subs stored as a separate stream inside the RMVB will not survive: AVI's specification doesn't include attached subtitle tracks, so they're dropped. Convert to MKV if you need to keep selectable subtitle tracks.
Two reasons. First, you're transcoding from one lossy codec (RealVideo) to another (MPEG-4 ASP), which compounds artifacts — chroma smearing and macroblocking from the original get baked in plus a fresh layer from the new encoder. Second, RMVB at 480p hides compression by sacrificing fine motion detail; MPEG-4 ASP allocates bits differently and exposes that motion noise. Use Quality Preset "Highest" or Variable Bitrate target ≥ 3 Mbps to minimize the second pass loss.
Files are processed in your browser session and not retained on our servers, so the privacy side is fine. The legality of the source content is your responsibility — converting a file you don't have rights to is a copyright issue regardless of which tool you use.
MKV is the modern best-fit replacement: it carries H.264/H.265, multiple audio tracks, and selectable subtitles, all of which AVI cannot do well. MOV (QuickTime) is the right pick if you're editing in Final Cut or older Premiere on macOS. AVI is the right pick specifically for legacy Windows compatibility — see RMVB to MKV and RMVB to MOV for the alternatives.