Initializing... drag & drop files here
Supports: GIF
An animated GIF is an image file that happens to hold frames; MKV (Matroska) is a real media container that holds a real video stream. Converting is worth it when the GIF is too big to move around, when you want full colour instead of a 256-colour palette, or when the loop is headed for a media library rather than a chat window. Convert to MKV if the file will live in Plex, Jellyfin, Kodi, VLC or mpv; stay on GIF (or go to MP4) if it has to play inline on a web page.
| Property | Animated GIF | MKV (Matroska) |
|---|---|---|
| What it is | Indexed-colour image format with per-frame delays | Open media container, in development since 2002 |
| Colour | 256 colours per frame from an 8-bit palette | Full 24-bit colour, decided by the video codec |
| Transparency | 1-bit on/off | None — video codecs have no alpha channel |
| Compression | LZW per frame, no prediction between frames | Inter-frame codecs: H.264, H.265, VP9, AV1 and more |
| Audio | Not supported | Supported, but a GIF has no audio to carry |
| Extra tracks | None | Multiple audio tracks, subtitles, chapters |
| Frame timing | Per-frame delay, stored in the file | Real frame timing in the video stream |
| Plays inline in a browser | Yes, everywhere, as an image | Not a browser format — some Chromium builds decode an H.264 MKV, others refuse |
| Best for | Chat, email, inline web loops | Local libraries, VLC/mpv/Plex/Jellyfin/Kodi |
Our encoder translates the Quality Preset into a codec-specific CRF (constant rate factor) rather than a fixed bitrate, and it adjusts that CRF for the output size — a small GIF-sized frame gets a lower CRF (higher quality) than a 1080p frame, up to two steps either way.
| Codec | "Very High" maps to | Choose it when |
|---|---|---|
| H.264 (default) | CRF 18 at 1080p | You want the file to open anywhere, on anything |
| H.265 | CRF 17 | You want a smaller file and your player is recent |
| VP9 | CRF 20 | You prefer a royalty-free codec in a Matroska container |
| AV1 | CRF 20 | Size matters more than encode time |
| MPEG-4, Xvid, DivX | No CRF — a bitrate scaled from the source | An older set-top or hardware player needs it |
| MJPEG, HuffYUV | Intra-only, very large files | You need every frame independently decodable |
MKV is a desktop and media-server container, not a web-embed format. If the loop has to play inline on a website, in a chat app, or on a phone with no player installed, convert the GIF to MP4 instead — the size savings are the same and playback support is far wider.
Yes. A GIF is decoded through the same demuxer path we use for video, so every frame is preserved and the per-frame delays written into the GIF drive the output's timing. The motion plays back at the original speed rather than being forced to a fixed frame rate. A single-frame GIF simply produces a one-frame video.
GIF compresses each frame independently with LZW and can only draw from a 256-colour palette, so long or detailed loops balloon in size. The codecs inside MKV encode only what changes between frames and use a far more efficient transform, so the same animation usually collapses to a fraction of the original bytes while gaining full colour.
Video codecs cannot store an alpha channel, so transparent pixels are filled with the Background Color option before encoding. That option defaults to White for image and GIF sources, and the dropdown offers a list of named colours including Black if white is wrong for your footage. The same colour fills any letterbox bars if you rescale to a different aspect ratio.
No. A GIF carries no audio, so the output is silent. The Audio Codec list still renders on the page because it belongs to the shared video option group, but there is no source audio for it to encode — if you need sound, add it in a video editor after conversion.
H.264 in MKV is the safest choice: virtually every client can direct-play it, so the server never has to transcode. H.265 halves the bitrate at similar quality but forces older clients into a CPU-heavy transcode. AV1 is smaller still and best reserved for libraries you know are played on recent hardware.
Yes — select "Keep original" under Video resolution and the output matches the GIF's frame size. Bear in mind that some encoders prefer even dimensions, so an odd-sized GIF may be nudged by a pixel. If you want a specific target, Preset Resolutions and Width x Height are on the same panel.
No, and it cannot be. We always re-encode: the GIF's frames are decoded to raw pixels and passed to the chosen codec, so a lossy codec such as H.264 or H.265 discards some detail. The upside is that GIF's palette quantisation is gone, so the result usually looks better than the source despite being lossy. Choosing "Highest" gets you as close to visually lossless as CRF encoding goes.
Yes. The MKV to GIF converter samples the video back into an animated GIF when you need the loop in GIF form again — for a chat app, a forum, or an email client that only accepts images.
MKV is not on any browser's list of officially supported media types. Some Chromium-based browsers will decode an H.264 MKV because they already ship a Matroska demuxer for WebM, but the behaviour is inconsistent and Safari does not play it at all. For anything embedded in a page, use MP4 or WebM.