Initializing... drag & drop files here
Supports: SWF
.swf, and it does not run the Flash timeline. A file built from vector shapes and ActionScript alone has no stream to read and will fail — see the note below before you start. Drop in several at once and each is processed in parallel.<video> embedsSWF (originally "ShockWave Flash", later backronymed "Small Web Format") is the playback format of Adobe Flash. It began at FutureWave Software, which shipped FutureSplash Animator in May 1996; Macromedia acquired FutureWave in December 1996 and renamed it Flash, and Adobe acquired Macromedia in 2005. An SWF file is a compiled bundle of vector shapes, embedded bitmaps, audio, video, and ActionScript bytecode — a tiny, resolution-independent program rather than a plain video clip. That design made it the dominant way to deliver animation, games, and interactive content on the web for over a decade.
The reason to convert is simple: nothing plays SWF natively anymore. Adobe stopped supporting Flash Player on December 31, 2020, and on January 12, 2021 it began blocking Flash content from running entirely. Every major browser removed Flash support around the same time. This is what makes SWF harder to rescue than a plain video container like FLV: an SWF is not just compressed video, it is a small program that needs the whole Flash runtime to draw its vector, timeline, and ActionScript layers — and that runtime is gone. Converting to a modern video preserves the content in a form that plays everywhere, which is why SWF-to-MP4 is the most common request here.
A few things worth knowing before you convert:
| Property | Value |
|---|---|
| Full name | "ShockWave Flash" / "Small Web Format" (no official Adobe resolution) |
| Origin | FutureWave Software (FutureSplash, May 1996); Macromedia 1996; Adobe 2005 |
| Type | Compiled multimedia: vector + raster graphics, audio, video, ActionScript bytecode |
| Runtime required | Adobe Flash Player — none ships in any current browser |
| Spec status | Proprietary; licensing dropped May 1, 2008 (Open Screen Project) |
| Latest published spec | Version 19 (last released, ~2013) |
| Native playback today | None — Flash Player end-of-life Dec 31, 2020; content blocked Jan 12, 2021 |
| Best converted to | MP4 (universal video), GIF (silent loop), MOV (Mac editing) — when the file embeds media |
| If you want… | Convert to | Why |
|---|---|---|
| Playback on any phone, browser, or smart TV | MP4 | Universal support, keeps audio, smallest file at good quality |
| A short silent loop for chat, a README, or a forum | GIF | Autoplays inline everywhere with no player or plugin |
| To edit in Final Cut Pro or iMovie on a Mac | MOV | Imports into Apple editors without a conversion prompt |
A small clip for an HTML5 <video> embed |
WebM | Royalty-free VP9/AV1; typically smaller than an MP4 |
| Only the embedded soundtrack | MP3 | Drops the visuals and keeps the main-timeline audio |
| A single still frame for a thumbnail or preview | PNG / JPG | Pulls one frame out of the embedded stream; on all-intra Flash content the frame you get may not be the timestamp you asked for |
No mainstream browser or media player opens SWF anymore — Flash Player reached end-of-life on December 31, 2020 and was blocked from running on January 12, 2021. The remaining options are niche: the standalone Flash Player Projector (run offline at your own risk), or the open-source Ruffle emulator, which re-implements Flash in Rust and ships as both a web-embeddable build and a native desktop app while deliberately avoiding the security holes the old plugin was known for. For anything you want to watch on a phone, share, or embed on a modern page, converting the SWF to MP4 or GIF is far more practical than chasing a legacy player.
That depends entirely on what is inside the file, because nothing here re-renders vector art. The converter reads the media stream embedded in the SWF, so the output can only be as good as that stream already was — if a Flash file wraps a 320x240 video, choosing 1080p scales those pixels up rather than redrawing anything at higher resolution. If the SWF holds no embedded stream at all, the conversion fails instead of producing a soft video. Pick an output resolution that matches the source rather than the largest one offered.
Both came out of Flash, but they are not the same kind of file. FLV is a plain video container — a compressed video and audio stream — so it still opens today in VLC, ffmpeg, and most media players even without Flash. SWF is a compiled program: vector art, a timeline, and ActionScript that need the full Flash runtime to render. That's why an FLV is easy to rescue but an SWF is not — the runtime that drew it no longer exists. If you have an FLV instead, converting it is more of a straight re-mux; an SWF has to be rendered frame by frame into video.
No, and it is worth being blunt about why. A Flash game is vector shapes plus ActionScript, with no embedded video stream to read, so there is usually nothing here for the converter to decode and the job fails rather than producing a recording of the game. Even where a game does embed some media, what you would get is that clip, not the gameplay. To keep a Flash game playable, use an emulator such as Ruffle, which runs the ActionScript in a modern browser. If you want a video of the game, play it in the emulator and screen-record it.
Pick MP4 when the animation has sound, runs longer than about 10 seconds, or you want the smallest file at good quality — MP4 plays on every device and keeps audio. Pick GIF for short, silent loops you want to drop into a chat, a GitHub README, or a forum post where a video embed isn't supported. GIF has no audio and its file size grows quickly past a few seconds, so it's best reserved for brief clips. You can produce both from the same SWF: SWF to MP4 for the watchable version, SWF to GIF for the loop.
Yes, with two caveats. Choosing an audio output like MP3 keeps the embedded soundtrack and drops the visuals, but a SWF that stacks a music bed and several event sounds gives you one of those streams rather than a mix of all of them. Choosing PNG or JPG pulls a still out of the embedded video, though on all-intra Flash content the frame that comes back may not be the timestamp you asked for. Neither path uses the Trim control, which does not work on Flash files at all — convert first, then cut the result with the Audio Cutter.
The output starts from the dimensions of the stream embedded in the SWF, not from the Flash stage size, and the two often disagree — which is where unexpected sizes and black bars come from. Set an explicit Width x Height under Video resolution rather than a percentage, and match the aspect ratio of what you actually see in the converted file rather than what the original Flash movie was authored at. If the result is soft after that, the embedded stream was simply smaller than the size you asked for; scaling up cannot recover detail the file never carried.
No. Your SWF is uploaded over an encrypted connection, rendered on our servers, and then both the upload and the converted file are deleted automatically after a few hours. There's no sign-up, no watermark on the output, and files are never shared or made public. The only real limit on a large or complex SWF is upload time, since the rendering itself happens server-side.