Initializing... drag & drop files here
Supports: MPG, MPEG
Both files come out of the same MPEG-2 Systems standard, so the question is not which is "better" but which packaging your destination expects. An .mpeg file is a program stream: variable-length packs meant for a reliable surface such as a disc or a hard drive. A .ts file is a transport stream: the same audio and video chopped into fixed 188-byte packets with synchronisation repeated throughout, so a receiver can tune in halfway and survive dropped data. Convert to .ts when something is going to transmit or segment the file — broadcast playout, IPTV, a PVR ingest folder, HLS. Stay on .mpeg, or move to MP4, when a person is simply going to open and watch it.
| Property | MPEG (.mpeg / .mpg) |
TS (.ts) |
|---|---|---|
| Layer of the standard | Program stream, MPEG-1/MPEG-2 Systems | Transport stream, ISO/IEC 13818-1 and ITU-T H.222.0 |
| First published | MPEG-1 Systems 1993, MPEG-2 Systems 1995 | 10 July 1995, current edition ISO/IEC 13818-1:2022 |
| Packaging | Variable-length packs | Fixed 188-byte packets, each starting with sync byte 0x47 |
| Error behaviour | Assumes a reliable medium; damage is disruptive | Small packets and repeated sync let a decoder resynchronise quickly |
| Joining mid-stream | Not designed for it | Yes — this is the point of the format |
| Multiple programmes in one file | No | Yes, signalled through PAT and PMT tables |
| Header overhead | Low | About 4 bytes in every 188, plus repeated table data |
| Typical video codecs | MPEG-1, MPEG-2 | MPEG-2, H.264, HEVC |
| Where you meet it | DVDs, VCDs, generic legacy video files | DVB, ATSC, ISDB, IPTV, PVR captures, HLS segments |
| What this page writes | — | Plain 188-byte packets, not the 192-byte BDAV framing that .m2ts uses |
.ts ingest folder and rejects anything else..ts still plays from the start of what arrived..ts, so it becomes a VLC-only file for no benefit..mpeg and nothing downstream asked for a transport stream. Every conversion here is a re-encode, so converting "just in case" costs quality for nothing..mpeg or .mpg onto the page, or click "Add Files" to browse. Several files can be queued and converted with the same settings..ts. Files upload over an encrypted connection, are processed on our servers, and are deleted automatically after a few hours — no sign-up, no watermark, never shared or made public.| Destination | Video Codec | Audio Codec | Why |
|---|---|---|---|
| HLS segments, IPTV | H.264 | AAC | The preselected pair and the most widely decoded combination in streaming |
| Legacy DVB or ATSC playout | MPEG-2 | MP2 or AC3 | Matches what broadcast chains were built around; MP2 is the European default, AC3 the North American one |
| Home theatre or PVR with surround | H.264 | AC3 or EAC3 | Multichannel audio that AV receivers pass through natively |
| Storage-constrained archive | H.265 | AAC | Roughly half the bitrate of H.264 for similar quality — but confirm the player decodes HEVC first |
| Very old set-top hardware | MPEG-1 or MPEG-2 | MP2 | Predates H.264 entirely; large files, maximum compatibility |
Because the packaging differs, not the family. A program stream assumes it will be read off something reliable, so it uses long variable-length packs and expects the reader to start at the beginning. A transport stream slices the same elementary streams into uniform 188-byte packets, each opening with the sync byte 0x47, and repeats its programme tables throughout — so a receiver that starts listening mid-file, or loses a chunk to interference, can pick the stream back up. If your destination transmits or segments the content, that resilience is the whole reason the format exists.
VLC, MPV, ffplay and most desktop media players handle transport streams; so do set-top boxes, smart TVs and PVRs, since it is the format they receive over the air. Web browsers and phone photo galleries generally do not. If you find your .ts will not open where you expected, that is normally the container rather than the file — try VLC first, and convert to MPEG to MP4 if the file needs to be watchable everywhere.
Plain 188-byte packets. We checked our own output bytes rather than trusting the muxer documentation: .ts and .mts come out as standard transport-stream packets, while the 192-byte BDAV framing — a 4-byte arrival timestamp prefixed to each 188-byte packet — is applied only when the output extension is .m2ts. If a Blu-ray-oriented tool rejects the file for missing timestamps, that is the distinction, and MPEG to M2TS is the page you want.
It is the right container, but not automatically a finished segment. RFC 8216 requires each transport stream segment to carry a single MPEG-2 program complete with its PAT and PMT, and segments have to be cut on boundaries that match the durations declared in the playlist. This converter gives you one continuous .ts; a packager or segmenter still has to split it and write the .m3u8. H.264 video with AAC audio, the preselected pair here, is the combination that segmenters expect.
Leave both alone for streaming work: H.264 with AAC is preselected and is the most broadly decoded combination. Switch to MPEG-2 with MP2 or AC3 when feeding a legacy broadcast chain that expects the codecs it was designed around. Pick H.265 only when you have confirmed the receiving player decodes HEVC, since plenty of set-top boxes and older TVs do not. DivX, Xvid and MPEG-4 are there for compatibility with specific old hardware rather than as general recommendations.
Two things push in opposite directions. The packet structure adds fixed overhead — roughly four header bytes in every 188, so about 2%, plus the programme tables that repeat through the stream. Against that, the video is re-encoded, so switching from MPEG-2 to the preselected H.264 usually makes the file substantially smaller at comparable quality. If size is the priority, keep H.264 and either lower the Quality Preset or set a target under Specific file size.
Re-encoded, always. There is no stream-copy or passthrough option on this page, so the video and audio are decoded and compressed again into whatever codecs you select. That is worth knowing before converting a file you already like: a generation of loss is unavoidable, so keep the Quality Preset high, and if you only need part of the clip use Trim rather than converting the whole thing.
No. Nothing in this pipeline deinterlaces, so an interlaced source stays interlaced and any combing on moving subjects is carried into the transport stream exactly as it was. That is usually fine for broadcast and PVR destinations, which expect interlaced material. If you need progressive output — for the web, for example — deinterlace in a desktop encoder before uploading.
Because resizing normalises the pixel aspect ratio to square, and anamorphic DVD-era material relies on non-square pixels: a 16:9 picture stored in a 720 x 480 grid depends on the player stretching it. Once resized, that instruction no longer applies. Use Width x Height with the display dimensions — about 854 x 480 for 16:9 NTSC or 1024 x 576 for 16:9 PAL — instead of Resolution Percentage or a preset, and the geometry stays right.
Files travel over an encrypted connection, are converted on our servers, and both the upload and the resulting .ts are deleted automatically after a few hours. Because the work happens server-side, the practical constraint is upload size and connection speed rather than anything on your machine. There is no sign-up, no watermark, and nothing is shared or made public.