Convert TS to DV — Free Online Tool
Convert MPEG-2 Transport Stream (TS) files to DV format, re-encoding video using the dvvideo intra-frame DCT codec and audio as uncompressed PCM 16-bit LE. This conversion is essential for moving broadcast or streaming content into a DV-native workflow for editing in legacy or tape-based video production systems.
to
FFmpeg Command
Copy this command to run the same conversion locally with FFmpeg on your desktop. Download FFmpeg
Drop your TS 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
This conversion is a full transcode — both the video and audio streams must be re-encoded from scratch. The TS container typically carries H.264 or H.265 video and AAC or AC3 audio, none of which are compatible with the DV format. FFmpeg decodes the incoming video stream and re-encodes every frame independently using the dvvideo codec, which uses intra-frame DCT compression (similar to JPEG per frame) at a fixed bitrate determined by the DV standard (25 Mbps for standard DV). The audio is simultaneously decoded and resampled into raw 16-bit little-endian PCM (pcm_s16le), the only audio format the DV container supports. Because DV has strict resolution and frame rate requirements (typically 720x480 at 29.97fps for NTSC or 720x576 at 25fps for PAL), FFmpeg may also need to scale or adjust the source content to fit these constraints. Subtitles, multiple audio tracks, and any metadata present in the TS file will be lost, as DV supports none of these features.
What Each Flag Does
| Flag | What it does |
|---|---|
ffmpeg
|
Invokes the FFmpeg binary — the open-source multimedia processing engine that handles decoding the TS input, transcoding both the video and audio streams, and muxing the result into the DV container. |
-i input.ts
|
Specifies the input MPEG-2 Transport Stream file. FFmpeg reads the TS container, identifies its program streams (typically H.264/H.265 video and AAC/AC3 audio), and prepares them for decoding prior to re-encoding as dvvideo and PCM. |
-c:v dvvideo
|
Sets the video codec to dvvideo, the intra-frame DCT encoder native to the DV format. Every video frame from the decoded TS stream will be independently compressed using this codec at the fixed DV bitrate — no inter-frame compression is used. |
-c:a pcm_s16le
|
Sets the audio codec to 16-bit signed little-endian PCM, the only audio format permitted by the DV container. The compressed audio from the TS file (such as AAC or AC3) is fully decoded and stored as raw uncompressed audio in the output. |
output.dv
|
Specifies the output filename with the .dv extension, which tells FFmpeg to mux the transcoded dvvideo and pcm_s16le streams into a DV-format container suitable for use with camcorder workflows, legacy NLE systems, and FireWire-connected tape decks. |
Common Use Cases
- Importing broadcast or IPTV recordings captured as TS files into Final Cut Pro 7 or Avid systems that natively edit DV footage from tape-based camcorders
- Archiving news segment recordings from a broadcast pipeline into DV format for compatibility with legacy tape digitization and playback hardware
- Preparing streaming video content for output to a DV tape deck via FireWire (IEEE 1394) for physical archival or distribution to clients expecting tape deliverables
- Converting TS recordings from a DVB tuner card into DV so they can be ingested into older non-linear editing software that lacks native TS or H.264 support
- Re-packaging transport stream video into DV for use with video installation or live event playback systems that rely on DV-format media
- Migrating recorded educational or training content from a broadcast TS source into a DV-based production workflow for downstream editing and DVD authoring
Frequently Asked Questions
Not fully — this is a lossy transcode in both directions. The source TS likely contains H.264 or H.265 video at a variable bitrate that may be significantly higher or lower than the fixed 25 Mbps used by standard DV. The dvvideo codec uses intra-frame DCT compression, which is efficient but applies its own compression artifacts. If your source was high-bitrate H.264 at 1080p, the downscale to DV-standard resolution (720x480 or 720x576) will cost significant quality regardless of codec. If your source was already low-bitrate streaming content, the DV output may look somewhat cleaner in motion due to the intra-only encoding, but fine detail will still be lost.
Standard DV is constrained to 720x480 at 29.97fps (NTSC) or 720x576 at 25fps (PAL) — it does not support HD resolutions or arbitrary frame rates. If your TS file contains 1080p, 4K, or 60fps content, FFmpeg will scale and adjust the footage to fit the DV specification during conversion. This means HD broadcast recordings will be significantly downscaled, and the output DV file will not represent the full resolution of your source material.
The DV container format was designed for camcorder use in the 1990s and mandates uncompressed PCM audio (pcm_s16le) as its only audio format. Unlike modern containers such as MP4 or MKV, DV has no provision for compressed audio codecs. This means that even if your TS file contains high-quality AAC or AC3 audio, it will be fully decoded and stored as raw uncompressed 16-bit audio in the DV file. The upside is that the audio in the output will be losslessly represented from the decoded source — no additional audio compression artifacts are introduced.
No. The DV format does not support subtitles, closed captions, chapters, or multiple audio tracks. Only the primary video and first audio track from your TS file will be carried into the output. Any subtitle streams, alternate language audio tracks, or metadata embedded in the transport stream will be silently dropped during conversion. If preserving these elements is important, you should use a different output format such as MKV or MP4.
You can add scaling and frame rate flags to the command, but the DV format itself enforces strict constraints — the output must conform to either the NTSC (720x480, 29.97fps) or PAL (720x576, 25fps) DV profile. For example, you could add '-s 720x576 -r 25' before the output filename to explicitly target the PAL profile: 'ffmpeg -i input.ts -s 720x576 -r 25 -c:v dvvideo -c:a pcm_s16le output.dv'. Attempting to write DV at unsupported resolutions or frame rates will result in an error or a malformed file.
On Linux or macOS, you can run a shell loop in your terminal: 'for f in *.ts; do ffmpeg -i "$f" -c:v dvvideo -c:a pcm_s16le "${f%.ts}.dv"; done'. On Windows Command Prompt, use: 'for %f in (*.ts) do ffmpeg -i "%f" -c:v dvvideo -c:a pcm_s16le "%~nf.dv"'. Each TS file will be fully transcoded to DV individually. Note that dvvideo encoding is computationally intensive, so batch processing many files will be slow compared to simple remux operations.
Technical Notes
The DV format imposes some of the strictest structural constraints of any video container in common use. The dvvideo codec operates at a fixed bitrate (25 Mbps for standard DV, 50 Mbps for DVCPRO50) and encodes each frame independently using 8x8 DCT blocks — there are no inter-frame predictions or B-frames. This makes DV ideal for editing (any frame is an instant cut point) but inefficient compared to modern codecs like H.264 or H.265 that achieve far better quality at lower bitrates. When converting from TS, FFmpeg must fully decode the source video — which may use complex GOP structures with B-frames — before re-encoding to dvvideo. The resulting DV file will almost always be larger than the source TS for equivalent-duration content, because DV's fixed bitrate is higher than typical streaming or broadcast H.264 bitrates. Audio is stored as pcm_s16le at either 48kHz (4-channel) or 44.1kHz (4-channel), with the channel count constrained by the DV spec; stereo source audio from TS files is handled correctly. No metadata from the TS container (program info, EIT data, PIDs) is preserved in the DV output. The DV format also does not support HDR, wide color gamut, or any color space beyond standard BT.601, so HDR transport stream content will be tone-mapped or clipped during conversion.