Convert TS to AVI

Drag and drop files here or click to select.
Max file size 100mb.
Uploading progress:

TS vs AVI Format Comparison

Aspect TS (Source Format) AVI (Target Format)
Format Overview
TS
MPEG Transport Stream

A streaming-oriented container format designed for broadcast television, cable systems, and live transmission where data loss is expected. Transport Stream uses fixed-length 188-byte packets with error correction, making it resilient to transmission errors and ideal for IPTV, DVB, ATSC, and Blu-ray disc storage. TS is also the foundation of HLS (HTTP Live Streaming) for modern adaptive bitrate delivery.

Standard Lossy
AVI
Audio Video Interleave

Microsoft's pioneering multimedia container introduced with Windows 3.1 in 1992, based on the Resource Interchange File Format (RIFF). AVI stores interleaved audio and video data with support for a wide range of codecs, from uncompressed PCM/RGB to DivX and Xvid. While its simplistic structure makes it reliable for editing and archiving, the lack of modern features has led to its gradual replacement by MP4 and MKV.

Legacy Lossy
Technical Specifications
Container: MPEG-2 Transport Stream (ISO/IEC 13818-1)
Video Codecs: MPEG-2, H.264/AVC, H.265/HEVC
Audio Codecs: MPEG-1 Layer II (MP2), AAC, AC-3, DTS
Max Resolution: Up to 8K (H.265 in ATSC 3.0)
Extensions: .ts, .mts, .m2ts, .tsv
Container: Microsoft RIFF-based container (AVI 2.0/OpenDML)
Video Codecs: MPEG-4 ASP (DivX, Xvid), H.264, MJPEG, Uncompressed, DV
Audio Codecs: MP3, AC-3, PCM, WMA, DTS
Max Resolution: No defined limit (codec-dependent)
Extensions: .avi
Video Features
  • Subtitles: DVB subtitles, teletext, closed captions
  • Chapters: Not native (segment-based navigation)
  • Multi-Audio: Multiple audio PIDs per program
  • HDR: HDR10, HLG (ATSC 3.0, DVB)
  • EPG: Electronic Program Guide metadata
  • Error Recovery: Forward error correction for broadcast reliability
  • Subtitles: No native support (requires external SRT files)
  • Chapters: Not supported
  • Multi-Audio: Limited (single audio track common)
  • HDR: Not supported
  • DRM: No native DRM support
  • Streaming: Not suitable for streaming (interleaved sequential access)
Processing & Tools

TS encoding and HLS segmentation with FFmpeg:

# Encode to MPEG Transport Stream
ffmpeg -i input.mp4 -c:v libx264 -c:a aac \
  -f mpegts output.ts

# Create HLS segments from TS
ffmpeg -i input.ts -c copy -hls_time 10 \
  -hls_list_size 0 output.m3u8

AVI encoding and conversion with FFmpeg:

# Convert TS to AVI with Xvid codec
ffmpeg -i input.ts -c:v mpeg4 -vtag xvid \
  -b:v 2M -c:a mp3 -b:a 192k output.avi

# Lossless AVI for editing (large files)
ffmpeg -i input.ts -c:v rawvideo -pix_fmt yuv420p \
  -c:a pcm_s16le output.avi
Advantages
  • Error-resilient packet structure for broadcast
  • Foundation of HLS adaptive bitrate streaming
  • Multiple program multiplexing in single stream
  • Blu-ray disc storage format (M2TS)
  • Supports modern codecs (H.264, H.265)
  • Industry standard for broadcast and IPTV
  • Universal desktop player and editor compatibility
  • Simple, reliable container structure
  • Supports uncompressed video for editing
  • No licensing or royalty requirements
  • Excellent DV camera capture support
  • Mature, well-understood format
Disadvantages
  • Packet overhead increases file size (188-byte packets)
  • Not ideal for local file storage (use MP4/MKV)
  • Complex structure for simple file playback
  • Limited desktop player support compared to MP4
  • No native chapter or attachment support
  • No native subtitle or chapter support
  • Large file sizes with uncompressed codecs
  • No streaming or progressive download support
  • Limited to single video and audio tracks
  • 2 GB file size limit without OpenDML extension
  • No variable frame rate support
Common Uses
  • Broadcast television (DVB, ATSC, ISDB)
  • HLS streaming segments
  • Blu-ray disc storage (M2TS)
  • IPTV and cable television delivery
  • Digital video recorder (DVR) output
  • Live streaming infrastructure
  • Legacy video playback and archives
  • DV camera capture and editing
  • DivX/Xvid movie collections
  • Uncompressed video editing workflows
  • Surveillance camera recordings
  • VirtualDub and Avidemux processing
Best For
  • Broadcast television and IPTV delivery
  • HLS adaptive bitrate streaming
  • Blu-ray disc authoring (M2TS)
  • Live event streaming with error recovery
  • Multi-program broadcast multiplexing
  • Desktop video editing with uncompressed sources
  • Legacy DivX/Xvid content playback
  • DV camera capture and archiving
  • Compatibility with older editing software
  • Simple container for processing pipelines
Version History
Introduced: 1995 (ISO/IEC 13818-1, MPEG-2 Systems)
Current Version: MPEG-2 Systems Amendment 4 (2018)
Status: Active standard for broadcast, Blu-ray, and HLS
Evolution: MPEG-2 TS (1995) → DVB/ATSC (1998) → Blu-ray/M2TS (2006) → HLS segments (2009) → ATSC 3.0 (2019)
Introduced: 1992 (Microsoft, Windows 3.1)
Current Version: AVI 2.0 / OpenDML (1996)
Status: Legacy format, widely supported but rarely used for new content
Evolution: AVI 1.0/RIFF (1992) → AVI 2.0/OpenDML (1996) → DivX era (2000s) → largely superseded by MP4/MKV
Software Support
Media Players: VLC, mpv, PotPlayer, Kodi
Web Browsers: Via HLS.js (as HLS segments)
Video Editors: Adobe Premiere Pro, DaVinci Resolve, Kdenlive
Mobile: Android/iOS (via HLS streaming players)
CLI Tools: FFmpeg, tstools, DVBInspector, MediaInfo
Media Players: VLC, Windows Media Player, PotPlayer, KMPlayer
Web Browsers: Not natively supported
Video Editors: Adobe Premiere Pro, VirtualDub, Avidemux, DaVinci Resolve
Mobile: Android (VLC, MX Player), iOS (VLC)
CLI Tools: FFmpeg, AviSynth, VirtualDub, MEncoder

Why Convert TS to AVI?

Converting TS to AVI is primarily driven by the need to move broadcast content into a simpler container format that works reliably with legacy editing software and desktop playback systems. MPEG Transport Stream files carry overhead from their broadcast-oriented packet structure — 188-byte fixed packets with synchronization bytes, program association tables, and error correction data — that is completely unnecessary for local file playback or editing. AVI strips away this complexity and delivers a straightforward interleaved container that virtually every Windows application can handle without issues.

The most practical scenario for TS-to-AVI conversion involves users who capture broadcast television with DVR hardware or software tuners and need to edit the recordings in older video editing applications. Programs like VirtualDub, Avidemux, and older versions of Adobe Premiere work best with AVI files. Converting the TS recording to AVI with an appropriate codec (Xvid for compressed, rawvideo for uncompressed) provides a clean editing workflow without the parsing complications that TS files can introduce in non-broadcast-aware editors.

Another common reason is interoperability with surveillance systems and industrial video processing pipelines that expect AVI input. Many older CCTV and scientific imaging systems were built around AVI file handling. When broadcast or IPTV feeds need to be ingested into these systems, TS-to-AVI conversion provides the bridge. The AVI format's simplicity and predictable structure make it suitable for frame-accurate processing in automated workflows.

The trade-off in this conversion is clear: you gain universal desktop compatibility and editing simplicity at the cost of losing TS broadcast features (error resilience, multi-program multiplexing, EPG metadata) and modern container capabilities (streaming, variable frame rate). AVI's 2 GB file limit without OpenDML extension can also be problematic for long recordings. For new projects, MP4 or MKV would be better target formats, but AVI remains the right choice when legacy software compatibility is the priority.

Key Benefits of Converting TS to AVI:

  • Universal Desktop Support: Plays in Windows Media Player and all desktop video players
  • Editing Compatibility: Works with VirtualDub, Avidemux, and legacy editing software
  • Simple Structure: Straightforward interleaved container without broadcast overhead
  • Uncompressed Option: Support for rawvideo/PCM for lossless editing workflows
  • Pipeline Friendly: Predictable frame-by-frame structure for automated processing
  • No Royalties: Open container format without licensing fees
  • Mature Tooling: Decades of software support and documentation

Practical Examples

Example 1: DVR Recording for VirtualDub Editing

Scenario: A video hobbyist records TV shows with an HDHomeRun tuner in TS format and wants to edit them in VirtualDub to cut commercials and apply filters before archiving.

Source: evening_news_20260317.ts (4.8 GB, 1920x1080, MPEG-2, AC-3)
Conversion: TS → AVI (Xvid for compressed editing)
Result: evening_news_20260317.avi (2.1 GB, 1920x1080, Xvid, MP3)

Workflow:
1. Demux TS to extract video and audio streams
2. Re-encode MPEG-2 video to Xvid at high quality (CRF 4)
3. Convert AC-3 audio to MP3 320 kbps
4. Open in VirtualDub for commercial removal
✓ VirtualDub handles AVI natively with frame-accurate seeking
✓ Xvid provides good compression with fast editing performance
✓ No sync issues that sometimes occur with TS in editors
✓ Filters and processing work reliably on AVI structure

Example 2: Surveillance System Integration

Scenario: A security company receives IPTV camera feeds in TS format and needs to ingest them into a legacy surveillance management system that only accepts AVI files.

Source: cam_lobby_stream.ts (continuous, 1280x720, H.264, AAC)
Conversion: TS → AVI (hourly chunks for surveillance system)
Result: cam_lobby_2026031714.avi (1.8 GB per hour, MJPEG, PCM)

Integration pipeline:
1. Capture 1-hour TS segments from IPTV feed
2. Convert to AVI with MJPEG codec (frame-independent)
3. Audio to PCM for reliable playback
4. Auto-import into surveillance management software
✓ MJPEG allows frame-by-frame scrubbing in security software
✓ Each frame independently decodable for analysis
✓ PCM audio preserves full fidelity for evidence
✓ AVI naming convention matches surveillance system expectations

Example 3: Broadcast Archive Digitization

Scenario: A television station is digitizing its Transport Stream broadcast archive for internal review and needs AVI format for compatibility with their legacy content management system.

Source: archive_2015_documentary.ts (6.2 GB, 720x576i, MPEG-2, MP2)
Conversion: TS → AVI (uncompressed for archival quality)
Result: archive_2015_documentary.avi (42 GB, 720x576, rawvideo, PCM)

Archival process:
1. Decode MPEG-2 TS broadcast recording
2. Deinterlace 576i content to progressive
3. Output as uncompressed AVI (rawvideo YUV420P)
4. Audio to PCM 16-bit for lossless preservation
5. Import into legacy CMS for cataloging
✓ No generation loss — decoded to uncompressed frames
✓ CMS indexes and previews AVI natively
✓ Frame-accurate editing available for any future use
✓ Standard format understood by all station equipment

Frequently Asked Questions (FAQ)

Q: Does converting TS to AVI lose quality?

A: It depends on the encoding settings. If you re-encode the video (e.g., MPEG-2 to Xvid), there is some quality loss due to transcoding. However, if the TS file uses H.264 video with MP3 audio, you can sometimes remux directly to AVI with minimal re-encoding. For zero quality loss, use uncompressed AVI (rawvideo + PCM), though file sizes will be very large.

Q: Why not convert to MP4 instead of AVI?

A: For most modern workflows, MP4 is indeed the better choice. Convert to AVI when you specifically need compatibility with legacy software (VirtualDub, older Premiere versions), surveillance systems that require AVI, or uncompressed frame-by-frame processing pipelines. If none of these apply, use MP4 for better compression and wider modern device support.

Q: Will the AVI file be larger than the TS source?

A: With lossy re-encoding (Xvid, H.264), the AVI file is typically smaller than the TS source because TS has packet overhead. With uncompressed AVI, the file will be dramatically larger — potentially 10-20x the size of the compressed TS. Choose your codec based on whether you prioritize quality preservation or file size.

Q: Can AVI handle the same resolution as my TS file?

A: AVI has no defined resolution limit — it depends entirely on the video codec used. A 1080p or 4K TS file can be converted to AVI at the same resolution. However, for very high resolutions (4K+), consider using MKV or MP4 instead, as AVI lacks modern container features that benefit high-resolution content.

Q: What about the 2 GB AVI file size limit?

A: The original AVI specification has a 2 GB limit, but the OpenDML extension (AVI 2.0) removes this limitation. FFmpeg automatically uses OpenDML when the output exceeds 2 GB. Most modern players and editors support AVI 2.0, but very old software may have issues with files over 2 GB.

Q: How do I handle interlaced TS content?

A: Many broadcast TS recordings are interlaced (1080i, 576i). When converting to AVI, you can either preserve the interlacing or deinterlace during conversion. For editing, use -vf yadif in FFmpeg to deinterlace. For archival, preserve the original fields and deinterlace only when creating final output.

Q: Can I preserve multiple audio tracks from the TS file?

A: AVI traditionally supports only one audio track per file. If your TS recording has multiple audio streams (e.g., different languages), you must select one for the AVI output. Use FFmpeg's -map 0:a:0 to choose the primary audio. For multi-track needs, convert to MKV instead.

Q: Which codec gives the best quality for TS to AVI conversion?

A: For the absolute best quality, use rawvideo (uncompressed), but expect very large files. For a good quality/size balance, use H.264 in AVI (-c:v libx264) or Xvid (-c:v mpeg4 -vtag xvid). For editing workflows where codec compatibility matters more, Xvid is universally supported by legacy editors, while H.264 in AVI may cause compatibility issues with older software.