Initializing... drag & drop files here
Supports: WMV
.wmv files. Batch is supported — all files convert with the same settings.WMV is Microsoft's interframe codec family (WMV7 from 1999, WMV9 standardised as SMPTE VC-1 in 2006), and its decoders are no longer a default on macOS, iOS, Android, or modern browsers. MJPEG is the opposite trade: each frame is a self-contained JPEG, so file sizes are bigger but every frame is an independent edit point. The Library of Congress documents MJPEG as a recognised preservation-grade encoding for exactly that reason — it survives format migrations without the multi-frame dependency chain that breaks when a single B-frame is dropped.
| Property | WMV (WMV9 / VC-1) | MJPEG |
|---|---|---|
| Compression model | Interframe (I, P, B frames) | Intraframe only — every frame is a JPEG |
| Typical compression ratio | ~50:1 to 100:1 | ~10:1 to 20:1 |
| File size (1080p clip) | Smaller | 3-10x larger than WMV at similar perceived quality |
| Frame-accurate seek | Decode dependent on GOP | Native — every frame is a key frame |
| Editing performance | Smart-rendering needed on cuts | Cut anywhere, zero re-encode of neighbours |
| Container | ASF (.wmv, .asf) |
AVI, MOV, MKV, raw MJPEG/RTP stream |
| Audio | Usually paired with WMA | Often muxed with PCM in AVI/MOV |
| Browser playback | Effectively dropped post-IE 11 | Decoded in Chrome, Firefox, Safari, Edge |
| Standardisation | SMPTE 421M (VC-1, 2006) | ISO/IEC 10918 (JPEG, per-frame) |
| Best for | Compact distribution on legacy Windows | Editing masters, surveillance, frame extraction |
MJPEG in FFmpeg uses qscale:v rather than CRF — lower number = higher quality. xConvert exposes this as the Constant Quality slider when you turn off Quality Preset.
| qscale | Use case | Visual result | File size vs source WMV |
|---|---|---|---|
| 2 | Archive master, post-production mezzanine | Indistinguishable from a JPEG quality ~95 still | 6-10x larger |
| 3-5 | Editing intermediate, broadcast review | Near-transparent quality | 3-6x larger |
| 6-9 | Surveillance archive, courtroom evidence | Slight high-frequency softening | 2-4x larger |
| 10-15 | Web preview where MJPEG is required | Visible JPEG blocking on flat areas | ~1-2x larger |
| 20-31 | Bandwidth-constrained IP camera | Heavy artefacts, only for monitoring | Can be smaller than source |
MJPEG stores every frame as an independent JPEG, while WMV9/VC-1 uses interframe prediction — a typical WMV P or B frame only stores the difference from a neighbouring frame, often a tenth of a key frame. MJPEG has no P or B frames, so a 30-second 1080p clip that was 25 MB as WMV will routinely land at 150-300 MB as MJPEG at editing-grade quality. That's the cost of frame-independent editing and the reason MJPEG is used as a mezzanine, not a delivery format.
VLC plays MJPEG-in-AVI/MOV natively on every desktop OS. Chrome, Firefox, Safari, and Edge decode MJPEG streams (it's the format webcams use for <video> and getUserMedia in many cases), but a downloaded .mjpeg or .avi may not auto-play in a browser tab — the safer route is to wrap MJPEG in an MP4 or MOV container, or open the file in QuickTime / VLC.
If you're handing the file to a non-linear editor (Premiere, Resolve, Final Cut), pick "Highest" or set qscale to 2-3 — you want the master as clean as the source allows. If you're building a surveillance archive where storage is the constraint, "Medium" preset (qscale ~6-9) keeps faces and licence plates legible at roughly half the size. Manual qscale is the right knob when you have a specific size budget.
The MJPEG video codec itself doesn't carry audio, but when MJPEG is muxed into AVI or MOV the audio track travels alongside it (typically as PCM or AAC). xConvert preserves the source audio track when re-muxing. If your WMV used WMA audio, expect it to be re-encoded to a more portable codec during the container change.
Microsoft's PlaysForSure / Windows Media DRM wrapped some legacy WMV files (early Xbox 360 downloads, PlaysForSure store purchases). Encrypted WMV cannot be transcoded — the DRM blocks decode at the source. If the file plays cleanly in Windows Media Player on the original machine, it will convert; if it triggers a licence-acquisition prompt, it won't.
Yes — that's one of the main reasons people convert to MJPEG. Once the file is MJPEG, tools like FFmpeg (ffmpeg -i in.avi -vsync 0 frame_%05d.jpg), VLC's "Scene filter", or OpenCV's cv2.VideoCapture can dump each frame as a standalone JPEG with no re-encoding because the JPEG bitstream is already inside the container.
Trim before — set Trim → Time Range in xConvert. Trimming first means MJPEG only encodes the segment you keep, which can shave 5-50x off the output size depending on how much you cut. Trimming an already-converted MJPEG in an editor is also lossless on cut points, but you've already paid the storage cost.
No. GIF uses 256-colour LZW compression with global/local palettes, capped at 8 bits per pixel; APNG uses PNG's lossless deflate per frame. MJPEG uses the full JPEG codec — 24-bit colour, DCT compression, no animation timing baked into the codec itself (the container handles framerate). If you want a short looping clip for the web, see WMV to GIF; for an editing master, MJPEG is the better choice.
If frame-by-frame editing isn't the goal, MJPEG is overkill. Use WMV to MP4 (H.264 in MP4 plays in every browser, phone, and TV) or WMV to AVI for a generic Windows-compatible container. Reach for MJPEG only when you specifically need every frame to be independent, or use compress WMV if you want to keep the WMV codec but shrink the file.