Initializing... drag & drop files here
Supports: CAVS
Extracting a frame from a raw Chinese AVS (AVS1) bitstream as TIFF is the right move when the still has to survive editing, printing or long-term storage. But TIFF is a container for several different compression schemes, and the Compression Type control on this page starts on JPEG, which is a lossy scheme defined inside the TIFF format. Short answer: if you want an archival still, change that one dropdown before you convert — everything else on the page can be left alone.
| Compression Type | Lossless? | Compatibility | What it is good for |
|---|---|---|---|
| JPEG (the default) | No | Very wide | Small TIFFs where a re-compressed frame is acceptable |
| None | Yes | Universal | Oldest software, and any tool that chokes on compressed TIFF |
| LZW | Yes | Widest of the compressed schemes | The safe general-purpose lossless choice |
| Deflate (ZIP) | Yes | Wide in current tools | Usually a smaller file than LZW, identical pixels |
| ZSTD | Yes | Newer imaging tools only | Typically the smallest lossless option of the set |
| PackBits | Yes | Very wide, legacy-safe | Flat graphics; barely shrinks photographic frames |
| WebP | No | Narrow | Rarely what you want inside a TIFF |
The dropdown also lists CCITT Fax 4 and JP2K. CCITT Fax 4 is a bilevel scheme for 1-bit black-and-white document scans and is not appropriate for a colour video frame; JP2K carries a JPEG 2000 payload for workflows that specifically require it. For a still lifted out of broadcast footage, the row you want is one of the four lossless general-purpose schemes.
.tif files but does not care what is inside them..cavs onto the page, or click "Add Files" to browse for it. Several streams can be queued and run with the same settings..tiff or .tif, whichever your software expects.2.100. Multiple Screenshots with a Capture Rate samples a run of stills instead, and Image resolution scales the output.| TIFF | PNG | JPG | |
|---|---|---|---|
| Default here | Lossy (JPEG-in-TIFF) | Lossless | Lossy at quality 95 |
| Can be lossless | Yes, via None/LZW/Deflate/ZSTD | Always | No |
| Opens in a browser | Safari only | Everywhere | Everywhere |
| Typical home | Print, archive, imaging pipelines | Web, editing, screenshots | Sharing, posting, previews |
| Page | this page | CAVS to PNG | CAVS to JPG |
TIFF's advantage is not compression — it is that one format covers uncompressed masters, lossless compressed archives and lossy previews, and that imaging and print software has read it reliably for over thirty years.
Because TIFF was never a single compression scheme. The specification permits uncompressed data, lossless compression and lossy JPEG compression inside the same file structure, and JPEG-in-TIFF exists precisely because some workflows want the container without the file size. It is a sensible default for a general converter and a poor one for archiving, which is why it is the first thing to change if fidelity is the point.
Yes. In our testing, an extracted frame saved with None, LZW, Deflate, PackBits and ZSTD all decoded back to pixel data identical to the source frame, while the JPEG default did not. Choosing among the lossless schemes is therefore purely a question of file size and how old the software reading it is — the image is the same image in every case.
It is straight arithmetic: width × height × 3 bytes for 8-bit RGB, plus a small header. A 720×576 standard-definition frame is 720 × 576 × 3 = 1,244,160 bytes, so roughly 1.2 MB; a 1920×1080 frame is 6,220,800 bytes, about 6 MB. LZW, Deflate or ZSTD will bring that down substantially on real footage with no quality cost, which is why "None" is worth choosing only for compatibility with very old tools.
PackBits is a simple run-length encoder: it compresses consecutive identical pixels and nothing else. Flat graphics and document scans have long runs, but a decoded video frame is full of noise and gradients where almost no two adjacent pixels match, so there is little to encode. On photographic content the result can end up marginally larger than uncompressed. Use LZW, Deflate or ZSTD instead.
Baseline TIFF conforming to TIFF 6.0, published on 3 June 1992 and still the current revision. The format was first specified by Aldus Corporation in the autumn of 1986, and the specification passed to Adobe when it acquired Aldus in 1994. That long stability is exactly why TIFF remains a dependable archival format — files written today open in software written decades apart.
TIFF was designed for imaging and print pipelines, not for web delivery, and browsers other than Safari do not render it in a page. That is a deliberate scope decision rather than a gap: TIFF's multi-scheme flexibility is exactly what a browser does not want to implement. If the still is destined for a web page, extract it as CAVS to JPG or CAVS to WebP instead.
No, and this is the honest limit. A lossless TIFF stores the decoded frame verbatim, which is as faithful a copy as any format allows — but AVS1 is first-generation standard- or high-definition broadcast video, and no container reconstructs detail the original encode discarded. What you get is a pristine, re-editable copy of the frame that exists, not a higher-resolution one.
Broadcast AVS content is frequently interlaced, so a frame captured during motion can show the two fields woven together. The artefact is in the source fields rather than added by TIFF. Nudging Time (seconds) by a few hundredths usually lands on a steadier moment; for footage that is interlaced throughout, deinterlace the clip in a desktop editor first and grab the still from that progressive export — no conversion here applies a deinterlacing pass.
Your .cavs is uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after the conversion finishes — never shared and never made public. There is no sign-up and no watermark.