Convert MTS to AIFF Online for Free

Extract the selected MTS soundtrack into a checked AIFF delivery with deliberate PCM, sample-rate, layout, and receiver choices.

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 AIFF by Selecting the Intended Camera Audio

Convert MTS to AIFF when an editor, sound workflow, archive process, or Apple-oriented application requires an AIFF audio delivery. MTS commonly contains AVCHD-associated MPEG transport-stream media, including video and one or more audio components. The first audio component is not automatically the intended language, commentary, camera mix, or programme. Select the required soundtrack before removing picture.

AIFF normally stores sampled audio, often linear PCM. Decoding compressed camera audio such as AC-3 into PCM AIFF avoids a second lossy audio codec but does not recover information already discarded by the source. The result also does not preserve MTS video, card playlists, visual timing evidence, or every source metadata field. Keep the original MTS and preserve the complete camera-card hierarchy where it has acquisition context.

Specify the actual receiver before conversion. Ordinary AIFF, AIFF-C, sample rate, sample size, layout, metadata handling, and maximum file size can affect whether an audio editor or ingest system accepts a delivery. A generic player opening a file is not a substitute for the receiving workflow.


PAT PMT and PID Inspection Identify the Correct MTS Soundtrack

MTS transport streams use fixed 188-byte packets. The packet header contains a 13-bit packet identifier, or PID. The Program Association Table maps programmes to Program Map Table locations; the PMT identifies the elementary-stream PIDs which make up a programme. Inspect the PMT and the resulting audio streams before extracting anything. A suffix or a stream-list order is not a sound-programme decision.

Record selected PID, codec, language metadata if present, duration, start offset, sample rate, channel count, and channel layout. AVCHD recording is often associated with AC-3 or LPCM audio, but MTS is transport-stream packaging rather than an assurance of one codec. Some editors have restricted AC-3 decoding support; if the audio cannot be decoded, report that technical limitation instead of claiming that an AIFF setting repaired it.

Decode each plausible component and compare a source event near the beginning, middle, and end. A spoken word at a cut, a clap, or a music entry establishes both selection and timing before sample-format choices are introduced.


PES Presentation Timing Becomes an Audio Boundary Test

Audio reaches the transport stream through packetized elementary streams. PES headers can carry presentation time stamps and decoding time stamps, while the programme clock gives their presentation context. Once video is removed, use picture-linked events to verify the selected sound: first intended sound, a midpoint transition, late programme material, and the last intended sample. A matching duration alone cannot prove there was no offset, dropped region, padding, or unwanted silence.

AVCHD recordings can be split and can rely on clip-information or playlist files for an importer to understand a longer event. Back up the full original card before audio extraction if continuity matters. A standalone MTS-derived AIFF can be a useful access copy, but it cannot recreate missing card-level metadata or a preceding/next clip relationship.

Trimming, fades, normalisation, loudness changes, and downmixing are separate editorial transformations. They may be required, but should be stated in the release record rather than presented as a transparent extraction.


AIFF FORM COMM and SSND Chunks Must Agree With PCM Samples

AIFF is an IFF chunked audio format. A conventional file has a FORM whose type is AIFF. Its Common Chunk, COMM, declares fundamental audio facts including channels, sample frames, sample size, and sample rate. Its Sound Data Chunk, SSND, carries the audio sample data. Library of Congress identifies Apple’s AIFF specification as the principal documentation and notes AIFF’s use for LPCM audio.

The declared facts must match the actual decoded bytes. Incorrect channel count, sample-frame count, sample rate, sample size, byte ordering, or SSND length can yield a file that appears to exist but plays incorrectly or imports unreliably. AIFF-C is related but can declare compressed audio; do not call it uncompressed AIFF without inspecting its form and compression declaration.

Writers need final data sizes and counts to be accurate. An interrupted export or incomplete transfer can leave header information inconsistent with actual sound data. Probe the completed delivered file, not only the temporary workspace result.


Sample Rate Bit Depth and Channel Mapping Are Intentional Outputs

Choose PCM rate and sample size from the receiving requirement or preservation plan. Resampling is not a quality upgrade, and increasing bit depth after decoding a lossy soundtrack does not restore original detail. It can still be a legitimate processing or interchange choice if it is documented. Record 16-bit, 24-bit, or another setting alongside its justification.

Channel count is not the same as channel layout. Stereo, 5.1, and custom arrangements have different speaker roles. Preserve source mapping where the target supports it, or make a declared downmix. Listen for dialogue placement, music level, ambience, low-frequency effects, and phase effects. A technically valid multi-channel AIFF can be operationally wrong if a receiving application assigns the channels differently.

Make additional variants from the retained MTS. Do not convert a previous AIFF after undocumented processing, because it obscures source-versus-output differences and compromises later comparisons.


MTS Source Facts and AIFF PCM Facts Compared

ConcernMTS source checkAIFF release check
ProgrammePAT, PMT, PID, language, mix.Chosen soundtrack only.
TimingPES timestamps and video landmarks.Correct start, middle, late event, end.
CodecAC-3, LPCM, AAC, or other source audio.Decoded PCM or declared AIFF-C form.
Sample dataSource rate and channel layout.COMM channels, frames, size, rate.
Audio bytesCompressed or sampled access units.SSND bytes consistent with COMM.
ProcessingOriginal boundaries and mix.Declared trim, resample, downmix, fade.
ContextCamera card and visual evidence.Source record retained beside output.

Questions Before Sending AIFF From an MTS Clip

Does AIFF retain the MTS video?
No. It is an audio delivery; retain the MTS and card context where picture or acquisition information matters.

How do I choose the correct audio?
Inspect PAT/PMT components and listen to each candidate PID at known source events.

Is every AIFF uncompressed?
Ordinary AIFF often stores PCM; AIFF-C may use compressed forms. Inspect the declared form rather than guessing.

Why is AIFF much larger?
PCM uses more bytes than compressed AC-3 or AAC. Its larger size does not restore source detail.

Why did the surround mix change?
Review source layout, target mapping, and any downmix policy instead of looking only at channel count.

How is acceptance shown?
Probe COMM and SSND facts, then listen to landmark events and complete playback in the named receiver.


Approve MTS-to-AIFF only after selected PID, decoded boundaries, AIFF form/chunk facts, rate, bit depth, mapping, audible quality, and receiver compatibility have been checked. Store the accepted output, source probe, settings, target version, and listening result together.

For a delivered copy, test the actual copied or imported asset. Include its filename or checksum and storage context in the record. If the target fails, return to MTS and change one documented factor—source selection, decoder, rate, sample size, mapping, or form—then repeat the same checks instead of repeatedly processing an already modified result.

A longer source needs a late listening test as well as an opening check. This catches a selected-programme change, discontinuity, truncated tail, or transfer issue that a short preview can miss.


An acceptance note should name the MTS input, programme number, selected audio PID, source codec, source and output duration, sample rate, channel mapping, chosen sample size, AIFF or AIFF-C form, output file name, and target application/version. It should state whether the camera source was copied as a complete card package before work began. These facts make it possible to separate a wrong audio selection, missing AC-3 support, rate conversion issue, malformed chunk declaration, or receiver-specific mapping fault when the file is reviewed later.

Test transfer as part of the job when the AIFF will be copied to removable media, attached to an asset-management system, imported into a DAW, or sent to a collaborator. Confirm that the delivered copy opens and has the same channel order, duration, and audible content as the approved workspace copy. A system may create a proxy, modify metadata, or reject a file-size or form variant even though another desktop application played the local draft.

For a preservation-oriented delivery, retain the source MTS and a before/after probe with the AIFF. AIFF can offer a suitable uncompressed working representation, but the decode from a camera recording is an interpretation of its original codec, programme selection, and timeline. Do not let a clean PCM waveform erase the record that it was derived from a specific AVCHD or transport-stream source. If another sample rate or layout is required later, derive it from that preserved source and repeat the listener and receiver tests.