Initializing... drag & drop files here
Supports: MJPEG
Motion JPEG is video in the loosest sense: a run of complete, independent JPEG frames with no compression between them, which is why an hour from an IP camera, a microscope or a capture card takes so much disk for the picture it delivers. HEVC — ITU-T Rec. H.265 / ISO/IEC 23008-2, first edition approved in April 2013 and still actively maintained — replaces that redundancy with inter-frame prediction, so the same footage lands dramatically smaller. The one thing to understand before you convert: .hevc names a codec, not a container, so our pipeline writes the H.265 stream into a Matroska (MKV) container and gives it the .hevc extension you asked for. Rename it to .mkv and every MKV-aware tool opens it normally.
.mjpeg or .mjpg onto the page, or click "Add Files" to browse. Security-camera exports, webcam captures, machine-vision and microscope acquisitions and old digital-camera clips all work as input, and several can be queued together..mkv if a player refuses it. Uploads travel over an encrypted connection, are processed on our servers, and are deleted automatically after a few hours. No sign-up, no watermark.| Property | Value |
|---|---|
| Full name | Motion JPEG |
| Per-frame coding | Baseline JPEG, ISO/IEC 10918 |
Container in a raw .mjpeg |
None — frames are simply concatenated |
| Timing metadata | Absent; decoders assume a default frame rate |
| Audio | None in a raw elementary stream |
| Inter-frame compression | None — every frame is a keyframe |
| Storage cost | Roughly 5-20x an inter-frame codec for the same recording |
| Why anyone uses it | Frame-exact random access, trivial decoding, low encoder cost |
.hevc File Actually Is| Property | Value |
|---|---|
| Container written | Matroska (MKV) |
| Video codec inside | H.265 / HEVC |
| Standard | ITU-T H.265 / ISO/IEC 23008-2, first edition April 2013 |
| Design goal vs H.264 | Roughly 25-50% bitrate reduction at similar quality |
| Audio track | None — a raw MJPEG source has no audio to carry |
| Safe rename | .mkv |
| Opens as-is in | VLC, mpv, FFmpeg-based tools, MKVToolNix, MKV-aware editors |
| Usually refuses it | QuickTime, stock phone and TV players, browsers |
| Better target for stock players | MP4 or MKV |
H.265 is a genuine CRF codec, so every mode in the File Compression group behaves the way its name suggests — which is not true of the older MPEG-4 targets on this site, where the quality field degrades into a quantiser scale.
The server always re-encodes. There is no stream-copy path from JPEG frames into H.265, because the two share nothing at the bitstream level — this is a full decode-and-encode pass in every mode.
.mkv for MKV-capable apps, remux locally without re-encoding (ffmpeg -i video.hevc -c copy video.mp4), or convert to MP4 from the start..mkv usually settles it.Because HEVC is a codec and a file needs a container. There is a raw H.265 elementary-stream format, but almost no ordinary player will open one, and it carries no duration or seek information — a genuinely raw .hevc would be less useful than what you get here. Our pipeline maps H.265 output to Matroska, which handles the codec cleanly and stores proper timestamps, so the download is a real MKV wearing a codec-style extension. Renaming it re-encodes nothing.
Roughly, at matched visual quality, and the standard was designed with a 25-50% bitrate reduction over H.264/AVC as its target — with larger savings at 4K than at low resolutions, since HEVC's bigger coding-tree blocks pay off most on large frames. Against an MJPEG source the reduction is far larger than either figure, because MJPEG has no inter-frame compression at all to start from. Real numbers depend heavily on content: static camera views save the most, handheld or noisy night footage the least.
Because the source is. A bare .mjpeg or .mjpg file is an elementary stream — a sequence of JPEG images with no audio substream — so there is nothing for the encoder to compress, whatever the Audio Codec dropdown is set to. That dropdown is shared across every video target on the site and simply has no input here. If your footage does have sound, it is sitting inside a real container such as AVI or MOV; convert that file with MJPEG to MP4 or MJPEG to MKV instead.
More than the extension suggests. Because it is an ordinary Matroska file, FFmpeg-based players such as VLC and mpv open it directly with correct duration and seeking, and MKV tooling like MKVToolNix ingests it happily. Stock consumer software generally cannot — phones, smart TVs, QuickTime and browsers mostly do not read Matroska, and hardware HEVC decoding is patchy on pre-2017 devices. Rename to .mkv for extension-driven software, or pick an MP4 target if the file is headed somewhere you do not control.
The .hevc output is already HEVC inside a container, so the real question is packaging and reach. Keep it (or rename to .mkv) when your tools handle Matroska. Choose MP4 or MKV with H.265 selected when the file is going to stock apps. Choose AV1 when you want the smallest result and are willing to wait longer for the encode — AV1 is royalty-free and slightly more efficient, but slower and less widely hardware-decoded than H.265.
Because the encoder is doing work MJPEG never did. Motion JPEG compresses each frame in isolation, which is cheap enough to run on camera hardware from twenty years ago. H.265 searches for motion between frames, evaluates variable-size coding-tree partitions and tests multiple prediction modes per block. That analysis is exactly what buys the size reduction, and it costs time — long or high-resolution captures take real minutes. Trimming to the section you need before converting is the fastest way to cut it down.
No to both. If your source is interlaced, the combing stays baked into the output — there is no deinterlacing filter in this pipeline, so an interlaced capture should be handled before it reaches here. Likewise there is no HDR tone-mapping: HDR input receives a plain colour conversion and may look washed out. Neither is common in MJPEG captures, which are overwhelmingly progressive SDR, but it is worth knowing before feeding in something unusual.
Not long. The upload travels over an encrypted connection, the conversion runs on our servers, and both the source and the output are deleted automatically after a few hours. Nothing is shared or made public, there is no account requirement and no watermark on the result. Because processing is server-side, the real constraint on a very large capture is upload time — use the Trim control, or the video cutter, to scope a long recording first. To shrink an HEVC file you already have, see the HEVC compressor.