Initializing... drag & drop files here
Supports: OGV
M2TS is the BDAV MPEG-2 transport stream: the container Blu-ray Disc, Ultra HD Blu-ray and imported AVCHD footage are stored in. OGV is Xiph.Org's Ogg container carrying video, usually Theora or VP8 with a Vorbis track — the format Wikimedia Commons, old HTML5 fallback paths and Linux screen recorders left behind in large numbers.
Converting between them re-encodes everything, which is straightforward. What is not straightforward is choosing between the three transport-stream spellings this site offers, because they are not interchangeable and the extension decides the packet layout. Start with the comparison below, then read the audio question, which is where this conversion usually goes wrong.
| Property | TS | MTS | M2TS (this page) |
|---|---|---|---|
| Packet layout written | Plain 188-byte packets | Plain 188-byte packets | 192-byte BDAV packets |
| First bytes of the file | Sync byte 0x47 at offset 0 |
Sync byte 0x47 at offset 0 |
4-byte header, then 0x47 at offset 4 |
| What the 4-byte prefix carries | — | — | A 2-bit copy-permission indicator plus a 30-bit arrival timestamp clocked at 27 MHz |
| Base standard | MPEG-2 Systems, ITU-T H.222.0 / ISO/IEC 13818-1 | The same, as used by AVCHD | The same, modified by BDAV for random-access media |
| Designed for | Broadcast and streaming, where a lost packet must not kill the stream | Camcorder recording and import into editors | Disc media and non-linear editing |
| Video codec the page opens on | H.264 | H.264 | H.264 |
| Audio codec the page opens on | AAC | AAC | AAC |
| Reach for it when | A DVB/ATSC, IPTV or HLS-era tool wants the broadcast layout | A camcorder-style workflow expects the 8.3 spelling | Blu-ray authoring software or an editor expects BDAV framing |
We wrote the same encode out under each extension and read the first bytes back: only the .m2ts file carries the BDAV header. That is not cosmetic and it is not something a rename can fix — the framing is chosen when the file is written, so pick the page whose output matches what the receiving tool checks for.
.ogv onto the page or click "+ Add Files" to browse. Several files can be queued and each is converted with the same settings..m2ts. Files upload over an encrypted connection, are converted on our servers and are deleted automatically after a few hours — no sign-up, no watermark, never shared or made public.| Setting | On this page | In the Blu-ray / AVCHD spec? | Pick it when |
|---|---|---|---|
| H.264 video | Opens selected | Yes | Almost always — this is the safe choice |
| MPEG-2 video | Available | Yes | An older authoring pipeline asks for it |
| H.265 video | Available | Only on Ultra HD Blu-ray | Your target is a PC or a modern player, not a disc |
| MPEG-1 / MPEG-4 / DivX / Xvid | Available | No | You want the transport-stream wrapper for something non-disc |
| AAC audio | Opens selected | No | Playback in VLC and other software players |
| AC3 audio | Available | Yes — Dolby Digital | Anything AVCHD or Blu-ray flavoured, or a TV that goes silent on AAC |
| DTS (DCA) audio | Available | Yes | A receiver or workflow that specifically wants DTS |
| EAC3 / MP2 / MP3 audio | Available | Optional or not at all | Only when something asks for them by name |
The rule of thumb is H.264 plus AC3 whenever hardware is in the chain. AAC is smaller and every software player decodes it, which is why it is the value the page opens on, but it sits outside the audio set BDAV and AVCHD players are required to handle — and that is the single most common reason a converted file plays with picture and no sound on a television.
The .m2ts you download is genuinely BDAV-framed, which is what most people checking this conversion want to confirm. What it is not is a disc. An authored Blu-ray or AVCHD volume is a folder structure — BDMV containing a STREAM directory for the media, alongside clip-information and playlist files, plus index and menu data a set-top player navigates. Nothing inside a single file can supply any of that.
The practical result is that a player which happily reads a USB stick full of video may still ignore an .m2ts dropped onto it, and a Blu-ray deck almost certainly will. Feed the file to authoring software when you want a disc; use it directly when the target is a PC, a media player, or an editor that ingests transport streams. If you only wanted something that plays, OGV to MP4 is a smaller file with far wider support.
It is really BDAV-framed. The file is written with 192-byte packets — a standard 188-byte MPEG-2 transport packet behind a 4-byte header carrying a copy-permission indicator and a 27 MHz arrival timestamp — so the sync byte sits at offset 4 rather than offset 0. We compared the first bytes of this page's output against the plain-TS pages and only the .m2ts file carries the prefix. Open it in a stream analyser and it will report the BDAV packet size rather than the broadcast one.
.ts or .mts file to .m2ts instead?No — that gets you a file whose name claims BDAV framing and whose bytes do not have it. The packet layout is decided when the file is written, not by the extension it is later given, so renaming relabels the file without re-framing it. Anything that validates packet size will reject it. If your tool wants BDAV, convert on this page; if it wants the plain broadcast layout, use OGV to TS or OGV to MTS and keep that extension.
Because the hardware cannot decode AAC inside a transport stream. The BDAV and AVCHD specifications treat Dolby Digital (AC-3), DTS and linear PCM as the audio formats players must handle; AAC is not in that set. It is the value this page opens on because it is compact and every software player reads it, which is the right default for a computer-bound file and the wrong one for a television. Re-convert with Audio Codec set to AC3 and the sound comes back.
Because a stream is not a disc. Authored Blu-ray and AVCHD playback depends on a BDMV folder structure with a STREAM directory, clip-information files and playlists that tell the player what titles exist and how to play them; a single loose file carries none of it. Some devices read standalone .m2ts from USB and many flatly refuse. If you need real disc playback, run this file through authoring software that builds the folder structure around it.
It is decoded and re-encoded into whatever you selected — a transport stream has no place for a Vorbis or Opus track, and nothing here copies streams through untouched. That means a second generation of lossy encoding on a soundtrack that was already lossy, so if the audio matters, keep the original .ogv. It also means an .ogv with no audio track at all, which is common with screen recordings and some Wikimedia material, produces a silent .m2ts; there is nothing on this page that can add sound the source never had.
There is always some loss, because this is a full decode and re-encode rather than a rewrap. The direction of travel helps, though: H.264 is a more efficient codec than either Theora or VP8, so it can hold the same picture in fewer bits. Keeping Quality Preset at "Very High (Recommended)" and leaving the resolution on "Keep original" limits the damage to a single generation. Dropping to a low preset or a tight Specific file size target is where softening becomes visible, particularly on grain and fast motion.
The container was built for high definition and 1080p is comfortably within scope. 4K is real too — Ultra HD Blu-ray stores 3840x2160 HEVC video in the same BDAV container at data rates well above standard Blu-ray — but that depends on your target decoding HEVC at that resolution, and H.264 at 4K is not part of the classic Blu-ray video set. In practice, whether a standalone 4K .m2ts plays is entirely a question of what the receiving hardware supports. Most .ogv sources are well below either resolution anyway, and upscaling them adds size without adding detail.
No, and neither is a setting you have overlooked. There is no deinterlacing filter in this pipeline, so interlaced source material keeps its combing baked into the encoded frames. There is no HDR tone-mapping stage either, so high-dynamic-range footage is colour-converted plainly and can look washed out on a standard-range display. Both belong in a desktop tool before you upload.
Your .ogv is uploaded over an encrypted connection, transcoded on our servers, and the files are deleted automatically a few hours afterwards — no sign-up, no watermark, never shared or made public. Transport-stream conversions of long video are large jobs, so the practical constraint is upload size and time rather than anything on your own machine; trimming the source first with the video cutter shortens both halves.