Convert DV to TS — Free Online Tool
Convert DV camcorder footage to MPEG-2 Transport Stream (TS) by re-encoding the intra-frame DVVideo stream into H.264 with AAC audio — making your tape-sourced or file-based DV clips ready for broadcast pipelines, HLS streaming, and modern media players that no longer support native DV playback.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your DV file here
or click to browse
Free — no uploads, no signups. Your files never leave your browser.
Settings
Note: Browser-based encoding uses approximate quality targets. For precise CRF compression, copy the FFmpeg command above and run it on your desktop.
Estimated output:
Conversion Complete!
DownloadHow It Works
DV files store video using the DVVideo codec, which compresses each frame independently (intra-frame) using DCT, and pairs it with uncompressed 16-bit PCM audio. Neither DVVideo nor PCM are compatible with the MPEG-2 Transport Stream container in their native forms. During this conversion, FFmpeg fully re-encodes the video from DVVideo into H.264 (libx264) using a CRF of 23, which trades the DV format's fixed per-frame bitrate (typically 25 Mbps for SD DV) for a more efficient variable-bitrate compression that dramatically reduces file size while maintaining good visual quality. The PCM audio is simultaneously transcoded from raw 16-bit linear audio to AAC at 128k, which is the standard lossy audio codec used in broadcast and streaming TS files. The result is a .ts file structured as an MPEG-2 Transport Stream, suitable for broadcast ingest, HLS packaging, and direct streaming.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg binary — the open-source multimedia processing engine that handles the DV-to-TS transcoding pipeline running under the hood in this browser tool via WebAssembly. |
-i input.dv
|
Specifies the input DV file. FFmpeg detects the DVVideo video stream and PCM S16 LE audio stream inside the .dv container and prepares them for re-encoding. |
-c:v libx264
|
Re-encodes the DVVideo intra-frame video stream into H.264 using the libx264 encoder — the codec required for the output to be valid inside an MPEG-2 Transport Stream container, since DVVideo is not a supported TS stream type. |
-c:a aac
|
Transcodes the DV file's uncompressed PCM S16 LE audio into AAC, which is the standard lossy audio codec for broadcast and streaming TS files and is required since raw PCM is not a typical elementary stream in TS. |
-crf 23
|
Sets the H.264 Constant Rate Factor to 23, FFmpeg's default quality level. For standard-definition DV source material this produces a good balance of file size reduction and visual fidelity — the output will be significantly smaller than the ~25 Mbps DV source while looking nearly identical at normal viewing sizes. |
-b:a 128k
|
Sets the AAC audio bitrate to 128 kilobits per second, which is appropriate for the stereo PCM audio found in DV recordings. This is transparent for speech and moderate audio content, replacing the original uncompressed ~1.5 Mbps PCM stream with a far smaller encoded stream. |
output.ts
|
Defines the output filename and signals FFmpeg to use the MPEG-2 Transport Stream muxer, which packages the H.264 video and AAC audio elementary streams into a broadcast- and streaming-compatible .ts file. |
Common Use Cases
- Digitizing MiniDV tape captures into a broadcast-ready TS container for ingest into television playout or editing systems that require H.264-in-TS input
- Preparing archived DV camcorder footage for upload to streaming platforms or HLS-based video-on-demand systems that cannot decode raw DVVideo
- Reducing the large fixed-bitrate DV files (25 Mbps) to smaller H.264 TS files for long-term archival storage or network transfer without significant perceptible quality loss
- Converting DV news footage captured in the field for compatibility with modern broadcast contribution workflows and IPTV middleware that expects TS-wrapped H.264
- Migrating a library of .dv files from legacy capture software to a streaming-compatible format so they can be served via media servers like Plex, Jellyfin, or Wowza
- Packaging DV wedding or event footage into TS format for delivery to clients via HLS streaming links rather than large file downloads
Frequently Asked Questions
Yes, there is a generation of lossy re-encoding, because DVVideo and H.264 are both lossy codecs and transcoding between them introduces compression artifacts. However, at the default CRF 23, H.264 typically produces visually clean results for standard-definition DV content (720×480 or 720×576). The original DV source is already lossy at ~25 Mbps, so the H.264 output at a comparable effective quality level will look nearly identical in most viewing contexts. If preservation fidelity is critical, lower the CRF value (e.g., -crf 15) to retain more detail.
DV uses a fixed intra-frame bitrate of approximately 25 Mbps regardless of scene complexity, because it compresses every frame independently with no inter-frame prediction. H.264 uses inter-frame compression (referencing previous and future frames), which is far more efficient — a CRF 23 H.264 encode of typical DV content can reduce file size by 70–90% while maintaining comparable perceived quality. For example, a 1-hour DV tape capture at ~11 GB may compress to 1–3 GB in H.264 TS.
DV stores audio as uncompressed PCM at 16-bit/48 kHz (or 32 kHz in some modes), which is lossless and high quality. The conversion transcodes this to AAC at 128k, which is lossy but transparent to most listeners for speech and moderate-complexity audio. If you need higher audio fidelity — for example, for music recorded directly into the camcorder — increase the audio bitrate in the command using -b:a 192k or -b:a 256k, both of which are supported in the TS container.
The single-file command shown here processes one file at a time, but you can adapt it for batch conversion in a shell loop. On Linux or macOS, run: for f in *.dv; do ffmpeg -i "$f" -c:v libx264 -c:a aac -crf 23 -b:a 128k "${f%.dv}.ts"; done. On Windows Command Prompt, use: for %f in (*.dv) do ffmpeg -i "%f" -c:v libx264 -c:a aac -crf 23 -b:a 128k "%~nf.ts". This is especially useful when processing an entire archive of DV tape captures.
The -crf 23 flag controls H.264 quality. CRF (Constant Rate Factor) ranges from 0 (lossless) to 51 (worst quality), with lower values producing higher quality and larger files. For DV source material, -crf 18 is a common 'visually lossless' target, while -crf 28 will produce smaller files with more noticeable softening. Because DV is already a lossy source at standard definition, values below -crf 15 rarely yield any benefit over -crf 18 and will produce unnecessarily large files.
No — DVVideo is not a valid elementary stream type in the MPEG-2 TS specification, which defines specific stream type IDs for codecs like H.262 (MPEG-2 video), H.264, H.265, and AAC. This means you cannot simply remux DV into a TS container without re-encoding; full transcoding to a supported codec like H.264 is required. This is why the conversion command uses -c:v libx264 rather than -c:v copy.
Technical Notes
DV was standardized by a consortium of camcorder manufacturers in the 1990s and uses a fixed 25 Mbps bitrate (DV25) with 4:1:1 chroma subsampling in NTSC (720×480) or 4:2:0 in PAL (720×576). The intra-frame-only compression means every frame is self-contained, which made it ideal for tape editing but results in large file sizes by modern standards. When transcoding to H.264 in a TS container, the chroma subsampling is typically upsampled and re-encoded at 4:2:0, which is the default for libx264 — so no chroma information is lost in this step. The MPEG-2 Transport Stream output supports multiple audio tracks and subtitles, though DV source files carry only a single stereo (or dual-mono) PCM audio track and no subtitle streams, so the output TS will likewise contain a single audio track. DV files also carry minimal metadata (no chapter markers, no subtitle tracks), so there is little metadata to preserve or lose in this conversion. One practical limitation: if your DV source was recorded in 32 kHz audio mode (sometimes used for four-channel audio on consumer camcorders), FFmpeg will correctly resample it to 48 kHz during AAC encoding. The TS container is inherently streaming-oriented and transport-error-resilient, making the output directly usable for HLS segmentation with tools like ffmpeg's hls muxer as a downstream step.