Does Plex support M4B chapters?

No. Plex plays M4B files and ignores the chapter table inside them. The request for chapter reading has been open on the Plex forum since September 2021 and the broader audiobook request since January 2013, with a reply in March 2025 stating plainly that Plex does not support audio chapters and there is nothing you can do to make it recognize them. This is not a setting, and it is not something wrong with your file.

Why does my audiobook show as one long track in Plex?

Because that is what the file is, and Plex has no mechanism for reading the chapter marks that divide it. A user report from May 2025 describes Plexamp treating an M4B as a single 27-hour track with chapter data ignored. Plex has no audiobook library type either, so books live in a Music library, where one file is one track.

How do I get chapters to show in Plex?

Check your client before you cut anything: third-party Plex apps — Prologue on iOS, Saga on Android — read the chapters of a single M4B straight from a Plex server, no splitting required; the official apps do not. If you are on the official apps, the answer is to split the book into one file per chapter, so that what Plex lists as tracks is what you wanted listed as chapters. The cut is a stream copy — no re-encoding, no quality loss — and each piece needs a title, a track number, and the same album and album artist as the rest of the book.

Is Audiobookshelf better than Plex for audiobooks?

For audiobooks, yes, and it is not close. Audiobookshelf reads embedded chapters from a single M4B, builds a chapter list out of a multi-file book when none of the files carry one, and treats audiobooks as their own kind of thing rather than as albums. Plex has spent thirteen years not doing that. Running both is fine — they are separate servers with separate libraries.

Plex and M4B Chapters: Why They Never Show Up

Q: Will Plex remember my place in an audiobook?

Within a track, yes. Across a split book, the standing report on the Plex forum is that it remembers the position in the track you were playing but not which track that was. That is the real cost of splitting, and it is worth weighing against the navigation you gain before you cut a book up.

Your book is in Plex. It plays. The cover is right, the title is right, and the scrub bar is one unbroken line from zero to the end of the book with no way to reach Chapter 12.

So you go looking for the setting. There is a metadata agent, there are library options, there is a scanner, and somewhere in there must be the switch that turns chapters on. Some of these cases are the server, some are the file. AudioBo fixes the file half — real chapter titles, cover, tags that stick. Which case you have is what this page settles.

There is no switch. Plex does not read chapters out of M4B files, and there is no sign it ever has. People have been asking on Plex’s own forum since 2013. If you want the evidence for that, and the version of the fix with the commands in it, the rest of this page is the long way round.

The short version

Plex plays the book and ignores the chapter marks inside it, and no setting anywhere turns that on. Your file is fine. Rebuilding it, retagging it, rescanning the library — none of that changes anything, because the chapters are already in there and Plex is not looking at them.

One thing works: cut the book into one file per chapter. Plex is good at listing tracks, so the track list becomes the chapter list you wanted. The cut does not touch the sound — the pieces are the same audio as the original.

It has a price. By the standing account on Plex's own forum, it remembers where you stopped inside a piece but not which piece you were on — so a book in fifty parts resumes worse than the single file did. And if audiobooks are the reason you run a server at all, Audiobookshelf reads the chapters straight out of the one file and none of this comes up.

If you are going to cut the book up, the chapter titles are what you will be reading afterwards. AudioBo builds and repairs the single chaptered file you cut from — real chapter titles, cover art, book information that sticks — and it cleans up junk titles across a whole book in one pass, before they turn into fifty track names on the server.

It builds and repairs the file, and that is all it does. It cannot make Plex show chapters Plex does not read, and it does not remove DRM from a book you bought in a store's app.

The evidence, since nobody at Plex ever announced it

This is worth establishing properly, because “my server ignores my chapters” sounds like a broken file, and people spend evenings rebuilding books that were fine.

Since no one at Plex ever said it outright, the answer has to be assembled out of the forum — the same request, asked over and over, and the same reply. Here it is in one place, with the dates.

The request to read chapters from M4B has been open on the Plex forum since September 8, 2021, and was still collecting replies in July 2025. One post in it puts the situation exactly: “Plex can already play M4B files it just doesn’t read the chapter data from the M4B files.”

A separate thread in March 2025, from someone asking how to get chapter metadata recognized at all, gets the flat version: “Plex doesn’t support audio chapters, so as far as I know there’s nothing you can do to get Plex to recognize them.” The suggested workaround in that reply is to split the files into individual tracks.

The Plexamp side is the same story from the client end. A thread opened in May 2025 and still collecting replies through August 2025 begins: “Plexamp treats .m4b audiobook files as one long track, ignoring all the chapter data.” The book in question was twenty-seven hours long, and the poster had no way to move through it in anything smaller than a whole track.

And underneath all of it, the general audiobook request has been open since January 20, 2013. Eleven hundred and fifty-four posts. Last activity in April 2026.

Thirteen years of the same request is not a bug report. It is a product decision.

There is one counter-signal, and it belongs in the same paragraph as the quote it comes from. The March 2025 reply continues past the flat part: Plex is planning some server-side support for audiobooks and other media types, but server-side only, which would still leave you playing the book in a third-party app connected to your server. No announcement has followed it that I can point to, and the threads above kept collecting the same complaint afterward.

Your file is almost certainly fine

The reflex, when a server ignores something, is to suspect the file — the wrong kind of file, chapters that never got written properly, tags a scanner cannot read. Almost always the book is exactly as it should be, and the chapter marks are sitting inside it where you put them. Plex is simply not looking at them.

Confirm it once, then stop suspecting it. Check your own book: thirty seconds.

ffprobe -v error -show_chapters -of default=nw=1 yourbook.m4b

If chapters print, the data is in the file and Plex is choosing not to look. That is the end of the diagnosis, and nothing you do to the file will change the outcome.

If nothing prints, you have a different and more fixable problem, and it lives on why an M4B shows no chapters.

The two suggestions that come up in the Plexamp thread — turning on long-form controls, and Music Quick Skip — are worth knowing about and worth setting, because they make a long track less hostile to scrub through. They do not produce chapters. You get better seeking inside the same undivided timeline.

The workaround: make the track list the chapter list

Plex has no audiobook library type. Books go into a Music library, where the unit of navigation is the track. So the fix is to give it tracks: one file per chapter, and the thing Plex is good at showing becomes the thing you wanted.

The cut itself costs nothing in quality. An M4B holds AAC in short frames, the container knows where each one starts, and a splitter copies frames rather than decoding them — the mechanics, the accuracy, and the ways it goes wrong are in the splitting guide. What that guide does not cover is the part that is specific to a music server: the tags.

In plain terms: the pieces have to introduce themselves. A music server has no way of knowing that fifty files are one book, in a fixed order, unless every one of them says so from the inside. Get that wrong and you have fifty unrelated things that happened to arrive on the same day.

A Plex music library groups tracks into an album and reads what each one is out of its embedded tags. So every piece has to agree about the book and disagree about its position in it. That means, on each file: title for the chapter, track for its number, and identical album and album_artist across the whole book.

Cutting one yourself? This is a single piece, start to end:

ffmpeg -nostdin -loglevel error -ss "$start" -to "$end" -i "$book" \
  -map_chapters -1 -c copy \
  -metadata title="$title" -metadata track="$i/$total" \
  -metadata disc="1/1" "$num - $title.m4a"

Want to see what actually lands in the file? I ran that over a three-chapter test book and read the second piece back with ffprobe -v error -show_entries format_tags -of default=nw=1. Everything it printed:

TAG:major_brand=M4A
TAG:minor_version=512
TAG:compatible_brands=M4A isomiso2
TAG:title=Chapter Two
TAG:artist=Robert Louis Stevenson
TAG:album_artist=Robert Louis Stevenson
TAG:album=Treasure Island
TAG:encoder=Lavf62.3.100
TAG:track=2/3
TAG:disc=1/1

Album, artist, and album artist come across from the source untouched. Title, track, and disc are the three you have to write yourself. The first three lines are the container declaring itself an M4A rather than an M4B, which is expected and harmless here — why the extension does not set the brand is the splitting guide’s problem, and a Plex music library ignores audiobook flags anyway. The n/total form matters more here than it does elsewhere: the one concrete layout anyone posted in the Plex forum’s own audiobook best-practices thread is built around track-of-total.

Two things this does not fix.

Position memory. The standing account on the forum is that Plex remembers where you were inside the track you were playing, but not which track that was. On a fifty-piece book that is a meaningfully worse resume than the single file gave you. You are trading remembered position for navigation, and which of those you want depends on whether you listen in long sittings or short ones.

Folder layout. Splitting produces files; where those files go is a separate layer that fails on its own schedule, and Plex’s documented music layout plus the unanswered question of what belongs in Artist versus Album Artist is covered in audiobook file naming and folder structure.

Keep one master, export per target

This is the habit that makes the rest of it survivable, and Plex is the case that teaches it.

You now want two incompatible things from the same book. Apple Books, a phone, and every decent M4B player want one chaptered file. Plex wants fifty tracks. There is no single artifact that is both, and the mistake is trying to find one — usually by cutting the book up and deleting the original, and then discovering six months later that the chapter titles are wrong in fifty places instead of one.

The rule, in four lines:

The master is the single chaptered M4B, with the cover, the metadata, and the chapter titles you actually want. It does not live in a server directory.
Every destination gets a derived export. The split for Plex, an MP3 set for a car stereo, whatever the next device demands.
Edits happen in the master. Never in an export.
Exports are disposable. If one is wrong, delete it and cut a new one.

The reason this is affordable is that the derived copies cost almost exactly what the original did and nothing more. I cut a three-chapter test book and added the pieces back up: 2,467,085 bytes against the master’s 2,465,620, which is under a tenth of a percent. A stream copy writes container headers, not audio, and headers stay small next to the audio however many pieces you cut. So “keep the master and one export per target” is a disk-space question with a boring answer: roughly one extra copy per target, no quality lost at any step, and re-cutting is a minute of work whenever you change your mind.

The corollary is the load-bearing part. Never let an edit exist only in a derived copy. The moment a chapter title is fixed in the Plex split and not in the master, the master is wrong and you have two sources of truth, which is the same as having none.

When the honest answer is Audiobookshelf

If audiobooks are the reason you run a media server, Plex is the wrong server and no amount of splitting changes that.

Audiobookshelf reads embedded chapters from a single M4B. When a book arrives as a folder of files with no chapters of their own, it builds a chapter list from the files — one chapter per file, titled from the filename unless a narrow set of conditions makes the ID3 title tags win instead. It treats audiobooks as audiobooks rather than as albums that happen to be long. Building an M4B for it, and whether you even need to, is a much shorter conversation than this page has been.

Two honest qualifications. Running both is normal — they are separate servers, and they can point at separate folders. And if your listening genuinely happens through a device that only speaks Plex, the split above is your answer and the recommendation does not apply. One caveat on that: the server is not the only piece. Third-party Plex clients have been filling this gap for years. Prologue has been named on the forum since December 2019, and it is the app iOS listeners get pointed to there — “IOS users have Prologue,” as a 2023 reply puts it. Saga, an Android app posted to the forum in June 2026, advertises full M4B chapter support against a Plex server. Check what your client can do before you cut a book up. Plex itself still hands over no chapters either way.

What AudioBo does here: the master, not the Plex split

Start with what it does not do, because this page is about a cut it does not make. AudioBo does not slice a book into one file per chapter. It splits long books into parts by duration or file size, added in version 1.2.6, and the parts come out as M4B files. That is a different operation, and it is not what a Plex track list needs. For the per-chapter cut, the loop in the splitting guide is the right tool and ffmpeg does it perfectly for free.

What it is for is the master, and the master is what the Plex split is made of. In plain terms: you open the book, fix the chapter titles until they read the way you want them read, put the right cover and the right book information on it, and save all of that back into the same file — no re-encoding, nothing rebuilt.

That is the whole reason it matters here. Every chapter title in your file becomes a track name on the server, fifty times over, so junk chapter titles stop being a cosmetic problem the moment you cut. Fix them once in the master, cut again, and the server gets the good names. Where the master has no chapter marks to clean up in the first place, getting them into the file, and getting the export named the way a scanner expects, are covered in the Audiobookshelf guide.

If you do want the mechanical version: batch chapter cleanup normalizes titles, fixes ordering, and removes junk entries in one pass, and version 1.3.2 added a Regex tab to the Batch Rename window, with a live before-and-after preview, for the patterns that are almost right. Metadata and chapters can be rewritten into an existing M4B without re-encoding: since 1.2.2, ⌘U saves renamed chapters, new cover art, and edited book info straight back into the file you opened, which is what “edit the master” means in practice. That is the one place the app writes over a file on purpose, and it is the file you asked it to edit — when it builds a book instead, the MP3s or M4As you fed it are left alone and the new M4B lands in a folder you pick.

The manual Sort Title As and Sort Author As fields added in 1.3.4 belong to the master as well, and only there: sort atoms do not survive a stream-copy cut. Want to confirm that yourself? I wrote the four sort atoms — name, artist, album artist, and album — into a test book with mp4tags, ran the split command above, and the pieces came back carrying title, artist, album artist, album, track, and disc, and not one sort atom among them.

None of this makes Plex read chapters — nothing does, which is what the whole page has been about. It does not remove DRM either, and it never will. A protected purchase stays in the store’s app, and the M4B to MP3 guide lays out what that means.