Initializing... drag & drop files here
Supports: WEBM
.m4b extension so Apple Books, VLC, and audiobook players recognize it as a bookmark-aware audiobook. No sign-up, no watermark.WebM is the de-facto web video container — YouTube, browser-based screen recorders (Loom, Chrome tab capture, OBS WebM output), and most modern web players deliver content as WebM with VP8/VP9 video plus Opus or Vorbis audio. M4B is the Apple-developed audiobook container: same MPEG-4 Part 14 wrapper as M4A, same AAC codec, but the .m4b extension signals "audiobook" to players so they auto-resume your listening position and expose chapter navigation. Common reasons people extract audio from WebM into M4B:
| Property | WebM | M4B |
|---|---|---|
| Container | Matroska-derived (WebM subset) | MPEG-4 Part 14 (ISO/IEC 14496-14) |
| Typical audio codec | Opus or Vorbis | AAC (Advanced Audio Coding) |
| Video support | Yes (VP8 / VP9 / AV1) | No — audio only |
| Position bookmarking | No (player-dependent) | Yes — built into format |
| Embedded chapter markers | Rare | Native, with titles |
| Cover art / metadata | Limited | ID3-style tags, cover image |
| Apple Books / iTunes recognition | No | Yes (drop into Books on macOS or sync via Finder) |
| Best for | Web video + audio playback | Long-form spoken word, audiobooks |
A 2-hour WebM at ~256 kbps Opus is roughly 230 MB. The same audio re-encoded to 64 kbps AAC in M4B lands around 55-60 MB — about a 4× shrink with minimal perceptible quality loss for narration at typical listening conditions.
| Bitrate (AAC) | Channels | Typical use | Size per hour |
|---|---|---|---|
| 32 kbps | Mono | Highly compressed talks, large series archival | ~14 MB |
| 64 kbps | Mono | Standard audiobook narration (recommended) | ~28 MB |
| 96 kbps | Stereo | Dramatized audiobooks, sound effects | ~42 MB |
| 128 kbps | Stereo | Music-heavy podcasts, audio dramas | ~56 MB |
| 192 kbps | Stereo | Near-lossless spoken word + score | ~84 MB |
Speech is far less demanding than music, so the 64 kbps mono default is widely recommended for narration. Push higher only when there's continuous music or layered sound design.
The .m4b extension tells audiobook players — Apple Books, VLC, Smart Audiobook Player, Audiobookshelf, BookJack — to treat the file as a book: remember your last position automatically, expose chapter navigation if chapters are embedded, and file it under Audiobooks rather than Music. WebM doesn't trigger that behavior in any mainstream player, and MP3 generally requires per-app bookmark plugins. M4B is also smaller than MP3 at the same perceived quality because AAC outperforms MP3 at low bitrates.
No. WebM containers rarely carry chapter metadata, and even when they do (Matroska chapters), most browser-export pipelines strip them. The M4B will be a single continuous file with automatic position bookmarking but no embedded chapter list. If you need real chapter navigation, split the WebM with WebM cutter at chapter boundaries and convert each piece, or use a dedicated chapter-aware tool like AudioBookConverter after this conversion.
64 kbps AAC mono is the standard recommendation for narration — it sounds clean for speech and produces ~28 MB per hour. Go down to 32 kbps mono for highly compressed archival (still intelligible). Step up to 96-128 kbps stereo only when the recording has continuous music, multiple speakers panned across the stereo field, or sound design that benefits from stereo separation.
Apple Books recognizes M4B as audiobooks, but iOS doesn't expose a direct "import to Books" flow from the Files app. The reliable path is: add the M4B to Apple Books (or iTunes on older macOS) on a Mac, then sync the device via Finder. The file then appears in the Books app under Audiobooks with automatic position memory. Third-party players like BookJack and Bound accept M4B directly from Files without the sync dance.
Yes. XConvert processes files on its servers and deletes them automatically after a few hours. For very long lectures or sermon series, converting to 64 kbps mono produces around 220 MB for 8 hours of audio, which most modern browsers handle comfortably. If memory is tight, split the WebM into 2-3 chunks first with WebM cutter and convert each.
There is a generation loss — WebM audio is Opus or Vorbis (lossy), and AAC is also lossy, so you're re-encoding lossy to lossy. For narration at 64-96 kbps the difference is inaudible. For music-heavy content, push the AAC bitrate up to 128-192 kbps to keep the loss imperceptible. If you need true lossless audiobook archival, use WebM to FLAC instead and re-wrap to a lossless audiobook tool elsewhere — though M4B doesn't natively support FLAC.
Yes. Drop in the entire folder and the same Quality Preset, Audio Channel, and Sample Rate settings apply to every file. Each converts in parallel on our servers and downloads individually or as a ZIP. For multi-part series, name the source WebM files in order (e.g., lecture-01.webm, lecture-02.webm) so the M4B outputs sort correctly in Apple Books.
The container, codec, and file structure are identical. The only difference is the file extension: .m4b tells the OS and audiobook players "this is a book, enable bookmarking." Some players ignore .m4a for audiobook behavior even if the file is structurally identical. Renaming a .m4a to .m4b works in many players but the metadata flag inside the M4B container also matters for Apple Books — XConvert writes the right header so the file is recognized as an audiobook, not just renamed.
XConvert preserves any audio metadata present in the WebM source, but WebM typically carries little. To add cover art, narrator name, book title, and chapter markers, run the output M4B through a tag editor like Kid3 or MP3Tag, or a chapter-aware tool like AudioBookConverter. For a quick title/artist edit you can also re-import the M4B into Apple Books and edit metadata directly. To shrink the converted M4B further, Compress M4B re-encodes at a lower target bitrate or file size.