Initializing... drag & drop files here
Supports: GIF
.m2ts is the long-filename spelling of the BDAV MPEG-2 transport stream — the wrapper Blu-ray Discs and imported AVCHD camcorder footage use. Convert a GIF to M2TS when something downstream specifically expects that file: a Blu-ray or AVCHD authoring project, an editor that indexes transport streams, or a player or NAS built around them. If you just want a small clip from your GIF that plays on phones, in browsers and on social, you want GIF to MP4 instead — the same animation, a smaller file, and playback almost everywhere. The comparison below settles the three-way choice first.
All three can carry the same H.264 video this tool produces. What differs is the wrapper and where that wrapper is expected.
| Property | M2TS | MTS | MP4 |
|---|---|---|---|
| Filename role | Long filename on Blu-ray Disc and after AVCHD import | 8.3 short filename written on a camcorder's memory card | General-purpose delivery container |
| Container | BDAV MPEG-2 transport stream, 192-byte packets | MPEG-2 transport stream, plain 188-byte packets | ISO Base Media (MP4) |
| Video codec here | H.264 by default | H.264 by default | H.264 by default |
| Plays inline in a browser | No — needs VLC or an editor | No — needs VLC or an editor | Yes, in Chrome, Firefox, Edge and Safari |
| Built for | Blu-ray authoring, AVCHD-era editing | AVCHD camcorder capture | Web, phones, social, general playback |
| Typical size at equal quality | Largest — packet overhead plus a 4-byte header per packet | Larger than MP4, slightly smaller than .m2ts |
Smallest |
| Audio from a GIF | None — a GIF has no audio | None | None |
.mts and .m2ts carry the same encoded video in differently packetized wrappers. Camcorder media use the .mts spelling and Blu-ray discs and imported footage use .m2ts, but the two are not one file under two names: written here, .m2ts is BDAV-framed in 192-byte packets that each add a 4-byte timestamp header, while GIF to MTS writes plain 188-byte packets. Convert to the spelling your software asks for instead of renaming the file afterwards, since a rename does not re-packetize anything.
M2TS is not a general-purpose container someone invented for convenience — it is the recording format shared by AVCHD camcorders and Blu-ray video, both of which are built on an MPEG-2 transport stream. These are AVCHD's own published parameters, and they explain why the file looks the way it does.
| Specification item | AVCHD format definition |
|---|---|
| System / container | MPEG-2 Transport Stream |
| Video coding | MPEG-4 AVC / H.264 (MPEG-4 MVC / H.264 for stereoscopic recording) |
| Audio coding | Dolby Digital (AC-3), 64–640 kbps, 1 to 5.1 channels — or Linear PCM at 1.5 Mbps stereo, up to 7.1 channels |
| Maximum bit rate | 24 Mbps for standard recording (18 Mbps on DVD media); 28 Mbps for stereoscopic |
| Recording media | DVD, memory cards and built-in storage |
| Stream file extensions | .mts on camcorder media; .m2ts on Blu-ray discs and after import |
Note the audio row: the spec's codecs are AC-3 and linear PCM, which come from a camera or an authoring tool. A GIF supplies no audio at all, so the file this page produces is video-only.
.m2ts clips and you want the GIF to be one of them..mts..m2ts will not play without extra software..gif onto the page or click "+ Add Files" to browse. Batch uploads are supported and every file uses the same settings..m2ts. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared.Same video, different wrapper — not the same file. Encode one GIF to each and the H.264 video inside matches, but the transport stream around it is framed differently: .m2ts is written BDAV-style in 192-byte packets, each prefixing a 4-byte timestamp header ahead of the 0x47 sync byte, while .mts is written as plain 188-byte packets that start with that sync byte. The extra headers make the .m2ts slightly larger for the same clip. Renaming the file relabels it without changing the packets, so pick the extension your Blu-ray, AVCHD or editing tool actually asks for — GIF to MTS if that is .mts, this page if it is .m2ts.
It keeps its motion. Every frame of the GIF is read and encoded in order into the H.264 transport stream, and the GIF's own inter-frame delays set the playback speed, so a looping GIF becomes a clip of the same length rather than a held still. The Image Duration and image-merging controls that appear on other image-to-video tools are hidden here for exactly that reason — the source already carries its timing. A single-frame GIF naturally produces a very short clip of that one image.
No, and there is nothing to fix. A GIF has no audio stream whatsoever, so the output is silent by nature rather than muted, and no Audio Codec control appears on this page. Genuine AVCHD and Blu-ray footage pairs video with Dolby Digital or linear PCM, but that audio comes from a camera or an authoring tool — not from an animation. Add narration or music in a video editor afterwards if you need it.
H.264 is preselected, which is the codec the AVCHD specification itself defines for this container and the safest choice for anything that will ingest the file. The Video Codec dropdown also offers H.265, MPEG-1, MPEG-2, MPEG-4, DivX and Xvid if you have a specific reason to switch. Be deliberate about it: Blu-ray and AVCHD tooling expects H.264, and a transport stream carrying something else may be rejected by the very software you made it for.
They get filled with a solid colour, because no video codec can store an alpha channel. The Background Color control decides that fill and defaults to White, with the full list of named colours available including Black. The same colour fills any letterbox bars if you change the output aspect ratio. If transparency actually matters, you need an image format rather than video — GIF to APNG keeps the alpha channel and every frame, and GIF to PNG keeps the alpha on a single still.
Not on its own. A playable Blu-ray is an authored disc with a full BDMV directory structure — STREAM, PLAYLIST and CLIPINF folders that the player navigates — and this tool gives you only the transport-stream payload as a single file. The realistic workflow is to import that .m2ts into Blu-ray or AVCHD authoring software, which takes the H.264 stream and builds the proper structure on export. Think of this conversion as preparing a clip for the authoring step, not as a one-click disc maker.
The output can match the source but never exceed it. A GIF holds at most 256 colours per frame, and H.264 inside an M2TS can carry far more, so the conversion adds no new banding — but it cannot invent colour or detail the GIF discarded long ago. Upscaling the resolution simply enlarges existing pixels. The stream is always genuinely re-encoded rather than copied through, so start from the best source you have rather than from an already-reduced GIF.
It depends entirely on the target, and there is no fashionable answer. M2TS belongs to the Blu-ray and AVCHD world: choose it when a specific authoring project, editor or player expects a transport stream. For everything else MP4 is more convenient in every dimension — it plays inline in browsers, phones open it without a third-party player, and it avoids the transport stream's packet overhead at the same quality. GIF to MP4 is the right default; reach for M2TS when a pipeline requires it.
Use M2TS to GIF, which samples frames from the transport stream and rebuilds an animated GIF. Bear in mind the 256-colour ceiling: detailed footage will not round-trip cleanly, and gradients or film grain band noticeably once reduced to an indexed palette. For a short reaction-style loop it works well; for anything longer or more detailed, M2TS to MP4 stays far closer to the source.