Initializing... drag & drop files here
Supports: AVCHD
RMVB is RealNetworks' RealMedia container with variable-bitrate RealVideo inside it — the format that carried an enormous amount of low-bandwidth video across Asia in the 2000s, and which still turns up in older media libraries and on set-top boxes of that era. It is a standard-definition format by construction, and the encoders behind it are period pieces.
That has one consequence you need to know before you upload anything: RealVideo output here is capped at 640 pixels wide and 480 pixels tall. A 1920x1080 AVCHD clip does not come out at 1080p, or at 720p, or at any HD size at all. The cap exists because the RealVideo 1.0 and 2.0 encoders and the RealMedia muxer both fall over at HD frame sizes, and it is what keeps this route working — but it also means the settings you choose interact in a way that is not obvious, and one of them will silently ruin your aspect ratio.
.avchd onto the page or click "+ Add Files". Only the .avchd extension is accepted here; several clips can be queued and all run with the same settings..rmvb. Files are uploaded over an encrypted connection, re-encoded on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared or made public.The 640x480 ceiling is applied by clamping the width and the height independently. That is fine when the requested frame is already small, and destructive when it is not.
With Keep original selected, the pipeline starts from your source's real dimensions and clamps each one on its own:
min(1920, 640) = 640min(1080, 480) = 480Nothing recalculates the aspect ratio afterwards, so the entire 16:9 frame is compressed sideways into a 4:3 box. We measured this end to end: a 1920x1080 AVCHD clip on Keep original came out as a 640x480 RMVB with everybody in it visibly narrowed.
With a Preset Resolution the arithmetic is different, because a preset sets the height only and the width is derived from the source's own aspect ratio afterwards. The height is still clamped to 480, but the width then follows correctly:
All of these were produced from the same 1920x1080 source. The last small detail: RealVideo frames are floored to a multiple of 16, which is why the numbers land where they do rather than on round figures.
So the rule for this page is short — never leave Video resolution on Keep original for HD footage. Pick any preset. If you want the smallest sensible file from a camcorder clip, 360p or 240p are honest choices for a format that was designed for dial-up-era bandwidth in the first place.
| Control | What happens on RealVideo output | Verdict |
|---|---|---|
| Video resolution — Preset Resolutions | Height clamped to 480, width derived from source aspect, floored to a multiple of 16 | Use this. The single most effective control on the page |
| Video resolution — Keep original | Width and height clamped to 640 and 480 independently, destroying 16:9 | Avoid on HD sources |
| Constant Quality | On RV10/RV20 this is a qscale, not a CRF: a 1-31 slider opening at 5, where lower is better | Works. 5 is already a good value |
| Constraint Quality | Renders, and takes a Max bitrate — but the pipeline strips the underlying rate-control parameters for RV10 and RV20, so the figure is discarded | Silently does nothing |
| Constant Bitrate / Variable Bitrate / Specific file size | Reach the encoder, but are capped: the RealMedia muxer cannot write a packet larger than 64 KB, so the pipeline holds the video bitrate below roughly 4.4 Mbit/s at 25 fps | Work, within that ceiling |
| Quality Preset (opens selected, at "Very High") | Scales the source clip's own bitrate by 1.32x, then meets the same muxer cap | Fine, but Constant Quality is more predictable |
| Audio Codec | AAC, AC3 or RealAudio 1.0, all of which mux correctly | Pick one explicitly |
The Audio Codec row needs an explanation. Two different rules in the option configuration both want to set the opening value on RMVB output — one nominates RealAudio 1.0, the other nominates AAC — and which of them wins depends on whether a video codec has been resolved at the moment the panel is built. Because the outcome is not stable, this page does not claim a default: open the list and choose. AAC is the sensible answer for anything you might want to play on a modern device, AC3 if a set-top box expects Dolby, and RealAudio 1.0 only for period authenticity, since it is fixed at 8 kHz mono and exactly 8 kbit/s — telephone quality, and audibly so.
| Property | AVCHD (source) | RMVB (output) |
|---|---|---|
| Published by | The AVCHD Format Co-Promoters, from 2006 | RealNetworks |
| Container | MPEG-2 transport stream | RealMedia — RMVB is the same container, written for variable bitrate |
| Video coding | MPEG-4 AVC/H.264 | RealVideo 1.0 by default; RealVideo 2.0 is the alternative |
| Audio coding | Dolby Digital (AC-3) at 64-640 kbps, or linear PCM at 1.5 Mbps stereo | AAC, AC-3 or RealAudio 1.0 — choose one |
| Maximum frame size here | 1920x1080 and beyond | 640 wide by 480 tall, floored to multiples of 16 |
| Maximum bitrate | 24 Mbit/s in the specification, 18 Mbit/s to DVD media | Held below about 4.4 Mbit/s at 25 fps by the muxer's 64 KB packet limit |
| Interlacing | Progressive or interlaced depending on the recording mode | No interlaced coding; combing in the source is encoded into the picture |
| What plays it | Camcorder software, media servers, ffmpeg-based players | RealPlayer, VLC, MPC-HC, ffmpeg-based players, era-appropriate set-top boxes |
The AVCHD figures above are as published in the official AVCHD format specification.
Because the RealVideo encoders cannot produce one. RealVideo 1.0 refuses to initialise above 4,095 sixteen-pixel macroblocks, so the largest frames it will accept are around 1024x1008 or 1280x816 — 1280x720 is fine, and 1080p is not remotely close. RealVideo 2.0 gets further only to hit the RealMedia muxer's hard 64 KB per-packet limit, which an HD keyframe exceeds and which causes the muxer to drop the frame outright. The 640x480 ceiling this page applies is what stops those failures from reaching you. RMVB was designed in an era when 640x480 was a generous frame size, and there is no setting that changes that. If you want HD, AVCHD to MP4 is the conversion you actually want.
RealVideo 2.0 unless you have a reason not to. RV20 is the later design and holds detail better at the low bitrates this format implies, and every player that reads RMVB reads it. RV10 is the value the page opens on and is worth choosing only for a very old device or authoring tool that specifically names RealVideo 1.0. Both are subject to the same 640x480 ceiling, the same multiple-of-16 frame rule and the same muxer packet limit, so the choice is purely about compression efficiency.
It is mislabelled, not broken. On RealVideo the pipeline emits a qscale rather than a CRF, and the slider is correctly ranged 1-31 for it, opening at 5. The convention is inverted from what "CRF" implies for H.264: on this scale lower is better quality and a larger file, with 1 as the best and 31 as the worst. The value it opens on, 5, is already a sensible high-quality setting for standard-definition material, so most people should leave it alone. The control that genuinely does nothing on this page is Constraint Quality, not this one.
Because Constraint Quality works by setting a maximum rate and a buffer size, and the pipeline removes both of those parameters for RealVideo 1.0 and 2.0 — those encoders only accept a simple target bitrate or a quantiser, not the buffer-based rate control that Constraint Quality relies on. The field still renders because the control is shared across every video target on the site, but the number you type is discarded before the encoder runs. Use Constant Quality, Constant Bitrate or Specific file size instead.
That is exactly the situation this page cannot answer honestly, which is why it tells you to choose. Two different configuration rules both try to set the opening value on RMVB output — one nominating RealAudio 1.0 and the other AAC — and they resolve in different orders depending on whether a video codec has been settled when the panel is drawn. All three offered codecs mux correctly into RMVB, so the fix is a single click: AAC for general playability, AC3 for a Dolby-expecting set-top box, or RealAudio 1.0 for authenticity at 8 kHz mono and 8 kbit/s.
.MTS. Is this the right page?Only if the file is literally named .avchd, which is all this page accepts. No camcorder writes that extension — AVCHD clips are .MTS on the memory card and .M2TS once imported into a BDMV folder or onto a disc — so a .avchd has almost always been renamed by hand or produced by a converter. The bytes are the same transport stream either way, so renaming works, but MTS to RMVB and M2TS to RMVB already cover the names your camera uses.
They are the same container. RM is RealNetworks' RealMedia file and RMVB is the same format written with a variable bitrate rather than a constant one — the extension was a labelling convention, not a separate specification, and the pipeline writes both through the same RealMedia muxer. Choose whichever extension the software or device on the other end is expecting; if you want the constant-bitrate spelling instead, AVCHD to RM is the same conversion under the other name.
No. There is no deinterlacing filter anywhere in this pipeline, at any setting. If your clips were recorded in a 1080i mode, each frame carries two fields captured a moment apart, and the combing on moving subjects is baked into the picture before RealVideo ever sees it. Because the frame is also being scaled down to 480 lines or fewer, the combing is resampled along with everything else and tends to show up as flicker or fringing rather than clean interlace lines. If it matters, deinterlace in a desktop editor before uploading.
There is no fixed per-file cap on our side — upload size and connection speed are what limit you in practice, and AVCHD is heavy at up to 24 Mbit/s, so a long recording runs to several gigabytes before conversion starts. Setting a Start time and a Duration under Trim is much quicker than uploading a whole clip you only need a minute of. Everything you send travels over an encrypted connection, is converted on our servers, and both the upload and the output are deleted automatically after a few hours. Nothing is shared or made public, no account is required and no watermark is added.