Initializing... drag & drop files here
Supports: M2V
This conversion moves DVD-era MPEG-2 footage into the file type camcorder-oriented editors expect. An .m2v is a bare MPEG-2 video elementary stream with no container and no audio; an .mts is an MPEG transport stream, the packetised container AVCHD camcorders record into. The video is decoded and re-encoded to H.264, then written into that transport stream.
Because the source carries no audio, the resulting .mts is silent. That is not a fault in the conversion — the MPEG-2 specification splits video and audio into separate elementary streams, so the soundtrack for your footage was mastered as its own file and never lived inside the .m2v. Both formats are laid out below, along with what this tool actually writes, which is worth understanding before you hand the file to a camcorder workflow.
| Property | Value |
|---|---|
| Full name | MPEG-2 Video elementary stream |
| Standard | ITU-T H.262 / ISO/IEC 13818-2, first approved July 1995 |
| Container | None — raw coded frames, no packets, no index |
| Video codec | MPEG-2 Part 2 |
| Audio | None; the specification covers video coding only |
| Scan type | Frequently interlaced on DVD-era material |
| Typical frame size | 720 × 480 (NTSC) or 720 × 576 (PAL) |
| Metadata | No container-level duration or bitrate |
| Origin | DVD and SVCD authoring, broadcast masters |
| Property | Value |
|---|---|
| Full name | MPEG-2 Transport Stream, as used by AVCHD |
| Introduced | AVCHD in 2006, developed jointly by Sony and Panasonic |
| Container | MPEG transport stream, ISO/IEC 13818-1 |
| Video codec in AVCHD | H.264 / MPEG-4 AVC |
| Audio in AVCHD | Dolby AC-3 or uncompressed linear PCM |
| Frame sizes in AVCHD | 1920 × 1080, 1440 × 1080, 1280 × 720, plus SD 720 × 480 and 720 × 576 |
| Extension convention | .mts on the camcorder; .m2ts after import to a computer |
| Codec chosen here | H.264 by default, with H.265, MPEG-1, MPEG-2, MPEG-4, DivX and Xvid also offered |
| Audio codec here | AAC by default, with AC3, EAC3, DTS, MP2 and MP3 offered |
The output is a standard MPEG transport stream carrying H.264 video, saved under an .mts name. That is the same stream type a camcorder writes, and editors that accept .mts files read it happily. It is not, however, a reconstruction of the full AVCHD structure a camera produces on its card — there is no accompanying folder hierarchy, index or playlist, so this file is not something you can drop onto a camcorder and expect the device to browse.
Two AVCHD details are worth noting if strict conformance matters to you. The default audio codec here is AAC, whereas AVCHD itself specifies AC-3 or linear PCM, and AC3 is available in the Audio Codec list if you need it. And AVCHD is built around H.264, so leaving the video codec on its default keeps you aligned with what the format expects — selecting MPEG-2 or Xvid produces a valid transport stream but not an AVCHD-style one.
.m2v onto the page or click to browse. Several clips can be queued and run with the same settings.Because the source had none. A true .m2v is a video elementary stream, and MPEG-2 keeps audio in separate streams that are only joined inside a container. When we ran a purpose-built video-only MPEG-2 stream through this path with AAC selected, the transport stream that came back held a single H.264 video track and no audio track at all — the audio setting has nothing to act on. The soundtrack is the .ac3 or .mp2 file beside your .m2v, or it is still inside the .mpg or .vob the video was demuxed from. Converting that original instead keeps the sound: use MPG to MTS or VOB to MTS.
Not in the sense of a camcorder-readable disc or card. What you get is a correct MPEG transport stream with H.264 video under an .mts filename, which is what editing software looks for. A camcorder, though, expects the complete AVCHD directory structure with its index and playlist files alongside the stream, and a single converted file is not that. Treat this conversion as a way into an editing timeline, not as a way back onto the camera.
No. H.264 is a more efficient codec, which means it can hold the same quality in a smaller file — but it cannot recreate detail that MPEG-2 already discarded. This is a lossy-to-lossy re-encode, so the output is marginally softer than the source, and the honest benefit is compatibility and file size rather than picture quality. Standard-definition footage also stays standard definition; wrapping it as .mts does not make it HD.
At the stream level, nothing meaningful — both are MPEG transport streams. The difference is convention: camcorders write .mts files to their internal storage, and the same content commonly appears as .m2ts once it has been imported to a computer or authored to Blu-ray. Some software is fussy about which extension it will open, which is the main reason to prefer one over the other. Renaming between them usually works precisely because the underlying container is the same.
MP4 for almost every purpose. MTS makes sense when a particular camcorder-oriented editor or device insists on transport-stream files; otherwise MP4 holds the same H.264 video in a container that plays on phones, browsers, TVs and every editor, and it seeks more reliably. M2V to MP4 is the better default. Either target will be silent from a video-only .m2v, so that consideration does not favour one over the other.
Because DVD-era MPEG-2 is very often interlaced, and nothing in this pipeline deinterlaces. The field structure is carried through the re-encode unchanged, so on a progressive display fast motion shows the characteristic horizontal comb pattern. If your footage needs to be progressive, run it through a desktop editor or an ffmpeg command with a deinterlacing filter before or after this conversion.
Your source is anamorphic. DVD stores a 16:9 image inside a 720 × 480 or 720 × 576 frame using non-square pixels and a flag that tells the player to stretch it. When the frame is rescaled, that flag is not carried through, so the picture ends up displayed at its raw pixel shape. The reliable workaround is to set the output size explicitly with Width x Height at the display shape you want — 854 × 480 for 16:9 NTSC material, 1024 × 576 for 16:9 PAL.
They are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours. Nothing is shared, published or indexed, no sign-up is required, and no watermark is added. For long DVD captures the practical constraint is upload time rather than processing time, so trimming with Video Cutter before uploading is worth it when you only need part of a recording.