Initializing... drag & drop files here
Supports: WTV
.wtv recording or click "+ Add Files" to browse. Batch upload is supported, so you can queue several Media Center captures in one pass. Files process on our servers — no account, no watermark..rm file. Outputs play in RealPlayer, VLC, MPC-HC, and anything backed by FFmpeg's libavformat.WTV (Windows Recorded TV Show) is the container Windows Media Center wrote to disk starting with the Windows Vista Media Center TV Pack 2008 and Windows 7, replacing the older DVR-MS format. WTV stores MPEG-2 or H.264 video with MPEG-1 Layer II or AC-3 audio, plus EPG metadata. RM (RealMedia) is RealNetworks' streaming container, first shipped with RealVideo 1.0 in February 1997 and refined through the G2 release in 1998. Converting WTV to RM is a niche but real workflow:
.rm input. WTV will not load there.| Property | WTV | RM |
|---|---|---|
| Origin | Microsoft, 2008 (Vista TV Pack / Windows 7) | RealNetworks, 1997 |
| Designed for | PVR/DVR capture from cable, ATSC, ClearQAM | Low-bandwidth internet streaming |
| Video codecs | MPEG-2, MPEG-4, H.264 | RV10, RV20, RV30, RV40 |
| Audio codecs | MPEG-1 Layer II, AC-3 | RealAudio (Cook, RA-Lossless), AAC |
| Container basis | Custom (not ASF; replaces DVR-MS) | Proprietary RealMedia |
| DRM | Yes — CGMS-A flag from broadcaster | Yes — historically RealDRM |
| Captions / EPG metadata | Yes (closed captions, program guide) | No native EPG; basic title metadata |
| Typical use today | Legacy Media Center archives on Windows 7 | Legacy archives, RealPlayer-bound kiosks |
| Variable bitrate sibling | — | RMVB (.rmvb) |
| Cross-platform playback | Windows only without conversion | FFmpeg / VLC / RealPlayer |
| Codec | RealPlayer min. version | Basis | FFmpeg encoder | Best for |
|---|---|---|---|---|
| RealVideo 1.0 (RV10) | RealPlayer 5 (1997) | H.263 | Yes | Maximum compatibility with old players |
| RealVideo G2 (RV20) | RealPlayer 6 / G2 (1998) | H.263 + extensions | Yes | Better quality at the same bitrate as RV10 |
| RealVideo 8 (RV30) | RealPlayer 8 (2001) | Suspected H.264 draft | Decode only | Cannot be produced by FFmpeg-based tools |
| RealVideo 9/10 (RV40) | RealPlayer 9 (2002) | Suspected H.264 | Decode only | Cannot be produced by FFmpeg-based tools |
Per the RealVideo codec entry, FFmpeg only ships encoders for RV10 and RV20, so any open-source RM produced from WTV will be one of those two. If you need RV40 or HEVC-level quality, target MP4 or MKV instead.
In most cases you should pick MP4 — it plays everywhere, supports H.264/HEVC, and is the modern default. RM is the right choice in three narrow scenarios: (1) you are feeding a legacy device or kiosk that only accepts .rm, (2) you are appending to an existing RealMedia archive and want format consistency, or (3) you are reproducing a historical workflow for forensics, archival, or research. For everything else, MP4 is a strictly better target.
No. When a US broadcaster sets the CGMS-A copy-protection flag, Windows Media Center encrypts the audio and video elementary streams so that playback is bound to the original recording PC. Per Microsoft's own WTV documentation, those files cannot be decoded off-machine, and no online converter — ours included — can strip that protection. Only "Copy Freely" recordings (the most common case for ATSC over-the-air capture) will convert successfully.
If you only care about the file playing in some version of RealPlayer, pick RV10: it was introduced with RealPlayer 5.0 in 1997 and every later RealPlayer can decode it. If you need smaller files at the same visual quality, pick RV20 (RealVideo G2, RealPlayer 6/1998). RV20 uses the same H.263 base as RV10 but adds bidirectional prediction and other refinements, so at 256 kbps a 480p clip will look noticeably cleaner. RV20 will not play in RealPlayer 5 — only an issue if you are targeting genuinely ancient installs.
RM uses constant bitrate (CBR) encoding — the encoder writes the same number of bits per second regardless of scene complexity. RMVB is the variable-bitrate sibling that allocates more bits to motion-heavy scenes and fewer to static ones, producing smaller files at the same perceptual quality. For internet streaming the original RM/CBR design was deliberate (predictable bandwidth use over dial-up); for downloaded files RMVB is generally a better choice. If you want RMVB output, use the WTV to RMVB converter instead.
Yes, but it will be re-encoded. WTV typically carries MPEG-1 Layer II or AC-3 audio, neither of which is a native RealAudio codec. The converter transcodes the audio to a RealAudio-compatible stream packaged inside the RM container so it plays in RealPlayer and VLC. If your source recording has multiple audio tracks (e.g., English + Spanish from an ATSC broadcast), only the primary track is preserved — RM was not designed for multi-track audio the way MKV is.
No. WTV is unusual in that it stores closed captions and Electronic Program Guide data alongside the A/V streams. RM has no equivalent metadata slot for either. If preserving captions matters, extract them to an external .srt first (any modern player can burn them in later) or convert to MKV, which keeps subtitle tracks intact.
Files are uploaded over an encrypted connection and processed on xconvert's servers, so the practical ceiling is upload size and connection speed. A 1080i 30-minute ATSC broadcast at ~14 Mbps weighs in around 3–4 GB and processes without issue. Multi-hour HD captures over ~6 GB may need to be trimmed first.
Yes, in any player that wraps FFmpeg's libavformat — that includes VLC, MPV, and MPlayer on macOS and Linux. RealPlayer itself is Windows-only in its currently supported form (RealPlayer 24 for Windows 10/11, per the RealNetworks support pages), so cross-platform users should plan to play RM files in VLC rather than chasing a Mac/Linux RealPlayer build.
Yes. WTV's MPEG-2/H.264 streams are decoded and re-encoded into RealVideo RV10 or RV20, both H.263-derived codecs that are less efficient than modern H.264/HEVC. Expect some generational quality loss, especially at low bitrates. If the source is already lightly compressed, pick the Very High quality preset (the default) and a bitrate close to the source's bitrate to minimise the visible degradation.