Initializing... drag & drop files here
Supports: SWF
Adobe stopped supporting Flash Player on December 31, 2020 and began blocking Flash content on January 12, 2021, so a .swf will not open in any current browser. This tool pulls still frames out of the video stream embedded in the Flash container and saves them as JPG. It does not emulate the Flash runtime, run ActionScript, or rasterize a vector timeline — which is the single most important thing to know before you upload, because it decides whether your particular file will work at all.
.swf onto the page or click "+ Add Files". Several files can be queued and converted together.The Frame Selection group offers two modes, and on a Flash source they behave very differently.
A .swf is not a seekable container. It carries no index and no duration in its header, so there is no table for a decoder to consult when asked to jump to a given moment. Every other video format we accept can be seeked; SWF cannot. The practical consequence is that Specific Frame — the mode that takes a timestamp in seconds — does not work on SWF sources, at any value including zero. Multiple Screenshots takes a completely different route: it decodes the movie forward from the beginning and samples frames at a fixed rate, which needs no seeking at all.
| Frame Selection mode | How it locates the frame | On a .swf |
|---|---|---|
| Specific Frame (time in seconds) | Seeks the container to a timestamp | Does not work — SWF has no seek support |
| Multiple Screenshots (capture rate) | Decodes forward, sampling at a fixed rate | Works — use this one |
This is not a limitation you can settle by picking a better number. Choose Multiple Screenshots, pick the capture rate that gives you a manageable number of images, and keep the frame you wanted. On a 30-second movie, one frame per second gives you 30 JPGs to choose from; one frame every 5 seconds gives you 6.
What the .swf contains |
Converts to JPG? |
|---|---|
| Embedded video (Sorenson Spark, VP6, Flash Screen Video) | Yes — frames decode normally |
| Embedded JPEG bitmaps on a timeline | Yes — they surface as a frame sequence |
| Vector shapes, tweens, sprites, ActionScript drawing | No — nothing is stored as pixels to extract |
| Audio only, no picture | No — the conversion fails at input |
The middle row is where most disappointment lives. Flash games, banner ads, navigation menus and hand-drawn cartoons were vector timelines: the artwork was described as shapes and redrawn every frame by the Flash Player. There are no stored pixels in such a file, so a converter that reads embedded streams — which is what every server-side tool does — has nothing to read. If your file fails, that is almost always why, and it is a capability gap rather than a corrupted upload.
Probably not. The most common cause by far is that the file is a vector animation with no embedded video stream, so there are no stored frames to extract. Encrypted or obfuscated SWFs and files whose content was streamed from a server that no longer exists will also fail. To get a picture out of a vector .swf you need something that genuinely emulates Flash — the open-source Ruffle player is the usual choice — and then you would be screenshotting its playback rather than converting the file.
Use Multiple Screenshots and pick a Capture Rate fine enough that the moment you want falls into the sample. Rates run from one frame every 10 seconds up to ten frames per second. Start coarse to see what the movie contains, then convert again at a finer rate around the section you care about. Because the timestamp mode cannot seek a .swf, sampling is genuinely the fastest route rather than a workaround.
PNG, in most cases. Flash artwork is typically flat colour with hard vector edges and crisp text, and that is exactly the content JPG handles worst — its lossy compression produces visible ringing along sharp boundaries. PNG is lossless and also supports transparency. Use SWF to PNG for logos, UI, text and line art; stay with JPG when the frame is photographic or when you need the smallest possible file for email or the web.
No. A JPG is a single still image with no capacity for motion. To keep the movement, convert to SWF to GIF for a short silent loop, or to SWF to MP4 for a proper video that also keeps the soundtrack. If you only need a poster image or thumbnail, a single JPG is the right choice.
Nothing in the output data — both produce identical JPEG bitstreams, and both pages expose a File extension control that lets you choose whether the download is named .jpg or .jpeg. The two pages exist because people search for both spellings. Pick whichever filename extension the software you are feeding expects; if you have no preference, .jpg is the more widely used convention. See SWF to JPEG for the same conversion under the other name.
Because Flash movies commonly open on a solid background, a pre-loader, or the first moment of a fade-in before any artwork has drawn. With Multiple Screenshots this solves itself — you receive frames from across the whole timeline and simply discard the empty ones at the start.
The native size of the embedded video stream, since Image resolution opens at "Keep original". That is often smaller than the SWF's declared stage size, because Flash could scale a low-resolution video up to fill a larger stage at playback time. Scaling the JPG back up afterwards will not recover detail that was never encoded, so treat the extracted size as the real ceiling.
No, and not because of our settings — JPG has no alpha channel at all. Most Flash video codecs also decode to opaque frames in the first place. If the source genuinely has transparent regions and you need them preserved, PNG is the only sensible target.
Your file is uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — never shared, never made public, and never used for anything other than producing your download.