Initializing... drag & drop files here
Supports: DV
A .dv file is a raw DV-DIF elementary stream — the bytes captured straight off a MiniDV, DVCAM, or Digital8 tape over FireWire, with no container around them. AVI was the standard Windows wrapper for that footage in the Video for Windows, VirtualDub, and early Premiere era, which is why so many tape-digitising workflows still end at .avi. This tutorial covers what the conversion actually does to your footage, which of the 21 video codecs on this page is the right one for your destination, and the two or three things that reliably go wrong with tape-sourced AVI files.
.dv or .dif capture, or click "+ Add Files" to browse. Batch upload works, and every capture in the queue is converted with the same settings..avi file. Your upload travels over an encrypted connection, is processed on our servers, and is deleted automatically after a few hours. No sign-up, no watermark.AVI is a container, not a codec — Microsoft released it on 10 November 1992 as part of Video for Windows, and it stores whatever video and audio streams you put in it as RIFF chunks tagged with FourCC codes. That means the codec choice, not the extension, decides whether your file opens on the machine you are targeting.
| Video Codec choice | What it is | Pick it when |
|---|---|---|
| MPEG-4 (default here) | MPEG-4 Part 2, Advanced Simple Profile | You want the safest general-purpose AVI that old Windows players and editors open |
| Xvid / DivX | The same MPEG-4 ASP family, tagged for those decoders | The destination is a DivX- or Xvid-certified DVD player or set-top box |
| MJPEG | Every frame stored as an independent JPEG | An old editor needs frame-accurate scrubbing; expect large files |
| HuffYUV | Mathematically lossless coding of the decoded frames | You want no lossy generation at all; expect very large files |
| MPEG-2 | The DVD-era codec | You are feeding a DVD-authoring tool that expects MPEG-2 |
| H.264 | Modern and far more efficient | The player is known to handle H.264 inside AVI — many legacy tools do not |
Two notes that follow from the container's age. AVI was never designed for codecs that reference future frames, so B-frame-heavy H.264 encodes can behave oddly in strict AVI players even when they decode fine in VLC. And selecting HuffYUV collapses the File Compression choices down to Constant Quality, because a lossless encode has no bitrate or quality target left to tune.
| Property | Raw .dv capture |
AVI produced here (defaults) |
|---|---|---|
| Container | None — bare DV-DIF elementary stream | AVI (Microsoft RIFF) |
| Video coding | DV codec, intraframe DCT, ~25 Mbit/s | MPEG-4 Part 2, re-encoded (one lossy generation) |
| Audio | Interleaved PCM: 48 kHz 16-bit stereo, or 32 kHz 12-bit four-channel | MP3 |
| Frame size | 720×480 (NTSC, 4:1:1) or 720×576 (PAL, 4:2:0) | Unchanged unless you set Video resolution |
| Scanning | Interlaced standard definition | Interlaced fields carried through — no deinterlace step |
| Size | ~11.9 GB per hour of tape | Much smaller; AVI itself adds roughly 5 MB of overhead per hour of SD video |
| Subtitles and attachments | n/a | Not supported — AVI cannot embed subtitle or font attachments |
.dv directly.AVI's limits are structural, not fixable by settings. It cannot embed subtitle tracks, chapter markers, or font attachments; it has no clean way to signal display aspect ratio, so non-square-pixel DV always needs an explicit resize; and it cannot reliably carry MP3 audio at sample rates below 32 kHz. If any of those matter for your project, the container is the wrong tool and DV to MP4 or a Matroska target is a better destination. If, on the other hand, your goal is a DivX-certified set-top player specifically, use DV to DivX, which writes the same AVI structure with the codec and profile constraints those devices expect.
It re-encodes. Our converter decodes the DV video and encodes it to MPEG-4 Part 2 by default, with the audio re-encoded to MP3, and writes both into the AVI container. That is one lossy generation away from the tape. It is a different operation from the classic capture-software behaviour, where a program wrapped the untouched DV stream in an AVI with no quality change at all. If you want to avoid a lossy generation, set Video Codec to HuffYUV.
They are two ways DV capture software wrapped a DV stream inside AVI. A Type-1 DV-AVI keeps the multiplexed audio and video together in a single DV stream in the video section of the file. A Type-2 DV-AVI additionally writes the audio out as a separate stream alongside it — redundant data, but far more compatible with older Video for Windows editors that expected a discrete audio track. The captured picture and sound are identical either way. This page produces a conventional re-encoded AVI rather than either DV-AVI type, so the distinction matters mainly when you are handling files an old capture program already made.
Work backwards from the destination. For a general-purpose file that plays on old Windows machines, leave it on MPEG-4. For a DivX-certified DVD player, use DivX or Xvid. For an editing timeline where you will scrub frame by frame, MJPEG. For an archival copy with no further quality loss, HuffYUV. Only pick H.264 if you have confirmed the target application handles H.264 inside an AVI container, because plenty of legacy AVI players do not.
Close to it. Select HuffYUV as the Video Codec and the encoder stores the decoded DV frames without any further quality loss, and the File Compression section collapses to Constant Quality because there is nothing left to trade off. This is not a copy of the original DV bitstream — the DV frames are still decoded first — but no lossy compression is applied on the way out. Set Audio Codec to one of the PCM options to keep the audio equally faithful. Expect the result to be considerably larger than the source.
Yes. Consumer DV and Digital8 record interlaced standard-definition fields, and this conversion carries them through without a deinterlace pass. That is correct if the file is going into an editor or onto equipment that expects interlaced video. On a computer or phone screen, motion will show combing. There is no deinterlace control on this page, so if you need a progressive result, run the file through an editor or a desktop encoder afterwards.
Because DV pixels are not square and AVI has no dependable way to tell a player otherwise. NTSC DV stores a 720×480 frame that is meant to display at 4:3, and PAL stores 720×576 for the same 4:3 display. A player treating those pixels as square shows the picture too wide. Fix it during conversion with Video resolution set to Width x Height — 640×480 for NTSC or 768×576 for PAL — and the geometry comes out right on any player.
Only when something in your chain specifically requires it: VirtualDub, an old Premiere or Vegas project, a DivX-certified DVD player, or an archive standardised on AVI for digitised tape. For anything else, MP4 is smaller at matching quality, plays on phones and in browsers, and carries metadata that AVI simply cannot. If you are not tied to a legacy AVI workflow, DV to MP4 is the better destination.
The file is uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared or made public. Our pipeline always re-encodes rather than copying the source stream, so the AVI you download is generated from the decoded DV frames, whichever codec you select.