Convert MTS to WAV Online for Free
Extract selected MTS audio into a checked PCM WAV delivery with explicit PID, RIFF header, rate, bit depth, layout, and receiver choices.
- Add a file Choose or drop it here
- Pick the format Change it whenever needed
- Download the result After conversion completes
Convert MTS to WAV by Choosing the Intended Camera Soundtrack
Convert MTS to WAV when an editor, sound workflow, archive process, or receiving application requires WAVE audio. MTS commonly holds AVCHD-associated MPEG transport-stream media and can carry more than one audio component. Choose the intended language, main mix, commentary, or camera track before removing picture. The first audio PID is not automatically the right programme.
WAV commonly stores linear PCM. Decoding AC-3, AAC, or another compressed MTS soundtrack to PCM WAV avoids another lossy audio codec but cannot recover information already removed by the source. WAV also does not retain MTS video, programme structure, camera playlists, or all source metadata. Preserve the source MTS and, when acquisition context matters, the full camera-card hierarchy.
Identify the target before output. PCM rate, bit depth, channel layout, WAVEFORMATEX versus WAVEFORMATEXTENSIBLE interpretation, metadata policy, and file-size behaviour may affect acceptance. Local playback is weaker evidence than a test in the actual destination application.
PAT PMT and PID Evidence Identifies MTS Audio Before Decoding
MTS transport streams use fixed 188-byte packets with a 13-bit PID in the packet header. The Program Association Table identifies programme-map locations and the Program Map Table identifies the audio/video component PIDs for a programme. Inspect PMT entries and candidate audio PIDs rather than using extension or stream-list order as a content decision.
Record programme number, selected PID, codec, language metadata where present, duration, offset, sample rate, channel count, and layout. AVCHD recordings often use AC-3 or LPCM, but an MTS file is transport packaging and does not promise either. If a source codec cannot be decoded by the available workflow, selecting WAV cannot repair it; retain the source and document the restriction.
Listen to a clear opening, middle, late, and ending event in every candidate soundtrack. A spoken cue at a cut, hand clap, or music entrance confirms source selection before PCM formatting is assessed.
PES Timing Requires Audio Boundary Checks After Picture Is Removed
Audio is carried in packetized elementary streams. PES can carry presentation and decoding timestamps, and transport programme timing gives the presentation context. When output becomes audio-only, compare the WAV to known source-video landmarks. Verify first sound, a middle transition, a late event, and final sound. Duration equality does not prove that an offset, discontinuity, padding, or clip boundary was handled correctly.
AVCHD clips may be split and may depend on playlist or clip-information files for longer-recording continuity. Preserve the full card before extracting audio when a standalone MTS might be part of an event. An audio WAV is useful as an access derivative, but it cannot recreate lost camera-card relationship data.
State trims, fades, normalisation, loudness work, and downmixing as separate operations. They may be required, but they are not transparent extraction and affect later comparison with the MTS source.
RIFF WAVE fmt and data Chunks Must Describe the PCM Correctly
A PCM WAV is a RIFF form whose form type is WAVE. Microsoft documents the core RIFF, fmt , and data identifiers: the format chunk holds WAVEFORMATEX or WAVEFORMATEXTENSIBLE information, while data carries audio bytes. Those declarations must match actual PCM samples.
Inspect output rate, channel count, sample size, byte rate, block alignment, format tag, and data length. An incorrect header can cause a file that opens for a short preview yet plays at wrong speed, uses wrong channels, stops early, or fails in a stricter editor. PCM does not normally require a fact chunk in the same way as certain compressed WAVE formats, but a target-specific form requirement should be followed rather than guessed.
Broadcast WAVE is a WAVE subtype with additional metadata such as a bext chunk. It should be used only when the receiving or preservation policy requests it. Do not make unverified metadata claims merely because a WAV supports extra chunks.
Rate Bit Depth and Channel Mapping Define a New WAV Working Copy
Choose sample rate and sample size from a named receiving requirement or processing policy. Resampling does not improve source detail. Increasing bit depth after decoding a lossy source may be reasonable for subsequent processing but cannot restore original microphone information. Record whether output uses 16-bit, 24-bit, or another PCM arrangement and why.
Channel count is not layout. Stereo, 5.1, and custom maps have different speaker roles. Preserve a supported source mapping or make a clearly described downmix. Listen for dialogue placement, music balance, ambience, low-frequency effects, and phase-sensitive material. A technically valid WAV can be operationally wrong if a target maps channels differently.
Make later rate or mapping variants from retained MTS or a documented approved decode, not by repeatedly processing unknown delivery copies. This keeps source facts and output decisions traceable.
MTS Audio Evidence and PCM WAV Evidence Compared
| Concern | MTS source fact | WAV output fact |
|---|---|---|
| Programme | PAT, PMT, PID, language and mix. | Chosen soundtrack only. |
| Timing | PES timestamps and source landmarks. | Audible opening, middle, late and ending. |
| Codec | AC-3, LPCM, AAC or other audio. | Decoded PCM format tag. |
| Format | Rate and layout from source stream. | fmt rate, channels, bit depth, block alignment. |
| Sample bytes | Access units in PES packets. | data chunk consistent with fmt. |
| Metadata | Camera/card acquisition context. | Intentional WAV/BWF policy and sidecar. |
| Proof | Candidate stream listening. | Header inspection and receiver playback. |
Questions Before Releasing WAV From MTS Audio
Does WAV retain the MTS picture?
No. WAV is an audio delivery. Retain MTS and card context where video or acquisition evidence matters.
How do I select the correct sound?
Inspect PAT/PMT and PIDs, then listen to the actual candidate programme at known source events.
Is WAV always uncompressed?
WAVE can describe several encodings. This delivery page concerns explicitly verified PCM unless another requested format is named.
Why is PCM WAV much larger?
Uncompressed samples require more bytes than AC-3 or AAC. The size increase does not restore removed source information.
Why did surround sound change?
Review source layout, WAVE mapping, and any downmix rather than relying only on channel count.
How is acceptance proved?
Inspect RIFF/fmt/data facts and play source landmarks plus the ending in the actual target.
Approve MTS-to-WAV after selected PID, audio boundaries, RIFF/WAVE headers, PCM rate, bit depth, mapping, metadata policy, audible quality, and receiver support have been checked. Keep the accepted file with source probe, target version, settings, and listening record.
If a receiver fails, return to MTS and change one documented decision—PID, decoder, rate, bit depth, layout, form, or metadata policy—then repeat the same checks. Reprocessing a failed delivery conceals the cause and makes later quality comparison less reliable.
A release record should identify the original MTS, programme number, selected audio PID, source codec, source and output duration, input and output sample rate, sample size, layout, downmix or resample policy, WAVE format declaration, metadata chunks retained or omitted, accepted filename or checksum, target application/version, and the results at beginning, middle, late point, and end. This converts a vague export claim into technical evidence. It also makes it possible to distinguish a wrong source track, unavailable AC-3 decoder, boundary issue, RIFF declaration fault, channel mapping error, or receiver limit when a later user reports a problem.
Test the final delivery path. A WAV copied to removable media, imported into an editor, uploaded to an asset system, or moved to another operating system can encounter a different parser or an altered file. Confirm the delivered copy opens, reports the expected rate and layout, preserves its sample content, and plays the tested landmarks. A local workspace preview does not prove a transfer was complete or that a receiving program uses the same WAVE interpretation.
For a camera-originated recording, preserve the complete card before treating an extracted WAV as the main asset. The original package can include playlist and clip-information context which a standalone audio derivative cannot reproduce. WAV may be a useful uncompressed working representation, but it is a decode of a particular chosen programme and source timeline. The source provides the evidence required to create another language, layout, sample-rate, or metadata version later.
Lossless scope should be stated precisely. If the selected source is LPCM and decoding is direct, PCM WAV can preserve those decoded samples without an additional lossy codec generation. If source is AC-3 or AAC, WAV carries decoded samples faithfully after conversion but cannot recover detail discarded by the original compression. The larger file is a working-format choice, not an automatic quality restoration.
For long material, always carefully add a late listening test after copy or import. A discontinuity, accidental silence, or incomplete transfer can be invisible in an opening preview while materially changing the delivered soundtrack.