Convert M2TS to M4A Online Free
Select audio from an M2TS programme and create an M4A file for music-library and device playback.
- Add a file Choose or drop it here
- Pick the format Change it whenever needed
- Download the result After conversion completes
Why M2TS requires demuxing before an M4A can exist
M2TS is the Blu-ray BDAV version of MPEG-2 Transport Stream. It is built for multiplexed delivery, so a single file can carry video, multiple sound tracks, subtitles and programme information at the same time. Each ordinary transport packet is 188 bytes; M2TS places a four-byte BDAV arrival-time header before it, producing 192-byte records. The TS sync byte, 0x47, therefore appears at offset four and every 192 bytes from that alignment. A tool that mistakes the file for bare 188-byte TS cannot reliably find the tables or stream payloads it needs.
Convert M2TS to M4A when you need one audio programme as a compact standalone file, not when you need to keep a disc title intact. The operation strips the BDAV packet layer, identifies a chosen elementary audio stream, decodes it to PCM and encodes a new audio track in an ISO Base Media File Format container. The resulting M4A has no video PIDs, subtitle PIDs, playlist navigation or Blu-ray menu semantics. Keep the M2TS source if any of those components may matter later.
Selecting the correct programme and audio PID
Selection starts with MPEG programme-specific information. The Program Association Table (PAT) maps a programme number to the PID carrying its Program Map Table (PMT). The PMT lists the elementary stream PIDs for that programme and indicates which PID carries its programme clock reference. Its stream entries and descriptors let a demuxer distinguish audio tracks from picture and subtitle data, and often expose language or role information.
That map is important on Blu-ray material. “Track one” may be a main-language mix, a dub, a commentary, descriptive audio or a different channel layout. Choose the PMT audio entry that matches your goal before converting. If the M4A plays clearly but contains commentary or a wrong language, the AAC or ALAC encoding is not the issue; the chosen PID was. Create separate M4A files for separate source tracks rather than merging them without a deliberate mix or sequencing decision.
PCR and presentation timestamps, or PTS, coordinate the streams inside the original multiplex. Partial captures, splices and playlist joins can introduce discontinuities. A converter should follow the audio timeline, recognize a reset rather than turn it into an implausibly long silence, and avoid inventing samples. An M4A audio track represents a continuous sample timeline; it does not preserve transport packet counters, PIDs or PCR values.
The M4A container choice: AAC, ALAC and timing
M4A is commonly used for an audio-only ISO Base Media File Format file. Its atom structure describes a movie, tracks, media timing and samples rather than using a fixed packet size. The audio codec matters: AAC is a lossy perceptual codec usually chosen for small delivery files, while ALAC is lossless and retains the decoded PCM sample values while usually using less space than uncompressed PCM. An M4A extension by itself does not state which of these was used; inspect the codec where that distinction matters.
AAC has a timing detail that is easy to miss in short clips. Encoding works with overlapping transforms, commonly producing 1024 samples per AAC access unit, and needs leading priming samples plus final remainder samples. Apple documents an example with 2,112 priming samples, 5,389 source samples and 691 remainder samples filling eight 1,024-sample packets. Correct M4A authoring represents the intended playable duration with track timing structures such as an edit list and sample-group information, instead of making the listener hear the encoder's artificial leading silence or tail padding.
ALAC does not turn a lossy source into lossless quality, either. When an M2TS source track is already AC-3, DTS core or another lossy encoding, both AAC and ALAC start from decoded samples; AAC then introduces a further lossy stage while ALAC preserves those decoded values. Pick the target based on destination support, size and whether avoiding a second lossy encode is important.
Within an ISO base-media file, sample descriptions explain how the track's bytes are decoded, while timing, sample-size and chunk-offset information connect media time to those bytes. This separation is why a correct M4A can seek without scanning every AAC frame. It also means that a damaged or incompletely written file can have playable data but unusable timing tables. Do not attempt to “fix” such a failure by renaming it; recreate the output from a healthy source. If an application requires AAC specifically, verify the encoded track after export rather than assuming an .m4a suffix selected it.
M2TS and M4A compared for extraction decisions
| Feature | M2TS | M4A output |
|---|---|---|
| Physical layout | Four-byte BDAV prefix plus 188-byte TS packet | ISO base-media atoms containing one audio track |
| Stream discovery | PAT leads to PMT; PMT enumerates PIDs | Track and sample tables address its audio samples |
| Media scope | Video, audio, subtitles and programme information can coexist | One selected audio result |
| Clocking | PCR/PTS coordinate a multiplex, including discontinuities | Media timescale and track presentation timeline |
| Typical codec decision | Source may be LPCM, AC-3, DTS-family or other audio | AAC for compact delivery or ALAC for lossless decoded audio |
| Gapless concern | Packet and PES timing is source-specific | AAC priming and end padding need explicit trim/timing treatment |
Preparing an M2TS soundtrack for an M4A library
Use a complete title or known-good playlist, then confirm the exact language and channel arrangement before extraction. A title segment copied from the middle can lack immediately available programme information, and a damaged capture can produce timestamp warnings or audible defects. Do not delete the M2TS merely because an M4A was created: the source still contains alternative tracks and the original multiplex context.
Keep rate and channels unchanged unless the receiving service specifies a different delivery profile. Downmixing five or seven channels to stereo changes the mix; resampling changes sample positions; choosing AAC bit rate changes perceived fidelity. Those are valid output decisions, but they are not requirements of the M4A container. Record the target codec and settings when producing files for an archive or a repeatable workflow.
For episodic or album-like material, test boundaries. A correctly timed AAC M4A should not add a noticeable silence caused by priming at the start of every individually encoded item. Playback software varies in its treatment of timing metadata, so verify in the actual destination player rather than assuming that a file which opens has preserved intended gapless behavior.
Consider source duration separately from file duration. The M2TS might contain disc padding, a still-frame segment, a program splice or a playlist boundary; the intended audio track duration derives from selected audio presentation timestamps. The M4A's media timescale then expresses the converted track duration. Compare both a displayed duration and several audible landmarks rather than trusting a single number, particularly when the original was captured rather than copied from a complete disc title.
Checks that distinguish a good M4A from a merely playable one
Listen to the first second, a chapter or scene transition, and the final second. Confirm language, dialogue sync, duration, channel count and sample rate. A compact file with the wrong mix is a selection failure. A short onset of silence may be incorrectly handled AAC priming. A major gap, click or time jump is more likely evidence of missing source packets or a PCR/PTS discontinuity than a harmless M4A metadata quirk.
Inspect the M4A's codec rather than guessing from its extension. If you intended a lossless archive but the file says AAC, the workflow made a lossy encoding choice; if a mobile player rejects an ALAC file, its compatibility limits may be the issue. Tags such as title and artwork can be useful library metadata, but Blu-ray programme descriptors do not automatically become accurate music-library fields. Review them explicitly.
M2TS to M4A questions for real conversion choices
Does an M4A keep my Blu-ray video?
No. It is an audio result. Retain M2TS for video, subtitles and the original programme structure.
Is M4A always AAC?
No. M4A is a container convention. It is commonly AAC, but it can also hold ALAC; check the encoded codec when quality and compatibility matter.
Why can a converted AAC clip start late or end with silence?
AAC encoders add priming and remainder samples. Proper M4A timing metadata should exclude those from intended presentation; test the final file in its destination player.
Can this restore an audio track missing from the selected M2TS programme?
No. It can only extract streams present in the source PMT and source packets. Choose another programme or obtain a complete source if the required track is absent.
Should I use ALAC for a lossy source track?
ALAC avoids adding another lossy encode after decode, but it cannot restore information discarded by the original source codec. Its main trade-off is larger output and less universal support than AAC.
Can I simply rename an M2TS file to M4A?
No. The two formats have unrelated container structures. An M4A must contain a newly authored audio track and timing metadata after the selected M2TS elementary stream is demuxed and decoded.