Initializing... drag & drop files here
Supports: RMVB
An .rmvb file is RealMedia Variable Bitrate — RealNetworks' container from 2003, a variable-bitrate sibling of the constant-bitrate .rm streaming format. It carries RealVideo (RV20/RV30/RV40) picture and RealAudio sound, and it spread widely as a distribution format for Asian television and film because it packed a long episode into a small file. A .ts file is an MPEG-2 Transport Stream: the ISO/IEC 13818-1 packet format that digital broadcast, IPTV and HLS all run on.
This is a full re-encode, not a rewrap. RealVideo cannot ride inside a transport stream, so the picture is decoded and encoded again — H.264 by default — and the RealAudio soundtrack is decoded and re-encoded as AAC. Nothing here is a copy operation, so pick your settings once and convert once rather than round-tripping.
.rmvb onto the page or click "+ Add Files" to browse. Several files can queue at once and they all convert with the same settings..ts. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark.Almost every RMVB conversion should leave both dropdowns alone. These are the cases where changing them is justified.
Because the target codec is H.264 rather than RealVideo, Constraint Quality works normally on this page. That is worth saying because it is not true in the opposite direction: on pages that write RealVideo, the max-bitrate constraint is stripped before encoding. Here the constraint is honoured.
| Property | RMVB source | TS output |
|---|---|---|
| Full name | RealMedia Variable Bitrate | MPEG-2 Transport Stream |
| Owner / standard | RealNetworks, proprietary; first released 2003 | ISO/IEC 13818-1, also published as ITU-T H.222.0 |
| File signature | .RMF — hex 2E 52 4D 46 |
188-byte packets, each starting with sync byte 0x47 |
| MIME type | application/vnd.rn-realmedia-vbr |
video/mp2t |
| Video inside | RealVideo (RV20/RV30/RV40) | H.264 by default here; MPEG-2, H.265, MPEG-4, Xvid, DivX and MPEG-1 selectable |
| Audio inside | RealAudio (commonly Cook/RA, sometimes AAC) | AAC by default; AC3, EAC3, MP2, MP3 also offered |
| Rate model | Variable bitrate, tuned for local storage | Constant packet rate, tuned for lossy transmission |
| Seeking | Index chunk inside the container | No global index — players scan for packet boundaries |
| Why people use it | Long episodes in small files, legacy Asian media libraries | Broadcast, IPTV, HLS segments, appending clips |
| Video Codec | Sensible when | Watch out for |
|---|---|---|
| H.264 (default) | HLS, modern players, anything general | None — this is the safe pick |
| H.265 | You need the smallest file at a given quality | Narrower player support inside .ts |
| MPEG-2 | Legacy DVB/ATSC hardware, DVD-adjacent chains | Much larger files; the quality slider is discarded on MPEG-2 |
| MPEG-4 / Xvid / DivX | A specific decoder asks for MPEG-4 Part 2 | Older, less efficient than H.264 at every size |
| MPEG-1 | Very old playback hardware | Lowest efficiency of the set |
.ts is usually the larger of the two even when the picture is identical. In our testing a 10-second 640×480 RealVideo clip of 1.19 MB produced a 1.29 MB transport stream at the default H.264 CRF 23 with AAC audio.Because a transport stream cannot carry RealVideo. The MPEG-2 Systems specification defines which elementary streams a TS may multiplex, and RealNetworks' codecs were never registered among them — there is no stream type a RealVideo payload could claim. So the picture must be decoded and re-compressed into a codec the transport stream recognises, which on this page defaults to H.264. The same applies to the RealAudio track, which becomes AAC. Every conversion on this route is therefore a fresh lossy encode, not a container swap.
They are the same container family with different rate control. .rm holds RealMedia encoded at a constant bitrate, which suited RealNetworks' original streaming use case where the delivery channel had a fixed budget. .rmvb is the variable-bitrate variant, meant for files stored locally: complex scenes get more data and static ones less, so an episode fits into a smaller file at the same perceived quality. Both share the .RMF header signature, and this converter handles the RMVB spelling.
Yes. VLC reads MPEG-2 transport streams on Windows, macOS and Linux without extra components, and it decodes the default H.264 plus AAC pairing this page produces. That is worth knowing in both directions: VLC is also one of the few current players that still decodes RealVideo, so if a .rmvb opens in VLC but nowhere else, converting it is exactly the right move.
Yes, and it is one of the format's genuine strengths. A transport stream is a run of self-contained 188-byte packets rather than a single indexed file, so clips encoded with matching codec, resolution and frame rate can be appended end to end and still play as one. Convert every RMVB episode with identical settings first so the streams line up; mismatched resolutions or frame rates will make players stumble at the joins.
No. Subtitle handling is not part of this conversion, and RealMedia's own subtitle mechanisms do not map onto a transport stream's elementary-stream model. If the subtitles were burned into the picture they survive, because they are part of the video frames; if they were a separate selectable track, they are dropped. Extract them with a desktop tool before converting if you need to keep them.
Because you cannot recover what the source never stored. RealAudio tracks in .rmvb files were usually encoded at low bitrates to keep episode sizes down, and re-encoding a lossy track into AAC is a second lossy generation on top of the first. A high quality setting stops the conversion from adding more damage, but the ceiling is whatever RealAudio captured. If the soundtrack matters more than the picture, extract it once with RMVB to MP3 and keep that copy.
Whatever the RMVB was, unless you change it. Video resolution opens on "Keep original" and no rescale is applied by default. If you do pick a preset, note that the preset list sets height only and lets the width follow the source's aspect ratio, so it will not produce an exact frame size — use Width x Height when a specific raster is required. Avoid upscaling a low-bitrate RMVB; enlarging the frame spreads the same detail thinner and makes the compression artefacts more obvious rather than less.
MP4 in nearly every case. It plays on phones, browsers, TVs and editors, and it carries the same H.264 video with far less packet overhead — RMVB to MP4 is the sensible default. Reach for TS only when the destination demands it: an HLS segmenting pipeline, an IPTV or broadcast chain, or a workflow where you intend to concatenate several clips into one continuous stream. If you want a container that also handles multiple audio tracks and chapters, RMVB to MKV is the better middle ground.
Your .rmvb is uploaded over an encrypted connection, converted on our servers and deleted automatically a few hours afterwards, along with the transport stream we produced. There is no sign-up, no watermark, and files are never shared or made public. RMVB files are often full-length episodes, so the part of the job you will actually wait on is the upload over your own connection rather than the encode.