Initializing... drag & drop files here
Supports: AVI
This takes the audio track out of an AVI video and wraps it in an .m4b file — the MPEG-4 audiobook container that Apple Books and dedicated audiobook players key on so they remember where you stopped listening. It suits recorded lectures, conference talks, sermons, and audiobook-style video rips: things you would rather listen to than watch. The video frames are discarded and only the sound comes across. One honest caveat before you start, covered in detail below: this gives you the audiobook container, but it cannot invent chapter markers that were never there.
.m4b. No sign-up, no watermark.The audio inside an AVI is almost always MP3, AC-3, or uncompressed PCM. M4B stores AAC, so for MP3 or AC-3 sources this is a lossy-to-lossy step: one compressed stream is decoded and re-compressed. You cannot recover what the first encoder discarded, but you can avoid throwing away more by matching or slightly exceeding the source bitrate. For a PCM source there is nothing to compound — AAC is a clean first compression.
| Bitrate | Roughly per hour | Suits |
|---|---|---|
| 32 kbps | 14 MB | A single clear voice, when file size is the binding constraint |
| 64 kbps | 29 MB | The sweet spot for spoken word — lectures, talks, audiobook rips |
| 96 kbps | 43 MB | Speech with music beds, or a noisy room recording that needs headroom |
| 128 kbps | 58 MB | Mixed dialogue and music; also the value both bitrate fields start at |
| 192 kbps | 86 MB | Match this when the AVI's soundtrack was itself a 192 kbps MP3 |
Spoken word is remarkably forgiving: a talk encoded at 64 kbps AAC in mono is hard to distinguish from the same talk at 128 kbps stereo, and it is half the size across a multi-hour recording. Music is not forgiving in the same way, so if the recording is a concert or has a substantial score, match the source rate instead of optimising for size.
All three can carry the same AAC or MP3 audio pulled out of your AVI. What differs is how listening apps treat the file.
| M4B | M4A | MP3 | |
|---|---|---|---|
| Container | MPEG-4 Part 14 | MPEG-4 Part 14 (same container) | MPEG-1 Audio Layer III |
| Codec written here | AAC | AAC | MPEG-1 Layer III |
| Resume where you stopped | Yes, in audiobook apps | Not usually | Not usually |
| Can hold chapter markers | Yes, if the file was authored with them | Yes, but apps rarely surface them | Only via ID3 conventions |
| Shows up in an audiobook library | Yes | No — filed as music | No — filed as music |
| Plays on old car stereos and cheap players | Often not | Often not | Almost always |
For the same AAC audio in a plain container, use AVI to M4A. For a file that plays on anything with a speaker, use AVI to MP3.
This converts the audio that is actually in the file, so anything blocking a clean read blocks the conversion: a truncated or partially downloaded AVI, a corrupted container, or a clip with no audio stream at all. The bigger structural limit is chapters. There is no way to generate chapter markers from a single continuous recording — real chapters are built by tools that stitch separate per-chapter files together or import a chapter list, such as Audiobook Binder, Chapter and Verse, or the m4b-tool command line. If you need a chaptered audiobook, produce per-chapter audio first and assemble it with one of those. To slice a long recording into pieces by time, convert it first and run the audio through the audio cutter.
No, and this is the most common misunderstanding about the format. M4B is the container Apple uses for audiobooks because it can hold chapter markers and a resume position, but those markers have to already exist in the source or be authored deliberately. An AVI is one continuous recording with no chapter data, so the resulting .m4b is a single flat track inside an audiobook wrapper. The genuinely useful half still works: audiobook apps remember where you stopped and pick up there next time. Named chapters require a dedicated audiobook builder that imports a chapter list.
Because the M4B container accepts exactly one codec here — AAC — so there is nothing to choose. Other targets on the site expose a codec list because their containers genuinely support several; M4B does not, and showing a one-item dropdown would only invite a wrong guess. Everything that does affect the result is under File Compression, Audio Channel, Audio Sample Rate, and Trim.
Some, because it is a re-encode rather than a copy — the server always decodes and encodes again. AVI audio is typically MP3, AC-3, or PCM, and M4B stores AAC, so for the first two you are decoding one lossy stream and compressing it again. Keep the loss minimal by setting a bitrate at or slightly above the source, for instance 192 kbps AAC for a 192 kbps MP3 track. A PCM source is uncompressed to begin with, so the AAC step introduces the only compression there is. For pure speech, 64 kbps is transparent enough that most listeners will not notice.
Because you want to listen, not watch. Lectures, recorded talks, conference sessions, and audiobook-style rips are usually consumed with the screen off — walking, driving, doing chores. Stripping the video collapses the file size dramatically, and an audiobook app resumes exactly where you left off, which a video player generally will not do as gracefully across sessions. A one-hour talk at 64 kbps mono lands around 29 MB, against hundreds of megabytes for the source video.
The extension, and what listening software infers from it. Both are the same MPEG-4 audio container holding the same AAC audio; a .m4b renamed to .m4a will still play. What changes is behaviour: Apple Books and audiobook apps look for .m4b, file it in an audiobook library rather than a music library, and track your listening position. Music apps treat .m4a as a song. Pick M4B when the recording is something you work through over multiple sittings.
Apple Books on iPhone, iPad, and Mac is the obvious one. VLC plays it on every desktop platform. On Android, the dedicated audiobook players handle it well — Smart AudioBook Player and Voice are common choices — and BookPlayer covers iOS. Where it tends to fail is generic hardware: car head units, older MP3 players, and cheap Bluetooth speakers with USB inputs often do not recognise the extension at all, which is when MP3 is the pragmatic answer.
You can cut it into separate files by time, but not into true embedded chapter markers from here. Run the recording through the audio cutter to slice it at the points you want, then feed those pieces into a dedicated audiobook builder if you need a single chaptered file at the end. Embedded chapter authoring is outside what a format converter does — this tool changes the container and codec, not the chapter structure.
Your AVI is uploaded over an encrypted connection, the audio is extracted and encoded to M4B on our servers, and both the upload and the converted file are deleted automatically a few hours later. There is no sign-up and no watermark, and files are never shared or made public. For a long recording, the main practical limit is upload size and time over your own connection rather than any per-file cap.