Initializing... drag & drop files here
Supports: MKV
This walk-through is for anyone who needs a pixel-exact still out of an MKV (Matroska) video — a single frame at a precise timestamp, or a run of separate frames — saved as a lossless TIFF for print, archival, or frame-by-frame analysis. By the end you will know which frame-selection mode to use and which TIFF settings (compression, bit depth, DPI) match your downstream workflow.
.mkv onto the page or click "+ Add Files". You can queue several MKV files and they run with the same settings.12.500 for 12.5 s) to grab one still, or choose Multiple Screenshots to capture several frames as separate TIFF files.The hard part of this conversion is not the upload — it is picking the right frame and a TIFF profile that matches what you do next. Two decisions matter:
Which frame mode. Specific Frame extracts one still at the exact time you enter in Time (seconds); the field accepts decimals, so 12.500 lands on the frame at 12.5 seconds. Multiple Screenshots produces several separate TIFF files sampled across the clip — useful for contact sheets or stepping through a moment frame by frame. This tool extracts still frames; it does not produce an animation.
Which TIFF profile. TIFF is a container that can hold uncompressed or losslessly compressed pixels at high bit depth, so set it for the job:
If you only need the .tif extension instead of .tiff, switch File extension to TIF, or use the MKV to TIF converter — the two extensions are the same format, just spelled differently.
If the MKV is DRM-protected or partially corrupted, frame extraction can fail or land on a black frame — TIFF cannot recover pixels the container never decoded. Variable-frame-rate recordings can also make a typed timestamp drift by a frame or two; nudge the Time (seconds) value and re-run. And if your goal is actually a short animated clip rather than a still, TIFF is the wrong target — extract to an animated format instead, since a TIFF holds one frame per file.
TIFF keeps every pixel exact and supports high bit depth and CMYK, which is why the print, publishing, and archival communities standardized on it. JPG is lossy, and PNG — while also lossless — is RGB-only and not built for print color. If the frame is headed for a print lab, an archive, or color-critical editing, TIFF is the safer master; for the web, PNG or JPG is smaller.
No, as long as you keep a lossless Compression Type (LZW, Deflate, PackBits, or None). The frame is decoded from the MKV and written pixel-for-pixel into the TIFF. The only lossy option is the JPEG-in-TIFF compression mode, which you can avoid. The source frame's own quality — its codec and bitrate — sets the ceiling; TIFF preserves it but cannot add detail the MKV never stored.
Specific Frame extracts one still at the timestamp you type into Time (seconds). Multiple Screenshots samples several frames across the clip and saves each as a separate TIFF file. Use the first when you know the exact moment you want, and the second to build a contact sheet or compare nearby frames.
LZW is the standard, lossless choice and has the widest compatibility, so it is the safe default for archives. None (uncompressed) gives you a raw master at a larger size, while Deflate (ZIP) compresses losslessly and is usually a bit smaller than LZW. All three are lossless; only the JPEG compression option discards data.
Yes. TIFF supports more than 8 bits per channel through its SampleFormat tag, so selecting a 16-bit depth keeps a wider tonal range than an 8-bit export. This matters most for color-graded, log, or HDR-sourced video; for ordinary 8-bit footage, an 8-bit TIFF already captures everything in the frame.
Your MKV is uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after conversion. In our testing, a single 1080p frame exported as an LZW-compressed TIFF lands in the low single-digit megabytes, while an uncompressed 4K frame can run several times larger — plan the download accordingly, since the practical limit on big jobs is upload size and time.