Initializing... drag & drop files here
Supports: FLV
FLV (Flash Video) is Adobe's old web-video container — the format that carried most of the early-2000s streaming web. MJPEG (Motion JPEG) is a video codec that stores each frame as a standalone JPEG with no compression between frames. Converting an FLV into MJPEG re-encodes the inter-frame Flash video into intraframe JPEGs, which buys you frame-accurate seeking and clean per-frame extraction — and produces a noticeably larger file. This reference page explains both formats and the trade before you convert.
| Property | Value |
|---|---|
| Full name | Flash Video container |
| Vendor | Macromedia, later Adobe |
| FLV file support added | Flash Player 7, 2003 |
| Typical video codecs | Sorenson Spark (an H.263 variant), On2 VP6, H.264 — all inter-frame |
| Typical audio codecs | MP3, ADPCM, AAC |
| Compression style | Inter-frame (frames reference their neighbors) |
| Flash Player status | End-of-life December 31, 2020; content blocked from Jan 12, 2021 |
| Still plays today? | The Flash runtime is dead, but the FLV container still demuxes in VLC, ffmpeg, and most desktop players |
| Best for | Reading legacy web-video archives; the format itself is obsolete for new work |
| Property | Value |
|---|---|
| Full name | Motion JPEG |
| Codec type | Video codec — each frame compressed independently as a JPEG |
| Compression style | Intraframe-only; no inter-frame prediction |
| Real-world efficiency | ~1:20, versus 1:50 or better for inter-frame codecs like H.264 |
| Every frame a keyframe? | Yes — each frame is self-contained, no dependency on neighbors |
| Native audio | None — the bare MJPEG codec describes frames only; audio rides in the container |
| Quality model | Lossy (JPEG) per frame |
| Best for | IP cameras, webcams, surveillance, capture hardware, frame-accurate editing intermediates, single-frame analysis |
This is the one thing to understand before converting, and it surprises most people: MJPEG output is normally several times larger than the source FLV, not smaller. FLV's video — whether Sorenson Spark, VP6, or H.264 — is inter-frame, meaning it stores mostly the differences between frames. MJPEG cannot do that; it re-encodes every single frame as a full JPEG, so it loses all the savings inter-frame compression provided. Wikipedia's Motion JPEG entry puts MJPEG's real-world efficiency at roughly 1:20 against 1:50 or better for codecs like H.264, which is exactly why the file grows.
It is also a lossy-to-lossy step. The Flash video was already lossily compressed; re-encoding it as JPEG frames adds a second round of loss and recovers no detail the FLV already discarded. So why do it? For one property the inter-frame codecs can't match cheaply: every MJPEG frame is independent, which makes seeking instant, frame-accurate cuts clean, and single-frame extraction reliable. That is the deliberate trade — bigger file in exchange for frame independence. If your real goal is a smaller, broadly playable file, MJPEG is the wrong target — use FLV to MP4 for an efficient H.264 file instead. If you only need stills rather than a playable video, FLV to JPG exports the frame data directly at a fraction of the size.
.flv clips. Old web-video downloads, screen-capture archives, and legacy CMS exports all work. Batch is supported.That is expected and unavoidable. FLV carries inter-frame video (Sorenson Spark, VP6, or H.264) that stores mostly the differences between frames; MJPEG compresses each frame as a standalone JPEG with no inter-frame savings, so its real-world efficiency is only around 1:20. The output commonly lands several times larger than the FLV at similar perceived quality. If size matters, lower the preset, reduce resolution, trim to fewer seconds — or convert to FLV to MP4 instead, which keeps the file small.
The MJPEG codec itself is video-only — it describes frames, not sound. Any audio that survives is carried by the container around the frames rather than by MJPEG. For surveillance, machine-vision, or capture pipelines that silence is usually fine. If you need the sound guaranteed alongside the video, keep an MP4 copy — FLV to MP4 preserves the audio track in a far smaller file.
Yes. Adobe ended Flash Player support on December 31, 2020 and began blocking Flash content on January 12, 2021, but that retired the Flash runtime, not the FLV container. FLV files still demux and play in VLC, ffmpeg, and most desktop players, which is exactly why converting them to a current format like MJPEG or MP4 is still worth doing for long-term access.
No. Both formats are lossy, and re-encoding already-compressed Flash video into JPEG frames is a lossy-to-lossy step — it cannot restore detail the FLV already discarded, and it adds a small amount of its own JPEG softening. Keep the Preset at Very High and "Keep original" resolution to lose as little as possible. You convert for frame independence and broader tool support, not for a quality gain.
If you need a frame-independent video for a legacy editor, capture card, NVR, or machine-vision rig, choose MJPEG. If you only need still images for analysis, thumbnails, or training data, skip the video step and use FLV to JPG — the JPEG pixel data is identical either way, and the still output is dramatically smaller than a full MJPEG video.
For one property inter-frame codecs can't match cheaply: every MJPEG frame is a self-contained image with no dependency on its neighbors. That makes seeking instant, frame-accurate cuts clean, and per-frame extraction reliable — which is why older non-linear editors, capture cards, IP cameras, and forensic pipelines standardized on it. In our testing, a 720P MJPEG re-encode scrubbed frame-by-frame in an older editor with none of the GOP-decode lag the source FLV showed. You are buying frame independence and paying for it in bytes — a deliberate trade, not an upgrade. Going the other way? See MJPEG to FLV.
Your file is uploaded over an encrypted connection, processed on our servers, and deleted automatically a few hours after the conversion — no sign-up, no watermark, never shared or made public.