Convert M4V to AAC

M4V is the extension Apple used for iTunes Store video, and store purchases carry FairPlay encryption. The audio track in such a file cannot be decoded without the key, which lives with Apple and not with you, so the conversion refuses before it starts and reports that nothing in the file could be converted.

That message means locked, not damaged. Where the file came from is the reliable test: bought or rented from the iTunes Store or the Apple TV app, it is protected and stays inside Apple’s apps. Exported from QuickTime, iMovie, Final Cut or Compressor, produced by a camera, or downloaded from a course platform, it is not, and the audio comes out normally.

People arrive at this pair because something told them the M4V contains AAC audio — the info panel in QuickTime, a media inspector, the output of a command-line probe. That is accurate and it describes the codec, not the file you want to end up with.

The distinction is the whole decision here. A .aac file is a bare stream of audio frames with nothing around them. An .m4a file is the same audio inside a container, with a title, an artist, artwork and an index that lets a player jump to the middle. If the file is going onto a phone or into a library, the second one is what you meant.

A run of AAC frames, each with a short header describing its own sample rate and channel layout, and nothing else. No metadata fields, no chapter marks, no cover art, no duration recorded at the front of the file.

The practical consequence is that some players show the wrong length until the file has been read through, and that scrubbing is approximate rather than exact. Neither is a defect; a stream has no table of contents because a stream was never meant to be browsed.

The stream holds exactly one audio track. An M4V carrying an original language and a dub, an audio description, or a commentary produces a file containing the first of them and discards the rest, with no way to choose which.

This is worth a check on Apple-delivered material specifically, because multiple tracks are far more common there than on a phone recording or a screen capture. A film, a series episode or a conference recording produced for distribution frequently has more than one, and the first is not always the one you want.

The audio inside the M4V is AAC and the output is AAC, so a straight copy of the frames would have been possible in principle. This path does not take it: the audio is decoded and encoded again, which spends one generation of quality.

On speech that is not something anyone will hear. On music it is measurable, and the site does have an exact route — the Extract audio tool, with the M4A option, copies the original packets across without a decoder running. If the M4V is a music video or a concert recording, that is the better page.

Apple-format video is more likely than most to carry chapter marks, a poster image and proper title metadata, because that is what the store and the Apple TV app display. None of it survives into a bare audio stream, which has nowhere to put any of it.

If those matter — an audiobook split into chapters, a lecture series with marks at each section — extract to M4A instead and expect to set the metadata yourself afterwards. A tagging tool takes a minute and produces something a library will file correctly, which a stream never will.

Choosing the high quality band does not make the audio better than it arrived. The M4V’s soundtrack was encoded once already, at whatever bitrate whoever produced it chose, and everything removed at that point is gone. A higher setting on the second pass spends more bits reproducing what survived more faithfully; it cannot reconstruct what did not.

The practical reading is that the high band protects rather than improves. On a source that was itself encoded generously — a music video, a concert film — it is worth using, because there is detail there worth preserving through a second pass. On a lecture recorded at a modest bitrate for streaming, the balanced band produces a file indistinguishable from the high one and a good deal smaller.

Three bands, defaulting to balanced, which the encoder resolves into a bitrate suited to AAC. Balanced is right for the material this page usually sees — talks, tutorials, recorded sessions — and the small band is for speech going onto a device with little room.

Use the high band when the audio is music or when the file will be processed again later. Since this is already a second compression pass, protecting it with the extra bits is worth more here than it would be on a first encode from a master.

VLC and FFmpeg read raw AAC streams without complaint, and so do the command-line tools anyone building a media pipeline already has. Browsers, phones and most desktop music players do not — they identify audio by its container and find none.

So a file that refuses to open on the machine it was made on is behaving correctly. If somebody else has to play the result, or if it is going into a music library, convert to M4A and hand over that instead.

The decode and encode both run inside the browser tab on your own processor, so nothing carrying the video is sent anywhere, and the network tab will confirm it. The free tier accepts files up to 100 MB, with no account and no daily count.

For the files this page attracts that is the sensible arrangement. Apple-format video is frequently a purchase, a personal recording or something distributed under a licence, and the shortest route between the file and the audio is one that does not involve a server at all.