Convert MTS to AVI Online Free

Convert an MTS camera clip to an AVI file for a specified legacy application or playback workflow.

TO
  1. Add a file Choose or drop it here
  2. Pick the format Change it whenever needed
  3. Download the result After conversion completes

Convert MTS to AVI for a Defined Legacy Workflow

Convert MTS to AVI when a named editor, workstation, device, or handoff rule asks for AVI. It is not a universal quality upgrade and it is not a filename change. MTS normally holds an AVCHD camera recording in an MPEG transport stream; AVI is Microsoft’s RIFF-based Audio Video Interleave file form. The conversion decodes the source program, selects output video and audio codecs, and writes separate AVI streams with headers, data chunks, and usually an index. The real compatibility question is which codecs the intended AVI reader supports.

Keep the MTS camera original. Once it is decoded, scaled, deinterlaced if required, and compressed for AVI, the output is a derivative. It does not retain original transport packets, program tables, camera-card context, or discarded image detail. Make a short representative AVI and open it in the exact receiving application before converting a long shoot.


MTS Program Components Need Decoding Before AVI RIFF Muxing

MTS is generally an MPEG transport stream. It consists of fixed 188-byte packets, each beginning with sync byte 0x47 and carrying a 13-bit PID. The Program Association Table points to a Program Map Table, while the map identifies video and audio elementary-stream PIDs and the program clock reference. Packetized elementary streams can carry presentation timestamps and decoding timestamps. A decoder uses those relationships to rebuild the camera clip's audible and visible timeline.

AVI has no equivalent PAT, PMT, or transport PID layer. The converter first identifies and decodes the selected MTS program, then writes output stream data as RIFF chunks. It may re-encode video and audio because an AVI consumer can reject the source camera codec even though the source played correctly. Copying MTS bytes into a file called .avi would leave a transport stream under the wrong label; it would not create AVI headers, stream formats, or a movie-data list.

Preserve card structure as well as the visible clip when the recording may be reused. AVCHD media can depend on adjacent camera metadata and clip relationships. AVI is often a useful working or legacy-delivery copy, but it is not a replacement acquisition package.


AVI Is a RIFF Form Built From Ordered Chunks

A conventional AVI begins with a RIFF header whose form type is the FOURCC AVI . Microsoft’s AVI reference describes two required LIST chunks: hdrl, which defines stream format information, and movi, which contains the sequence data. An optional idx1 chunk follows the movie list and indexes data-chunk offsets. The order matters. OpenDML extensions introduce another index type identified by FOURCC indx, useful in workflows that need the extended form.

Within the header list, each stream has a strl list. It includes a stream-header chunk strh and a stream-format chunk strf. The stream-header order associates those descriptions with data streams in the movi list. This is why AVI should be described as a container: the file can be structurally valid yet still contain a video compression format unavailable to the target system.

RIFF chunks carry identifiers and sizes, so corruption or a missing index can change seeking behavior even when some sequential playback remains possible. Do not assess a conversion solely by whether the first few seconds open. Seek to several positions, listen after a seek, and verify the end of the file.


AVI Codec Choice Is More Important Than the Extension

“AVI supported” is incomplete requirements language. The receiver must understand the video compression and pixel format declared by the video stream, plus the audio stream format. A legacy editor may request a particular intraframe codec, a capture system may expect a specific uncompressed layout, and a player may accept only a short historical list. Conversely, a modern compressed codec in AVI may be technically writable but not readable in an older implementation.

Choose settings from the receiving workflow. Match expected frame dimensions, frame rate, interlace handling, audio sample rate, channel count, and codec. If the camera clip has interlaced material, inspect moving horizontal detail after conversion; treating fields as whole progressive pictures without thought can make motion combing or blur visible. If a file will be edited, an edit-friendly codec and manageable data rate may matter more than a small download.

DecisionAVI consequenceCheck on the target
Video codecDefines coded video chunks and decoder needOpen and scrub in the actual application
Pixel formatChanges color precision and conversion costInspect gradients, titles, and graphics
Frame rateSets stream timing and motion cadenceWatch pans and cuts for judder
Interlace treatmentControls field order and temporal detailPause on moving edges
Audio formatDefines the audio stream decoder requirementSeek and check lip sync
Index formAffects access and long-file handlingTest seeking near the end

Interleaving and Indexing Affect AVI Playback Tests

AVI’s name points to the practical arrangement of audio and video. Data chunks in the movie list are arranged so that separate streams can be presented together. Stream timing comes from the headers and media descriptions, while an index can direct a reader to data locations. A conversion should be checked for start-up, seeking, sustained playback, and the final seconds. A file that merely opens may still reveal offset audio after a long seek or poor access in a workflow expecting an index.

For long outputs, verify the exact application’s behavior with its expected AVI form. OpenDML extensions and indexes are not abstract trivia: older software may impose limits or have incomplete support. If an AVI is requested for ingest, ask whether the system expects classic idx1, OpenDML, a particular stream count, or a known codec. The producer’s successful playback in a different media player does not prove the handoff is correct.

Also test a copy made through the delivery method. Network shares, removable drives, and import tools can expose filename, path, or file-size limitations that are independent of the RIFF structure. Preserve the technical settings and a checksum with an important delivery so a later mismatch can be diagnosed from evidence.


MTS Acquisition Stream and AVI Working Copy Compared

PropertyMTS camera clipAVI conversion
Outer structure188-byte MPEG transport packetsRIFF form identified as AVI
Media selectionPAT/PMT identify elementary-stream PIDsstrl lists describe separate streams
Data locationPacketized elementary streamsmovi chunks and optional indexes
TimingProgram timing and PES timestampsAVI stream header and data arrangement
CompatibilityCamera/AVCHD-oriented decode pathDepends strongly on selected AVI codecs
Best retention roleOriginal footage and acquisition contextSpecified legacy edit, play, or ingest derivative

An AVI converted back to another video file cannot regenerate original MTS program tables, transport timestamps, camera metadata, or compression detail rejected during the first encode. Keep the original MTS unmodified and document the AVI output codec choices so the derivative is understandable years later.


Questions That Resolve an MTS-to-AVI Request

Can I rename an MTS file to AVI?

No. The extension would not replace MPEG transport packets and program metadata with the RIFF AVI form, required header lists, stream descriptions, movie data chunks, and indexes that an AVI reader expects.

Why does my AVI open but show no video?

The AVI wrapper can be readable while the video codec or pixel format in its stream is unsupported. Inspect the output stream configuration and compare it with the target application’s documented codec support.

What does idx1 do?

It is an optional AVI index chunk that identifies offsets of data chunks. It can affect seeking. OpenDML defines a different indx index mechanism, so use the form required by the receiving workflow.

Should an AVI be the archive copy of a camera recording?

Usually retain the MTS and camera-card context as well. AVI is a delivery or working copy with codec choices made for a purpose; it cannot preserve all source structure or restore information removed during re-encoding.

What test proves the conversion is usable?

Import or play it in the actual destination software, scrub through multiple points, verify picture and sound after seeks, inspect the final seconds, and confirm the intended codec and frame settings rather than checking only the filename.

For a repeatable handoff, record the source clip identifier, output codec name, frame dimensions, frame rate, field treatment, audio configuration, AVI index form, receiving application version, and the date of the successful test. That small technical record distinguishes a confirmed compatibility profile from an accidental one. If a subsequent installation rejects the same file, compare those fields before altering the master recording or creating needless generations of lossy derivatives. Store the test file with the delivery notes for later inspection.