Initializing... drag & drop files here
Supports: RM
This walks you through turning an old RM (RealMedia) video into an MTS (AVCHD) file — re-encoding RealVideo to H.264 so the clip drops into an AVCHD-style camcorder workflow. It is aimed at people rescuing 1990s–2000s RealMedia archives, and it is honest about what you can and can't get back: RealVideo's compression losses are permanent, so the goal here is a clean, editable re-encode, not a quality upgrade.
.rm (or .rmvb) file, or click "+ Add Files." Batch upload works — queue several clips and they convert with the same settings. Files are uploaded over an encrypted connection..mts file. No sign-up, no watermark.The defaults are right for most RealMedia rescues, but here is what each control actually does so you can match your source:
.mts wrapper. The page also exposes H.265, MPEG-2, MPEG-4, DivX, and Xvid — but choosing anything other than H.264 produces a file that is .mts in name only and may confuse AVCHD-aware tools.Be honest with yourself about the target format first. MTS / AVCHD is a camcorder and editing-workflow container — its main advantage is that some editors auto-detect .mts as AVCHD footage. That is a narrow reason. If you are not feeding a specific AVCHD pipeline, MP4 is almost always the better choice: use RM to MP4 for a file that plays on any phone, browser, or TV. If you only want the soundtrack from a RealMedia clip, RM to MP3 extracts the audio directly. Conversion also fails on DRM-locked or corrupted RM files — no server-side tool can decode an encrypted stream. And because RealVideo decoders survive today mainly through open-source projects like FFmpeg rather than RealNetworks itself (which sold the bulk of its video-codec patents and next-generation codec software to Intel, a deal completed April 5, 2012), the practical advice is to migrate aging Real archives now, while decoders are still maintained.
Almost the only good reason is an AVCHD editing workflow — some editors (and camcorder-import tools) auto-detect .mts as AVCHD footage and treat it accordingly. That is niche. For general playback, sharing, or archiving, MP4 with H.264 is more compatible and smaller for the same quality, so most people should use RM to MP4 instead. Pick MTS only when a specific AVCHD pipeline asks for it.
No. RealVideo is a lossy codec, and the losses from the original encode are permanent — re-encoding to H.264 can't reconstruct detail that was already thrown away. A clip that streamed at a low dial-up-era bitrate will look exactly as soft in MTS. The conversion gives you an editable, modern H.264 file; it does not give you a sharper picture.
No. Most 1990s–2000s Real streams were encoded at small resolutions like 320×240 for slow connections. Upscaling to 1080 only interpolates pixels and bloats the file without adding real detail. Set Video resolution to "Keep original" so the MTS keeps the source dimensions. Real upscaling needs AI tooling, not a format conversion.
RealMedia was built by RealNetworks (starting around 1997) for streaming over dial-up and early broadband, so files were aggressively compressed and often kept at sub-VHS resolutions to survive slow connections. In our testing, typical archived .rm clips decode to roughly 320×240 with visible compression softness — that is the source ceiling, and no conversion target, MTS included, can exceed it.
RMVB (the variable-bitrate RealMedia variant) converts the same way — just upload it. DRM-protected RM files, common among paid 2000s downloads, cannot be decoded by any server-side converter because the stream is encrypted; you would need the original DRM-licensed player. If your file fails to upload or errors out, encryption is the most likely cause.
Yes. Your RM file is uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion. No account is required, there are no watermarks, and files are never shared or made public. If you need the reverse direction, MTS to RM re-encodes AVCHD footage back into the RealMedia container.