Initializing... drag & drop files here
Supports: XVID
.avi container — both work as input. Batch uploads are supported.Xvid is an open-source implementation of MPEG-4 Part 2 Advanced Simple Profile, the workhorse codec of the early-2000s DVD-rip era. SWF (originally ShockWave Flash, later backronymed "Small Web Format") is Adobe's Flash container — Adobe officially ended Flash Player support on December 31, 2020 and blocked Flash content from running on January 12, 2021. Despite that EOL, a long tail of legacy systems still consume SWF, and converting Xvid into SWF remains useful for specific archival and air-gapped scenarios.
.story or .cptx files are lost; dropping a SWF replacement into the published folder can keep a course running under Ruffle.For anything web-facing in 2026, modern browsers no longer execute SWF — convert to MP4 instead via Xvid to MP4 or Xvid to WebM. Use SWF only when the playback target genuinely requires it.
| Property | Xvid in AVI | SWF |
|---|---|---|
| Video codec | MPEG-4 Part 2 ASP | Sorenson Spark (H.263), VP6, Flash Screen Video, MJPEG; H.264 in F4V/MP4 wrapper |
| Container origin | Microsoft AVI (1992) | FutureWave 1996 → Macromedia → Adobe |
| Licensing | GPL (open source) | Defunct proprietary; spec published, runtime EOL'd |
| Native browser support | None (requires player) | None — Flash Player EOL Dec 31, 2020 |
| Modern playback | VLC, MPC-HC, ffmpeg | Ruffle (open-source emulator), standalone Flash Projector |
| Interactivity | Video only | Vector graphics, ActionScript, embedded video and audio |
| Typical bitrate (480p) | 800–1,500 kbps | 400–1,000 kbps depending on codec |
| Best fit today | Local DVD-rip libraries | Legacy courseware, industrial HMIs, archives under Ruffle |
| Codec | When to pick it | Notes |
|---|---|---|
| Flash Video / FLV1 (Sorenson H.263) | Default for older Flash Player 6+ targets | Most compatible; the codec the original SWF spec was built around |
| Flash Screen Video (FLASHSV / v2) | Screen-recording style content with flat colors | Lossless on flat regions; poor on natural video |
| H.263 / H.263+ | Video conferencing-style sources | Limited resolutions; mostly historical |
| MJPEG | Frame-accurate editing, intermediate use | Each frame an independent JPEG; large files but trivially seekable |
| H.264 | Flash Player 9 Update 3 (Dec 2007) and newer targets | Higher quality at lower bitrate; needs F4V or compatible wrapper |
Flash Player on the open web is dead — but SWF as a file format isn't. Offline Flash projectors, Ruffle (an actively developed open-source emulator written in Rust), CD-ROM autorun executables, and a long tail of locked-down enterprise tools still consume SWF. Conversion is overwhelmingly for archival, courseware preservation, and replacing a missing asset inside an existing SWF project file.
No. Adobe blocked Flash content in the official Flash Player on January 12, 2021, and major browsers removed the Flash plugin shim in late 2020/early 2021. To play a SWF in a modern browser you need Ruffle — install it as a Firefox/Chromium extension, embed ruffle.js on your page, or run the Ruffle desktop app. Ruffle covers nearly all ActionScript 1/2 content and most ActionScript 3 content as of 2026.
For maximum compatibility with old Flash projectors, choose Flash Video (FLV1 / Sorenson H.263) — that's the original codec the SWF spec was designed around. If your target is a newer Flash Player 9 Update 3 (Dec 2007) or later runtime, H.264 produces visibly better quality at lower bitrates. MJPEG is a niche pick for editing intermediates because every frame is independent.
No. Xvid is a video codec, not a container; it's almost always shipped in .avi, occasionally in .mkv or .mp4. Upload the file as-is. The converter reads the codec out of whatever container it finds and re-encodes into the codec you select for SWF. If your file extension is .avi, you can also use the dedicated AVI to SWF page.
It usually shouldn't be — but there are two common causes. First, picking Flash Screen Video on natural footage produces huge files because that codec is optimized for flat-color screen recordings. Second, MJPEG inside SWF stores each frame as an independent JPEG, which is much less efficient than Xvid's inter-frame compression. Switch the codec to FLV1 or H.264 and use "Constant Quality" (CRF) compression to bring file size back in line.
No watermark, no signup. Files process on our servers and are removed from the queue when you leave. There is a per-file ceiling appropriate for server-based conversion; for very long clips, trim to the segment you actually need using the Time Range trim before converting.
Yes — once a clip is in SWF you can extract it with a SWF demuxer or convert through SWF to MP4. Note that re-encoding twice (Xvid → SWF → MP4) is generationally lossy; if your end target is MP4, go directly via Xvid to MP4 and skip the SWF round trip.
No. Conversion produces a SWF that contains your video as a media stream — there's no ActionScript, no buttons, no timeline tweens. To embed the converted clip inside an interactive Flash project, drop the SWF into a stage in your authoring tool (Adobe Animate / Flash Pro CS6) and add interactivity there.
Use compress Xvid on the source first to drop bitrate or resolution, then convert. Or compress on the way out with compress SWF. Inside this converter you can also set "Target file size (%)" or "Specific file size" under File Compression, or scale "Resolution Percentage" down to 50–75% — Flash projects rarely benefit from anything above 1080p and most legacy targets are 480p or 720p.