How to convert itunes m4a downloads to mp3 — free, in your browser
- Step 1Locate the M4A in your library — In the Music/iTunes app, right-click a track → Show in Finder/Explorer to find the
.m4a. Or use File → Library → Export, then drag the actual file out. - Step 2Drop it onto the converter — Drag the
.m4aonto the dropzone. It loads locally — the track never uploads, so you can convert your whole library privately. - Step 3Choose 256 or 320 kbps for music — Open the Bitrate dropdown and pick 320 kbps (best) or 256 to keep the music transparent. The default is 192; lower presets are for speech. This is the only control — the source's sample rate and channels pass through.
- Step 4Convert in the browser — FFmpeg WebAssembly decodes the AAC and re-encodes to MP3 with LAME, copying your title/artist/album tags and re-attaching the album art.
- Step 5Download the tagged MP3 — Save the MP3 — it keeps the track name and is ready to import into Serato, rekordbox, a car USB stick, or any DAW.
- Step 6Fix or batch tags afterward — If a track's tags are wrong, edit them with the ID3 tag editor; to pull cover images out for cataloguing, use the album-art extractor. For many tracks at once, upgrade to a plan with batch processing.
Bitrate options in the picker
The Bitrate dropdown is the only control on this tool. MP3 is encoded with LAME (libmp3lame) at the constant bitrate (CBR) you choose; the default is 192 kbps. There is no sample-rate or channel control here — the source's sample rate and channel layout pass through unchanged.
| Picker value | FFmpeg flag | Typical use | Approx. size / minute (stereo) |
|---|---|---|---|
| 320 kbps · best | -b:a 320k | Music, mastered exports, the highest MP3 quality available here | ~2.4 MB |
| 256 kbps | -b:a 256k | Music and interviews where you want headroom but a smaller file than 320 | ~1.9 MB |
| 192 kbps · default | -b:a 192k | All-round default — transparent for most spoken-word and casual music | ~1.4 MB |
| 128 kbps · podcast | -b:a 128k | Podcasts and talk content where file size matters more than music fidelity | ~0.94 MB |
| 64 kbps · voice | -b:a 64k | Mono voice notes, dictation, transcription source where size is critical | ~0.47 MB |
What is preserved vs. changed in the transcode
The converter runs -c:a libmp3lame -b:a <bitrate> -map_metadata 0 -map 0:a -map 0:v? -c:v copy -disposition:v:0 attached_pic -id3v2_version 3. Tags and embedded artwork are carried across; the audio itself is re-encoded.
| Property | Behaviour | Why |
|---|---|---|
| Title / artist / album / year tags | Copied to the MP3 (ID3v2.3) | -map_metadata 0 carries container metadata; -id3v2_version 3 writes the most widely-read ID3 flavour |
| Embedded cover art | Re-attached, not re-encoded | -map 0:v? picks up the attached picture and -c:v copy copies it byte-for-byte, then marks it attached_pic |
| Sample rate (e.g. 44.1 / 48 kHz) | Passed through unchanged | No -ar flag is set for this tool |
| Channels (mono / stereo) | Passed through unchanged | No -ac flag is set for this tool |
| Audio fidelity | Re-encoded (lossy → lossy) | AAC is decoded then LAME re-encodes to MP3 — a second lossy generation |
Per-file limits by plan
Limits come straight from the audio tier table. Note the per-file DURATION cap is separate from the file-size cap — a long-but-small recording can hit the minutes limit before the megabytes limit. M4A to MP3 is on the Free tier.
| Plan | Max file size | Max duration / file | Files per run |
|---|---|---|---|
| Free | 50 MB | 30 minutes | 1 |
| Pro | 200 MB | 120 minutes | 10 |
| Pro + Media | 100 GB | Unlimited | 100 |
| Developer | 100 GB | Unlimited | 100 |
Cookbook
Real music-library conversions. Music wants the high bitrates; the engine builds the FFmpeg call from your Bitrate choice and carries tags + art across automatically.
iTunes Plus purchase to 320 kbps MP3
A DRM-free 256 kbps AAC purchase converted at 320 kbps to keep the second-generation loss inaudible, tags and art intact for the new player.
Input: 03 Track.m4a (256 kbps AAC, 44.1 kHz stereo,
tags + cover art)
Picker: 320 kbps · best
ffmpeg -i "03 Track.m4a" -c:a libmp3lame -b:a 320k \
-map_metadata 0 -map 0:a -map 0:v? -c:v copy \
-disposition:v:0 attached_pic -id3v2_version 3 "03 Track.mp3"
Output: 03 Track.mp3 (320 kbps, ID3v2.3 tags + embedded art)CD rip (AAC) for DJ software
Serato/rekordbox prefer MP3/WAV. Convert a ripped AAC track to 320 kbps MP3 so it imports cleanly and keeps its title/artist for crate organisation.
Input: ripped-track.m4a (AAC from CD rip)
Picker: 320 kbps · best
Output: ripped-track.mp3 — imports into Serato/rekordbox with
artist + title populated from the carried-over tags.Whole-album folder loaded onto a car USB stick
Car head units read MP3 from USB but often not M4A. Convert each track to 256 kbps (good balance of quality and capacity) so the album fits and plays in the car.
Per track:
ffmpeg -i track.m4a -c:a libmp3lame -b:a 256k ... track.mp3
Tip: Free converts one file per run — use Pro (10/run) or higher
(100/run) to do the album in one batch.DRM-protected purchase that won't convert
A pre-2009 FairPlay purchase fails because the browser can't decrypt it. The fix is to obtain a DRM-free copy, not a converter setting.
Input: old-purchase.m4p (FairPlay DRM) Result: decode error — encrypted stream cannot be read. Workaround: re-download as iTunes Plus (DRM-free) if available, or use a DRM-free source. The converter only handles unprotected AAC/M4A.
Pipeline: convert then normalise a compilation
Mixing tracks ripped at different times leaves uneven loudness. Convert to MP3, then normalise so a playlist doesn't jump in volume.
1. m4a-to-mp3 (320 kbps) → track.mp3 2. /audio-tools/loudness-normalizer → EBU R128 to a target LUFS Both steps run locally; the normalised MP3 keeps a consistent level across the compilation.
Edge cases and what actually happens
Pre-2009 FairPlay purchase (.m4p)
Fails — DRMiTunes Store purchases before 2009 used FairPlay DRM and are encrypted. The browser's FFmpeg can't decrypt them, so they error out. Re-download as DRM-free 'iTunes Plus' where available, or use a DRM-free source.
Apple Music streaming download
Fails — DRMTracks downloaded for offline play through an Apple Music subscription are DRM-protected and can't be converted — they're licensed for the app, not owned files. Only files you own (purchases, rips) convert.
ALAC (Apple Lossless) library track
SupportedIf you ripped CDs to Apple Lossless, the .m4a holds ALAC. FFmpeg decodes it and re-encodes to MP3 — but you're leaving lossless, so use 320 kbps, or convert from the original lossless only when you actually need MP3.
Album art missing on some tracks
By designArt is only re-attached if it's embedded in the file. Tracks where iTunes stored art separately (not embedded) come out without a picture. Re-embed it later with the ID3 tag editor or add it from the album-art extractor workflow.
MP3 ends up larger than the AAC source
ExpectedA 256 kbps AAC at 320 kbps MP3 grows, because MP3 is less efficient. For a library where space matters, 256 kbps MP3 is a good compromise, or use the bitrate changer to target a size.
Track number / disc tags don't carry
Mostly preservedStandard tags (title, artist, album, year) map cleanly to ID3v2.3. A few iTunes-specific fields don't have a direct ID3 equivalent and may drop. Re-add track/disc numbers in the ID3 tag editor if a player needs them.
Very long album side / mix as one file over the duration cap
RejectedA single long mix can exceed Free's 30-minute cap even under 50 MB. Upgrade to Pro (120 minutes) or split it with the audio splitter first.
Converting the whole library at once
Limited on FreeFree does one file per run. For a library, use Pro (10 per run) or Pro + Media / Developer (100 per run), or script it one file at a time.
Frequently asked questions
Can I convert iTunes-purchased M4A to MP3?
Yes, if it's DRM-free. Purchases from 2009 onward are 'iTunes Plus' (256 kbps AAC, no DRM) and convert fine. Pre-2009 FairPlay purchases (often .m4p) and Apple Music streaming downloads are encrypted and can't be converted.
What bitrate should I use for music?
256 or 320 kbps. M4A to MP3 is a lossy-to-lossy transcode, so the highest bitrate keeps the loss inaudible. The default 192 and lower presets are aimed at speech, not music.
Will my album art and tags survive?
Yes — title, artist, album and year copy to ID3v2.3, and embedded cover art is re-attached byte-for-byte. Art only carries if it was embedded in the file rather than stored separately by iTunes.
Do I need iTunes or any install?
No. It runs entirely in your browser via FFmpeg WebAssembly, so you can convert on any computer — including a Windows machine with no Apple software.
Is my music uploaded anywhere?
No. Every track is processed locally; nothing is sent to a server. You can convert a private library without it leaving your device.
Why does my MP3 sound slightly worse than the original?
Because it's a second generation of lossy compression — AAC decoded then re-encoded to MP3. Use 320 kbps to make it inaudible for most listeners, and keep the M4A originals.
Can I convert a whole album or library at once?
On Free, one file per run. Pro handles 10 per run; Pro + Media and Developer handle 100. Otherwise convert tracks one at a time.
Why is the MP3 bigger than the M4A?
MP3 is a less efficient codec, so matching the AAC's quality needs more bits — a 256k AAC becomes a larger 320k MP3. Drop to 256k MP3 or use the bitrate changer if size matters.
Will it import into Serato / rekordbox?
Yes. DJ software prefers MP3/WAV, and the converted MP3 keeps its artist/title tags so it slots straight into your crates.
What about Apple Lossless (ALAC) tracks?
FFmpeg decodes ALAC and converts to MP3, but that's lossless-to-lossy — use 320 kbps, and keep the ALAC original for archival.
Can I fix wrong tags after converting?
Yes — use the ID3 tag editor to correct title/artist/album or add track numbers, all locally in the browser.
What formats can I feed it besides M4A?
AAC, plus MP3, WAV, FLAC, OGG, Opus and video — anything FFmpeg decodes. The output is always MP3; use the matching converter for other targets.
Privacy first
Every JAD Audio tool runs entirely in your browser via FFmpeg (WebAssembly) and RNNoise. Your audio files never leave your device — verified by zero outbound network requests during processing.