Initializing... drag & drop files here
Supports: MKV
MKV (Matroska) is the open container that media-library tools standardized on — flexible, multi-track, chapter-aware, but designed for file-based local playback. TS (MPEG-2 Transport Stream) is the broadcast-and-streaming container — packetized, error-resilient, designed to be transmitted over networks where dropped packets are expected. Converting MKV to TS is the step that takes a clean library master and turns it into something an IPTV head-end, HLS packager, broadcast encoder, or Blu-ray authoring tool can ingest. Common reasons to convert MKV → TS:
ffmpeg, Bento4, Shaka Packager, and similar tools segment cleanly without an extra demux pass.| Property | MKV (Matroska) | TS (Transport Stream) |
|---|---|---|
| Origin | Open Matroska standard (2002) | MPEG-2 Systems (ISO/IEC 13818-1, 1996) |
| Designed for | File-based playback, media libraries | Broadcast, satellite, IPTV, error-resilient transmission |
| Common video codec | H.264, H.265, AV1, MPEG-2, anything | MPEG-2, H.264, occasionally HEVC |
| Common audio codec | AAC, AC-3, DTS, FLAC, Opus, anything | AC-3 (Dolby Digital), AAC, MP2, E-AC-3 |
| Multiple programs / streams | Single program; multi-track within program | Yes — multiplexed PAT/PMT/PCR |
| Subtitle tracks | Multiple switchable tracks (SRT, ASS, PGS) | Embedded captions (EIA-608/708) |
| Chapter markers | Yes | No |
| Packet structure | Frame-based, indexed | 188-byte packets, self-synchronizing |
| Error resilience | Index damage breaks playback | Continues after dropped packets |
| Best for | Media-server libraries, archival | Capture, broadcast, streaming segments, HLS / DASH input |
| Codec | Role | Why pick it for TS output |
|---|---|---|
| H.264 (video) | Default modern target | Universal IPTV / HLS / STB / smart-TV support since 2010 |
| H.265 / HEVC (video) | Bandwidth-efficient | ~40-50% smaller at same quality on 2017+ decoders, modern IPTV |
| MPEG-2 (video) | Legacy broadcast | Matches traditional DVB / ATSC broadcast pipelines |
| AV1 (video) | Future-proof | Smallest output on 2022+ hardware; check decoder before using |
| AC-3 / Dolby Digital (audio) | Broadcast surround | Standard for ATSC, DVB, Blu-ray; carries 5.1 |
| MP2 (audio) | Legacy DVB | Standard for European DVB radio and some TV pipelines |
| AAC (audio) | HLS streaming | Apple HLS spec audio, broad mobile / web playback |
| E-AC-3 (audio) | Modern broadcast | Dolby Digital Plus; ATSC 3.0 and modern IPTV head-ends |
MKV is better for libraries; TS is better for transmission. If the destination is a broadcast encoder, IPTV head-end, HLS / DASH packager, DLNA set-top box, or Blu-ray authoring tool, those pipelines speak MPEG-TS and either don't accept MKV or accept it poorly. The conversion isn't about quality — it's about handing the right wrapper to the right pipeline. Keep the MKV as your master; produce TS for the specific delivery target.
H.264 is the safest IPTV / HLS / STB target — every set-top, every smart TV, every middleware speaks it. H.265 / HEVC halves the bitrate on 2017+ decoders; verify the receiving end supports it before committing. MPEG-2 matches traditional DVB and ATSC broadcast pipelines and some legacy hardware encoders that won't accept H.264-in-TS. AV1 is bandwidth-best for new IPTV deployments but decoder support outside 2022+ chipsets is still spotty — don't pick it unless you control the receiver.
Yes — AC-3 (Dolby Digital) is the native broadcast / Blu-ray audio codec and carries cleanly into TS. Multi-channel 5.1 surround is preserved. If your MKV has AC-3 already, set audio codec to AC-3 and the conversion remuxes the audio bit-for-bit (no re-encode, no quality loss). If the MKV has DTS or FLAC, those don't belong in a broadcast-style TS — re-encode to AC-3 or E-AC-3 for compatibility.
Yes — that's one of the main reasons to produce TS. Apple HLS spec input is MPEG-TS with H.264 video + AAC audio. Pick H.264 + AAC, then feed the .ts to ffmpeg -hls_time …, Bento4 mp4hls, Shaka Packager, or any HLS-aware CDN tool. The packager will chunk the TS into 6-10 second segments and write the .m3u8 playlist.
Chapters don't carry into TS — the format has no chapter concept. Multi-track soft subtitles (SRT, ASS) are also dropped because TS subtitle support is limited to broadcast caption formats (EIA-608 / 708, DVB subs). If you need subtitles in the TS output, burn them into the video before conversion or carry them separately as a sidecar file. For a target that preserves all of this, pick MKV → MKV (re-encode in place) or MKV to MP4 instead.
TS adds packetization overhead — 188-byte packets, PAT / PMT / PCR tables, padding for constant bitrate, and program-specific information all carry a small file-size cost (typically 2-5%). That's the price of the error-resilience that makes TS work over unreliable networks. If file size matters more than transport reliability, pick a different container; if you need TS for the pipeline, the overhead is unavoidable.
Usually yes — VLC, MPC-HC, mpv, and Kodi all play TS files directly. The catch is scrubbing: TS doesn't carry a clean seek index, so jumping around the file may be slow or imprecise depending on the player. TS is meant to be played start-to-finish like a broadcast; if you want random-access playback for a regular library, keep the MKV master and produce TS only for the pipeline that requires it.
Multi-hour MKV masters (4-12 GB Blu-ray remuxes or season-length encodes) work. Conversion runs in your browser session, so the practical ceiling is your device's available memory and your patience. For very long sources, trim first with Time Range to extract just the part you want — converting a 30-minute slice of a 4-hour file is dramatically faster than processing the whole stream.