Initializing... drag & drop files here
Supports: M4B
M4B is Apple's audiobook wrapper around a lossy AAC bitstream; FLAC is a lossless codec. Converting moves your audiobook into an open, archival-grade container — but because the source is already lossy, FLAC cannot recover detail AAC threw away. The honest reason to do this is stability and editability, not better sound. If your only goal is playback on a car stereo or generic player, M4B to MP3 is the smaller, more compatible choice.
| Property | M4B (source) | FLAC (output) |
|---|---|---|
| Container / standard | MPEG-4 Part 14 (ISO/IEC 14496-14) | FLAC native stream, IETF RFC 9639 |
| Audio codec | AAC-LC, lossy (typically) | FLAC, lossless |
| First standardized | M4A/M4B tagging, mid-2000s | Xiph v1.0 in 2001; RFC 9639 in Dec 2024 |
| Licensing | AAC is patent-licensed | Royalty-free, patent-unencumbered, open source |
| Bit depth | Fixed by the AAC encode | 4–32-bit (per RFC 9639) |
| Chapter markers | Native chapter track + bookmarks | Not carried over — output is one flat file |
| Auto-resume position | Yes, in Apple Books / Bookplayer | No — not part of the format |
| Typical file size, 10-hr book | ~150–250 MB | Larger — FLAC of a lossy source bloats, often 2–4× |
| Best for | Listening inside Apple's ecosystem | Archiving, editing, re-encoding without further loss |
The takeaway: FLAC stops future quality decay (no more lossy re-encodes down the line) and gives you an open format that editors read natively. It does not undo the AAC compression already baked into the M4B, and the file gets bigger, not smaller.
.m4b's chapter atoms..m4b files work; batch upload is supported for multi-part books.No. The audio inside an M4B is already lossy AAC, and information discarded during that original encode is gone for good — FLAC cannot reconstruct it. What FLAC does is preserve exactly what is in the source with no further loss, and it stops any future degradation: every later conversion out of the FLAC starts from the full decoded PCM rather than re-compressing lossy data again. So you get archival stability, not a fidelity boost. If you want a smaller file for everyday listening and don't need losslessness, M4B to MP3 or M4B to M4A make more sense.
No. Audiobooks bought through the iTunes Store or Apple Books are wrapped in Apple's FairPlay DRM, and Audible's audiobooks use their own AAX/AAXC DRM. Online converters cannot decrypt either, so a protected file will fail or produce empty output. Only DRM-free .m4b files convert — rips you made yourself, indie or DRM-free purchases, or files you produced. If you have a legal copy and the right to format-shift in your jurisdiction, you'd need to remove the DRM first using the platform's own authorized tools or a desktop application; xconvert converts the resulting DRM-free file but does not strip DRM.
Typically not. M4B stores chapters and the auto-resume position in the MPEG-4 container; a plain FLAC export is one continuous audio file and the chapter structure is not carried over. If chapter navigation is the whole point of the audiobook for you, keep the file as M4B or use M4B to M4A, where the chapter track survives. To split a long FLAC into chapters afterward, you'd extract the chapter timestamps from the original M4B and cut at those points with a tool like Audio Cutter.
Because you're storing lossy audio in a lossless container. The M4B was compressed with AAC down to perhaps 64–128 kbps; FLAC then encodes the decoded waveform without discarding anything, so the result commonly lands two to four times larger than the source. FLAC compresses true lossless sources (like a WAV master) to roughly 50–70% of their size, but a lossy source has already had its "easy" redundancy removed, so there's far less for FLAC to squeeze. If size matters more than losslessness, choose MP3 or M4A instead.
Only encode time and file size — never the audio. FLAC is lossless at every setting from 1 to 12, so a level-12 file and a level-5 file decode to bit-identical audio; the higher level just searches harder for a more compact representation, producing a smaller file at the cost of slightly longer processing. In our testing, the difference between the lowest and highest levels on a typical spoken-word audiobook is only a few percent of file size, so the default is fine for almost everyone; bump it up only if you're squeezing a large library onto limited storage.
Your file is uploaded over an encrypted (TLS) connection, converted on our servers, and the upload and the converted output are both deleted automatically a few hours after conversion. There's no sign-up, no watermark on the output, and files are never shared or made public. For very long audiobooks the practical constraint is upload size and time over your connection, not a per-file feature limit.