Initializing... drag & drop files here
Supports: TS
.ts (MPEG transport stream) recording or click "+ Add Files" to select it from your computer. Batch uploads are supported — queue multiple captures from a DVR, IPTV recorder, or camcorder and convert them in one pass.TS (MPEG-2 Transport Stream) is the broadcast and IPTV container — what you get out of an HDHomeRun tuner, a DVB-T/S receiver, or a .ts segment from an HLS stream. RM (RealMedia) is the streaming container Progressive Networks (later RealNetworks) shipped in 1997, optimized for narrow-band dial-up audiences. Modern playback support is thin — VLC, MPV, and FFmpeg can still decode RM, but mainstream browsers, iOS, Android, and smart TVs cannot — so this conversion is almost always for a specific legacy reason, not general distribution.
.rm. If you're feeding a recovered transport stream back into a RealPlayer-era catalog or kiosk that expects .rm, this conversion keeps the index intact..rm natively; pushing TS through them requires transcoding to RM first.For the much more common direction, see TS to MP4 (modern devices) or TS to RMVB (RM's variable-bitrate sibling, slightly better quality at the same size).
| Property | TS (MPEG Transport Stream) | RM (RealMedia) |
|---|---|---|
| Designed for | Broadcast, satellite, IPTV, HLS segments | Dial-up internet streaming (1997 era) |
| Standardized by | ISO/IEC 13818-1 (MPEG-2 Part 1) | RealNetworks (proprietary) |
| Typical video codec | MPEG-2, H.264, sometimes H.265 | RealVideo (RV10/RV20/RV30/RV40) |
| Typical audio codec | AC-3, AAC, MP2 | RealAudio (Cook, Sipro, AAC-LC variants) |
| Packet structure | Fixed 188-byte packets with sync bytes | Variable-size chunks indexed at end of file |
| Error recovery | Strong — designed for lossy networks | Weak — assumes intact file |
| Modern browser playback | Limited (works in some via MSE/HLS.js) | None — no major browser ships an RM decoder |
| Current relevance | Active — every IPTV/HLS pipeline uses it | Obsolete — primarily archival |
| Codec | Container | When to pick it |
|---|---|---|
| RealVideo 1.0 (RV10) | RM | Default. Maximum compatibility with original RealPlayer 5/G2 and old kiosks. |
| RealVideo 2.0 (RV20) | RM | Better compression at the same bitrate than RV10. Needs RealPlayer 7+ or VLC. |
| RealAudio 1.0 | RM | Period-correct audio for an RM archive. Mono, low bitrate. |
| AAC | RM | Higher-quality audio if the target player supports modern audio codecs in an RM wrapper. |
| AC3 | RM | Useful when the source TS already has AC-3 audio you don't want to re-encode aggressively. |
For general playback, no — MP4/H.264 plays everywhere RM cannot. Convert to RM only when something downstream (a legacy archive, a Helix server, an old kiosk, or a research project) specifically requires the .rm container. For everyday playback of a TS recording, TS to MP4 is the right answer.
RM uses constant bitrate (CBR) encoding — bandwidth is steady but quality varies with scene complexity. RMVB ("RealMedia Variable Bitrate") allocates more bits to complex scenes and fewer to simple ones, producing smaller files at comparable visual quality. If your target player accepts both, RMVB is the better pick — see TS to RMVB.
Probably not. Chrome, Firefox, Edge, and Safari do not include a RealMedia decoder. VLC, MPV, and FFmpeg-based players (Kodi, PotPlayer, MX Player) handle RM. If you need browser playback, convert to MP4 instead.
RV10 isn't competitive with modern codecs. A 10-minute 720p clip that fits in 50 MB as H.264/MP4 may need 80-120 MB as RV10/RM to look similar. Drop the resolution to 480p (or use Resolution Percentage at 50%), lower the Quality Preset to High or Medium, or set a Specific file size target to constrain the output.
The RM container historically supported a single primary audio stream alongside the video. Multi-language or descriptive-audio tracks present in a DVB/ATSC transport stream get reduced to the primary track during conversion. If you need to preserve the alternate track, extract it first or convert to MKV/MP4 where multi-track is well supported.
DVB/CEA-608/708 captions embedded in a TS recording are not carried into the RM output. RM had its own caption format (RealText) which the modern toolchain doesn't generate. If captions matter, burn them in with a video-editing pass first, or pick a container with native subtitle support like MKV.
Yes — upload multiple files and the converter applies the same codec, bitrate, resolution, and trim settings to every item in the queue. Useful for processing a night of timer-recorded broadcasts in one pass. Output files download as a zip when the batch finishes.
Free anonymous uploads have a generous per-file cap suitable for typical broadcast TS recordings; signed-in users get a higher cap. If a 20+ GB capture exceeds the limit, trim it to the segment you need with the Time Range control (or use the Video Compressor to reduce bitrate first), then convert.
If you have a .rm archive you want to bring forward to modern playback, use RM to MP4 for general distribution or RM to TS for ingestion into a broadcast/IPTV pipeline.