Initializing... drag & drop files here
Supports: CR3
CR3 is Canon's current raw format — ISO Base Media File Format on the outside, Canon's crx codec on the inside, first shipped on the EOS M50 in April 2018. DivX is something else entirely: an implementation of MPEG-4 Part 2, the Advanced Simple Profile family, which grew out of a 1998 modification of a Microsoft codec and became mainstream with the DivX 4.0 release in July 2001. Converting one to the other develops the photograph into a single video frame, holds it on screen for a duration you choose, and encodes it as a silent MPEG-4 ASP stream inside an AVI container carrying the .divx extension. It is a deliberately old-fashioned target, and it exists for one reason: hardware that will not play anything newer.
.cr3 onto the page or click "+ Add Files". Queue several photographs and Merge strategy decides between one combined file ("Merge images") and a separate clip per photo ("Video per image")..divx. Your file is uploaded over an encrypted connection, encoded on our servers and deleted automatically a few hours later — no sign-up, no watermark.| Property | Value on this page |
|---|---|
| Video codec | MPEG-4 Part 2, Advanced Simple Profile — the DivX family |
| Container | AVI, which is what .divx files have always been built on |
| Codec choices offered | DivX only; the target format fixes the payload |
| Audio stream | None — a photograph has no sound, so none is written |
| Frame rate | 1 fps, because there is no motion to sample |
| Clip length | The Image Duration you set, 5 seconds by default |
| B-frames | Disabled, as they achieve nothing between identical frames |
| Frame preparation | The raw is developed to a clean image at no more than 4096 pixels on its long edge |
| Quality controls | Quality Preset, a 1–31 quality scale, or a maximum bitrate |
| Colour depth | 8 bits per channel, developed down from the raw's 12 to 14 |
| Several photographs at once | One combined clip, or one file each, according to Merge strategy |
| Target | Codec inside | Container | Reach for it when |
|---|---|---|---|
| DivX (this page) | MPEG-4 ASP | AVI | A DivX-certified DVD player, set-top box or older TV has to play the file |
| CR3 to Xvid | MPEG-4 ASP, the open implementation | AVI | A tool or device names Xvid rather than DivX |
| CR3 to AVI | MPEG-4 by default, with Xvid, MJPEG and H.264 also offered | AVI | You want the same era of file but a choice of codec |
| CR3 to MP4 | H.264 | MP4 | The clip has to play on phones, browsers and current editors |
| CR3 to WebM | VP9 | WebM | The clip is going onto a web page |
| CR3 to JPG | Not a video at all | JPEG | You wanted a picture rather than a clip, which is usually the case |
An AVI file with an MPEG-4 Advanced Simple Profile video stream inside it. DivX has always been a codec rather than a container, and the files it produced were built on Microsoft's AVI format — the later DivX Media Format was itself an extension of AVI, added in DivX 6, which kept backwards compatibility while bolting on chapters, menus and multiple audio tracks. What this page writes is the straightforward case: an MPEG-4 ASP stream in an AVI, named .divx.
Because a photograph does not have any. Rather than writing a silent audio track for the sake of appearances, the converter writes no audio stream at all, which is why no Audio Codec control appears here. If the clip needs music or a voiceover, add it afterwards in a video editor — an AVI-based file will accept an audio stream perfectly well once there is something to put in it.
Because on this page the codec is the target. Elsewhere on the site the output extension names a container and the codec inside it is a separate decision; .divx names the codec, so choosing anything else would produce a file that contradicts its own extension. If you want the same container with a choice of payload, CR3 to AVI offers MPEG-4, Xvid, MJPEG and H.264 in the same AVI wrapper.
They are two implementations of the same underlying standard, MPEG-4 Part 2 ASP, and a player that handles one almost always handles the other. The difference is history and licensing rather than the bitstream: DivX came from a commercial company that ran a hardware certification programme, while Xvid grew up as the open alternative. Pick whichever name your device's documentation actually uses — that is the only reason to care.
VLC and mpv play them without comment, as do most desktop media players, and the large installed base of DVD players, set-top boxes, televisions and games consoles that carried "DivX Certified" branding through the 2000s. What does not reliably play them is a modern phone, a browser or a smart TV app, none of which are built around MPEG-4 ASP any more. If you need something current, DivX to MP4 converts a file you already have.
Because a still photograph has nothing to sample more often. The developed frame is looped and cut off at the duration you chose, so a five-second clip is five identical frames rather than 125. It keeps the encode trivial and the file small, and any editor will re-time the clip if a downstream tool insists on a conventional rate.
No. Canon's crx codec stores roughly 12 to 14 bits per channel of unprocessed sensor data, which is what allows white balance, exposure and highlight recovery to be revisited long after the shot. Producing a video frame means demosaicing that into ordinary 8-bit pixels and baking the current interpretation in permanently, and MPEG-4 ASP then compresses it lossily on top. Develop the raw the way you want it first, and keep the .cr3 files as the master copies.
Only if a specific piece of hardware demands it. DivX solved a real problem in an era of slow connections and small hard drives, and the certification programme means a lot of older living-room equipment plays it and nothing newer. Outside that case there is no advantage left: CR3 to MP4 produces a smaller, more compatible clip, and if what you actually wanted was a viewable photograph rather than a video, CR3 to JPG is smaller still and opens on anything.