Initializing... drag & drop files here
Supports: MTS
MTS is the AVCHD stream your Sony or Panasonic camcorder writes to its memory card — H.264 video up to 1920x1080 with AC-3 (Dolby Digital) or LPCM audio, introduced by Sony and Panasonic in 2006. RM is RealNetworks' RealMedia container from the late-1990s and 2000s streaming era, and its ecosystem wound down after RealNetworks sold its video patents and next-generation codec software to Intel for $120 million, a deal completed on April 5, 2012. So converting modern HD camcorder footage into RealMedia produces a file that almost nothing plays in 2026 — RealPlayer is rarely installed, and outside of FFmpeg-based players like VLC there is little that opens a fresh .rm. Most people who land here actually want a file that plays everywhere, which is MTS to MP4, not this. Only continue with RM if a specific legacy system genuinely requires a .rm.
| Property | MTS (source) | RM (output) |
|---|---|---|
| Introduced | 2006 (Sony / Panasonic AVCHD) | 1997 (RealNetworks) |
| Video codec | H.264 / AVC up to 1920x1080 | RealVideo 1.0 (RV10, default) or RealVideo 2.0 (RV20) |
| Audio codec | AC-3 (Dolby Digital) or LPCM | Selectable: RealAudio 1.0, AAC, or AC3 |
| Era of playback hardware | Current — phones, TVs, editors | Legacy — RealPlayer-era systems, VLC via FFmpeg |
| Browser playback | Via conversion to MP4 | None natively |
| Sensible use today | Camcorder capture format | Feeding un-migrated RealMedia systems only |
.MTS clip onto the page, or click "Add Files" to browse. You can queue several clips and they share the same output settings..rm. No sign-up, no watermark.The honest part of this conversion: H.264 inside your MTS is a far more efficient, modern codec than anything RealMedia can hold. Re-encoding to RealVideo means going backward into an abandoned, less efficient codec — to match the same visual quality you need a higher bitrate, or quality drops if you keep the bitrate low. You are doing this to satisfy a legacy .rm requirement, not to gain anything technically. Set the options around that target:
REAL_144 codec — the period-correct pairing for .rm), AAC, and AC3. The original AVCHD AC-3 or LPCM track is transcoded either way; a 5.1 surround mix is downmixed during conversion..rm manageable.The codec choices in one view:
| Setting | Options here | Note |
|---|---|---|
| Video Codec | RealVideo 1.0 (RV10, preselected) or RealVideo 2.0 (RV20) | RV30/RV40 have no open-source encoder, so they are not offered |
| Audio Codec | RealAudio 1.0 (REAL_144), AAC, or AC3 | RealAudio 1.0 is period-correct; AAC sounds better on FFmpeg-based players |
| Quality Preset | Lowest through Highest ("Very High (Recommended)" is default) | Constant Bitrate and Specific file size are the exact-target alternatives |
.MTS off the camcorder card and try again.For almost every real-world goal in 2026, RM is the wrong target — you would be re-encoding modern HD into an abandoned format with no playback benefit. If you just want camcorder footage that plays on a phone, laptop, browser, or smart TV, convert to MTS to MP4 instead; H.264-in-MP4 keeps your quality and plays everywhere. The only honest reason to make a .rm is feeding an un-migrated legacy system that still expects RealMedia — an old intranet streaming server, a media archive indexed by .rm filenames, or courseware wired to RealPlayer that nobody has migrated yet. If you are going the other direction and need to get footage out of an old .rm and onto a camcorder-style format, use the reverse converter, RM to MTS. And if a legacy Flash system is your actual target rather than RealMedia, MTS to FLV is the closer match.
Honestly, for almost no modern reason. The one legitimate case is feeding an un-migrated legacy system that still expects RealMedia — an old intranet or campus streaming server, a media archive that indexes files by .rm, or RealPlayer-based courseware nobody has migrated. If none of those apply, MTS to MP4 keeps your quality and plays in every browser, phone, and editor without hunting for a RealMedia decoder.
No, not natively. RealVideo development stopped after RealNetworks sold its video patents and codec software to Intel in 2012, and no current browser, phone, or smart TV decodes RealMedia out of the box. To play the .rm you generally need VLC or another FFmpeg-based player; the official RealPlayer is rarely installed today. This is the core reason the page steers most people to MP4 instead.
The default is RealVideo 1.0 (RV10), the H.263-based codec that shipped with RealPlayer 5, and the only other option is RealVideo 2.0 (RV20), the later RealVideo G2. Both are encoded through FFmpeg's open-source RealVideo encoders and are far less efficient than H.264. H.264 is not a valid codec inside a RealMedia container — if you need H.264, you are really looking for MTS to MP4.
It is transcoded to whichever codec you pick under Audio Codec — RealAudio 1.0 (REAL_144, the period-correct pairing for a RealMedia file), AAC, or AC3. A 5.1 surround track from the camcorder is downmixed to stereo during conversion. RealAudio 1.0 is the choice legacy RealPlayer-era tooling expects; AAC sounds far better on modern FFmpeg-based players.
Because RealVideo (RV10/RV20) is an H.263-era codec from the late 1990s, roughly half as efficient as the H.264 in your MTS. Matching the source quality therefore needs a higher bitrate, and a low bitrate produces visible blocking. In our testing, a 60-second 1080p AVCHD clip re-encoded to RV10 at a streaming-era resolution looked noticeably softer than the H.264 source at the same bitrate — that is the codec, not the converter. Scale the resolution down and raise the bitrate to keep it watchable.
Both are RealMedia containers. A plain .rm was tuned for constant-bitrate streaming — the format old RealServer and RealPlayer pipelines expect — while .rmvb is the later variable-bitrate variant popular for locally stored files. If the legacy system you are feeding names .rm, stay here; if it specifically wants the VBR variant, use MTS to RMVB instead so the container matches what it expects.
Yes. Queue multiple .MTS files in one upload and they all convert with the same settings — the same codec, quality preset, resolution, and trim range apply to every clip in the batch. That is convenient for a card full of camcorder segments destined for the same legacy system, but set the options before you start the batch.
Your MTS is uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion. Files are never shared or made public, and there is no sign-up or watermark.