How to Convert SWF to TIFF Online
- Upload Your SWF File: Drag and drop or click "+ Add Files" to select one or more Shockwave Flash movies from your device. Batch conversion is supported, so several SWF videos or e-learning modules can be processed in a single pass.
- Pick Frame Selection and Quality Preset: Choose Specific Frame (enter a timestamp in seconds) to capture a single still, or Multiple Screenshots (set a frame interval) to extract a sequence. Then set Quality Preset to Lowest, Low, Medium, High, Highest, or Very High — Highest is best for archival masters.
- Choose Compression and Resolution (Optional): Pick a Compression Type — LZW or Deflate for lossless archival, JPEG for smaller previews, CCITT Group 4 for bitonal scans, ZSTD or WebP for modern lossless. Use Preset Resolutions (144P through 4320P) or enter custom Width/Height with aspect ratio locked.
- Convert and Download: Click Convert. Each captured frame is saved as a TIFF and packaged for download — no Flash Player install, no watermark, no sign-up.
Why Convert SWF to TIFF?
Adobe officially ended support for Flash Player on December 31, 2020, and all major browsers blocked Flash content from running on January 12, 2021. That leaves billions of legacy SWF files — e-learning modules, animated banners, vector cartoons, embedded charts — that can no longer be opened by the player they were authored for. Converting key frames to TIFF preserves the visual content in a format that any image viewer, layout tool, or archival pipeline can still read decades from now.
TIFF is the right target when fidelity matters more than file size. With lossless LZW, Deflate, or ZSTD compression, the saved frame is bit-for-bit identical to the decoded video frame — important for design teams, museums, and libraries pulling Flash assets into a long-term archive.
- Library and archive preservation — Institutions like the Internet Archive's Flash collection are mass-migrating SWFs to stills and video. TIFF with LZW is one of the formats recommended by the Library of Congress for long-term still-image preservation, alongside uncompressed TIFF and JPEG 2000.
- Print reuse of Flash video — Pull a clean frame from a Flash video explainer, save as a TIFF with LZW, and drop it straight into InDesign or Illustrator. TIFF carries the embedded resolution metadata so the print workflow sizes the image correctly.
- E-learning content rescue — Storyline 1, Captivate 4, and Articulate Studio courses published to SWF before HTML5 export was common often have no source files left. Converting each slide's frame to TIFF lets the instructional designer rebuild the course in a modern authoring tool.
- Legal and forensic capture — TIFF is the de-facto image format for litigation document production (per EDRM guidelines). Capturing specific SWF frames as TIFF gives a tamper-evident, single-page-per-file deliverable that opposing counsel's review platform can ingest.
- Scientific and engineering snapshots — Old simulation animations published as SWF (CFD plots, circuit-design walkthroughs) can be sampled at fixed intervals into TIFF sequences for later analysis in ImageJ, MATLAB, or Photoshop.
- CMYK and bitonal output paths — TIFF natively supports CMYK and 1-bit bitonal modes that GIF, JPG, and PNG don't. For a press-ready ad reused from a Flash banner, TIFF is the only sensible target.
SWF vs TIFF — Format Comparison
| Property | SWF | TIFF |
|---|---|---|
| Type | Container — vector animation, ActionScript, audio | Raster image (single or multi-page) |
| Year introduced | 1996 (FutureWave FutureSplash, then Macromedia) | 1986 (Aldus, now maintained by Adobe) |
| Compression | Zlib (SWF 6+) or LZMA (SWF 13+) | Uncompressed, LZW, Deflate, JPEG, PackBits, CCITT G4, ZSTD, WebP |
| Color model | RGB / RGBA | Bilevel, grayscale, RGB, CMYK, Lab, palette |
| Animation | Yes (frame-based + ActionScript) | No (multi-page only, no timing) |
| Browser playback | Blocked in all major browsers since Jan 12 2021 | Not natively rendered; opens in image apps |
| Authoring tools today | Adobe Animate (export only), JPEXS, FFDec | Photoshop, GIMP, ImageMagick, every DAM |
| Typical use in 2026 | Legacy archive material | Print masters, scanning, archival |
| Max practical file size | ~2 GB practical (varies by player) | 4 GB classic TIFF, exabyte-scale BigTIFF |
TIFF Compression Quick Guide
| Compression | Lossless? | Best For | Trade-off |
|---|---|---|---|
| None (uncompressed) | Yes | Forensics, scientific datasets | Largest file size |
| LZW | Yes | General archival, print, Library of Congress recommendation | Universal reader support; modest compression on flat colors |
| Deflate (Zip) | Yes | Smaller lossless files than LZW | Slightly less universal in older RIPs |
| PackBits | Yes | Simple bitmaps with long runs | Weak on photographic content |
| CCITT Group 4 | Yes | 1-bit scanned documents, faxes, legal e-discovery | Bitonal only — no color or grayscale |
| JPEG-in-TIFF | No | Compact previews from photographic SWF frames | Lossy; not suitable for masters |
| ZSTD | Yes | Modern archival, best ratio | Newer; not universally supported in legacy tools |
| WebP-in-TIFF | Both modes | Compact storage when target reader is modern | Limited tooling outside libtiff 4.1+ |
Frequently Asked Questions
Why convert SWF at all when Flash is dead?
Because the bits aren't dead — only the player is. A SWF that wraps a video stream still contains every frame of it; xconvert decodes the requested frames server-side and encodes them as TIFF. Vector shapes are a different story — nothing here draws them, so a SWF that is only vector art can't be converted (we tell you right after upload); open it in Ruffle instead. The output is a normal image file that will outlive any browser plugin policy.
Which frame does the converter capture by default?
By default xconvert captures the first frame of the SWF timeline. For most banner ads and title cards that frame is meaningful, but for long timelines (e-learning, cartoons) you almost certainly want Multiple Screenshots with a 1, 2, or 5 second interval, or Specific Frame with a timestamp from the source material.
Can I get every individual frame as a separate TIFF?
Yes — use Multiple Screenshots with the smallest frame interval and the converter will write one TIFF per captured frame, packaged together. For a 30 FPS SWF video set the interval at 1 frame to get a 1:1 dump of the video.
Should I pick LZW, Deflate, or JPEG compression?
For preservation, LZW is the safest pick — lossless, near-universal reader support since the early 1990s, and explicitly listed as a preferred TIFF compression in the Library of Congress's recommended formats statement. You do have to select it: the dropdown opens on JPEG, which is lossy. Pick Deflate if you need slightly smaller files and your downstream tools are modern. Leave JPEG-in-TIFF in place only when the source frame is photographic and the file will be used as a preview, not a master — JPEG degrades on re-saves.
What resolution should I export at?
There is no DPI control here, so think in pixels. For screen reuse, the SWF's authored stage size is already the right pixel count. For print, multiply the printed width in inches by your target resolution — 8 inches at 300 DPI means 2400 pixels across — and set that under Image resolution. Remember the frame comes from the video inside the SWF, which has a fixed size, so asking for a giant TIFF from a small SWF video upscales and looks blocky instead of adding detail.
Does the converter handle ActionScript-driven SWFs?
No. ActionScript never runs and vector artwork is never drawn; only the video stream inside the SWF is read. A SWF that is only a vector animation or a game has no video inside to convert — we tell you right after upload. For those, JPEXS Free Flash Decompiler is a useful companion tool — open the SWF, navigate to the frame you want, then export it and convert that image instead.
Should I use TIFF or PNG for archival?
Both are lossless raster formats. TIFF wins for institutional archives because it supports CMYK, true bitonal, 16-bit-per-channel depth, multi-page layout, and named compression schemes that scanning vendors and DAM systems already understand. PNG wins for the web — it's smaller for simple graphics and every browser renders it. If your downstream tool is print or a library catalog, choose TIFF; if it's a website, see SWF to PNG instead.
What if I need a moving image rather than stills?
Then TIFF isn't the right target. To keep the animation, convert to SWF to MP4 for video, SWF to GIF for short looping animations, or SWF to JPG if you just need a quick web preview frame. TIFF carries no timing information, so any animation is lost the moment you encode to it.