Convert MTS to M4A Online for Free
Extract a selected MTS soundtrack into a receiver-tested M4A with intentional AAC, ISO-base-media track, metadata, and delivery 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 M4A by Selecting the Intended Camera Soundtrack
Convert MTS to M4A when the requested result is an audio-only MPEG-4 delivery, not a renamed camera clip. MTS commonly carries AVCHD-associated transport-stream video and audio. A clip can have multiple programmes or audio PIDs, so select the needed language, commentary, descriptive mix, or main soundtrack before discarding picture. The first PID reported by a tool is not a content decision.
An M4A is normally an audio-oriented MPEG-4/ISO base media file, often holding AAC. It is a timed container, unlike a raw AAC stream. The conversion therefore chooses a source programme, decodes it when necessary, encodes or verifies AAC, and writes track/sample timing and configuration that the destination can interpret. Keep the MTS and, where camera acquisition context matters, the complete AVCHD card package.
M4A does not retain source video, camera playlists, visual evidence, or all transport metadata. It is a new delivery. Identify the receiver, its accepted AAC profiles, sample rates, channels, metadata handling, and delivery behaviour before treating a successful export as compatibility proof.
PAT PMT and Audio PID Inspection Establish the MTS Programme
MTS transport streams use fixed 188-byte packets, each with a 13-bit PID in its header. The PAT identifies programme-map locations; a PMT identifies which component PIDs form a programme. Inspect PMT entries and every candidate audio component. The extension .mts does not identify which PID contains the intended sound.
Record programme number, selected PID, codec, language when present, rate, layout, duration, and start offset. AVCHD recordings are often AC-3 or LPCM, but this is not a promise for all MTS files. Some applications have AC-3 decoder limitations, which can be the reason for an M4A derivative. If source audio cannot be decoded, a container choice cannot reconstruct it; preserve the source and report the actual limitation.
Listen to a clear beginning, middle, and end event for every candidate. A spoken word at a cut, clap, or music entrance verifies the selected source soundtrack before AAC settings, metadata, or M4A timing are involved.
PES Timing Becomes a Timed Audio Track Boundary Check
MTS audio is carried through PES packets. PES headers can carry PTS and DTS, and the transport programme clock provides presentation context. When picture is removed, use source-video events as a timing reference: compare first intended sound, a mid-clip event, a late event, and the final sound. A matching duration report does not prove that the selected audio begins correctly or that there is no discontinuity, padding, lost tail, or unwanted silence.
Camera clips can be split and may rely on playlists or clip-information files for continuity. Preserve the whole card when a MTS file is part of a longer recording. A standalone M4A can be an access copy, but it cannot recreate card-level relationships after conversion.
State trims, fades, normalisation, loudness treatment, and downmixing separately. They can be valid requirements, but they are audio edits rather than transparent track extraction.
M4A Movie Boxes Describe AAC Samples and Decoder Configuration
M4A belongs to the ISO base media file family, whose time-based media is arranged in nested boxes, often called atoms. A movie-level moov box carries structural metadata and track information, while mdat carries media data. The audio track’s timing and sample description must agree with the actual AAC samples. A file can have a familiar suffix while missing essential finished metadata and remain unusable.
For MPEG-4 AAC, decoder configuration is carried as AudioSpecificConfig in the elementary-stream descriptor associated with the mp4a sample description. This includes important properties such as audio object type, sampling frequency, and channel configuration. AAC LC has a defined object-type indication; “AAC” alone is not a sufficient receiver requirement. Match profile, rate, and channels to the intended application.
Metadata is separate from audio essence. Title, artist, date, cover art, and other values need an intentional policy. Editable M4A tags do not prove source date, ownership, location, or camera provenance. Preserve authoritative facts beside the source and output.
AAC Rate Layout and moov Placement Affect Practical M4A Delivery
AAC encoding is usually lossy. Higher bitrate can manage new compression artefacts but cannot restore information removed from an AC-3, AAC, or other source codec. Choose the AAC profile, bitrate, output sample rate, and channels from receiver requirements. If MTS audio is already AAC with compatible configuration, a verified stream copy might be possible; otherwise decoding and re-encoding creates a new delivery version.
Channel count is not channel layout. Stereo and surround programmes need an explicit mapping or an explicit downmix. Listen for dialogue placement, music balance, ambience, low-frequency effects, and phase problems. Resampling is not a quality upgrade; it should be done because a target requires a particular rate.
FFmpeg documents a faststart option for MOV/MP4-family output that performs a second pass to move the moov index to the file beginning. It can matter for progressive transfer behaviour, but it is not a repair for bad samples, wrong audio selection, or AAC incompatibility. Test the real transfer and receiver path.
MTS Audio Facts and M4A Release Facts Compared
| Concern | MTS source evidence | M4A output evidence |
|---|---|---|
| Programme | PAT, PMT, PID, language and mix. | Chosen soundtrack only. |
| Timing | PES PTS and source landmarks. | Timed audio samples and boundary listening. |
| Codec | AC-3, LPCM, AAC, or other audio. | Specified AAC profile and bitrate. |
| Configuration | Source decoder properties. | mp4a/AudioSpecificConfig consistency. |
| Layout | Actual source channels and mapping. | Preserved layout or documented downmix. |
| Structure | Transport PES and PID components. | moov track/index and mdat audio data. |
| Metadata | Camera/card and programme context. | Intentional M4A tags plus sidecar source record. |
Questions Before Delivering M4A From an MTS Clip
Does M4A retain the MTS video?
No. M4A is an audio delivery. Retain the source clip and camera-card context where visual evidence matters.
How do I choose the correct MTS sound?
Inspect PAT/PMT and audio PIDs, then listen to the real language/mix at known source events.
Is M4A the same as raw AAC?
No. M4A is an ISO-base-media container with an audio track and configuration; raw AAC can use other framing representations.
Why does an M4A start slowly after transfer?
Inspect file completeness, receiver behaviour, and movie-index placement. Faststart can move moov but does not solve codec or content errors.
Can more bitrate restore camera-audio detail?
No. It reduces new AAC loss but cannot recover source information already discarded.
What proves acceptance?
Inspect output track/configuration and test source landmarks, complete playback, tags, and transfer in the named receiver.
Approve MTS-to-M4A only after selected PID, audio boundaries, AAC configuration, rate, channel mapping, metadata policy, moov/track readability, and actual receiver playback have been checked. Store the accepted output with source probe, settings, target version, and listening report.
If a receiver fails, return to the retained MTS and change one recorded factor—source programme, AAC profile, rate, layout, bitrate, metadata, or delivery arrangement—then repeat the same tests. Avoid repeatedly transcoding a rejected M4A; it adds loss while hiding the original cause.
Confirm the delivered copy rather than only the workspace draft. Include its filename or checksum, target device or app version, transfer path, and observed result in the acceptance note.
For AVCHD-originated recordings, maintain a distinction between source preservation and audio delivery. A full camera-card backup can contain more than the stream clip: playlists, clip-information data, and acquisition context that explains a span or importing behaviour. M4A is useful for a named audio workflow, but it should not become the only surviving record of a camera recording. If the underlying source is a lossy AC-3 soundtrack, M4A AAC is another lossy delivery unless a compatible copy operation was specifically verified.
A practical release record identifies the input MTS, programme and selected audio PID, source codec, source/output duration, AAC object/profile, bitrate, rate, source and target layout, downmix policy, tags retained or removed, movie-index delivery choice, output filename or checksum, target application/version, and results at start, middle, late position, and end. This turns vague compatibility into evidence. It also lets a later operator tell whether a failure arose from a wrong PID, unavailable source decoder, AAC configuration, channel mapping, unfinalized movie metadata, or a receiver constraint.
Test the actual delivery path. A copied file, upload service, media library, phone transfer, or editor import can behave differently from local playback. Verify that the final copy identifies the intended audio, displays expected metadata, plays through, and can seek or resume as the target requires. If it fails, modify one documented choice from the original MTS and repeat the same acceptance checks; do not repeatedly encode an already rejected M4A.
When another recipient requests a different profile, rate, layout, or metadata policy, make a separately named and tested derivative. This preserves an intelligible relationship between the source programme, the encoded M4A settings, and the exact receiver result.