4 ms·

In case you didn't know, you can use FFmpeg to convert Audible aax files to DRM-free MP3/AAC/whatever [0] (scroll down for FFmpeg instructions). This is useful

In case you didn't know, you can use FFmpeg to convert Audible aax files to DRM-free MP3/AAC/whatever [0] (scroll down for FFmpeg instructions). This is useful if for some reason you want to archive them or play them in an app that doesn't constantly change its UI and bombard you with ads. [0]: https://www.kylepiira.com/2019/05/12/how-to-break-audible-drm/ https://www.kylepiira.com/2019/05/12/how-to-break-audible-dr...

TheAceOfHearts 6y ago
If you're converting .aax files you should consider using .m4b as the output, since it preserves chapters and remembers your last listened timestamp [0]: > Audiobook and podcast files, which also contain metadata including chapter markers, images, and hyperlinks, can use the extension .m4a, but more commonly use the .m4b extension. An .m4a audio file cannot "bookmark" (remember the last listening spot), whereas .m4b extension files can. The cool thing is that once you rip your activation bytes, it works for all your audiobooks. Would definitely recommend it. [0] https://en.wikipedia.org/wiki/MPEG-4_Part_14 https://en.wikipedia.org/wiki/MPEG-4_Part_14
- Youden 6y ago
  I don't think that's quite accurate. There's no functional difference between a .m4b file and a .m4a file. Both use the MP4 container so adhere to the same specification, so support all the same features (including bookmarks). FFmpeg even uses the same muxer and demuxer for both "formats". The only difference is a non-standard convention used by certain software (like iTunes) to write autiobook-related metadata only to MP4 files that use the .m4b file extension. You'll get exactly the same result if you just change the file extension after remuxing/transcoding.
  - danudey 6y ago
    Well, it's also worth noting that different file extensions can have different associations, so .m4b is more likely to open in an app that the user wants to use for audiobooks, rather than opening in a generic mp4 audio playing app. Even iTunes, I think, would treat files differently between m4r (Ringtone) and m4a (audio) files, so despite there being no difference at all, using the 'correct' extension might be quite a bit more convenient in the long run.
    - Youden 6y ago
      This is true and I'm not saying you shouldn't use the .m4b extension, I just want to make it clear that that's the only difference. A ".m4b file" is just an MP4 with a funny file extension.
    - encom 6y ago
      >Even iTunes, I think, would treat files differently[...] Yes, because it's Apple (of course) who started using non-standard .m4a, .m4b and .m4r extensions, instead of the standard .mp4.
      - LocalH 6y ago
        I don’t see a problem with .m4a and .m4v for standalone streams of AAC and AVC respectively.
  - apetresc 6y ago
    Wait, so an m4b stores playback position in the file itself? As in, the checksum will change and file syncers like Syncthing will re-upload every time I hit pause?
    - pwinnski 6y ago
      audiobook-related metadata does not include the current play position, in this case. It includes things like author and editor and narrator.
    - encom 6y ago
      No, that's entirely player-specific and has nothing to do with the MP4 format at all.
    - majewsky 6y ago
      I don't know Syncthing internals, but state of the art in file syncing is to use rolling checksums to identify which parts of the file have changed. If only a few bytes of the file are overwritten, only the immediate vicinity of these bytes would be synced.
- anderspitman 6y ago
  So it writes the timestamp to the file metadata? That would cause issues with syncing, backups, running from a read-only filesystem, etc. My audiobook app already keeps track of current timestamp for me.
  - sbierwagen 6y ago
    And where does the audiobook app store the current timestamp?
    - anderspitman 6y ago
      Probably in the app data directory, which I prefer.
  - xsmasher 6y ago
    it sounds like .m4b is just a flag that tells the player "treat this as a book, not a music file"
- Florin_Andrei 6y ago
  Isn't bookmarking a job for the player? Then it shouldn't matter what file type you use.
- teilo 6y ago
  The information online about M4A vs M4B is wrong. There is no difference other than the file extension. The Wikipedia article links to a lifewire.com article about the bookmark claim. This container format can store XMP metadata, and you can certainly have a player that saves a playback position in the file's XMP metadata, regardless of its M4A or M4B extension. But every player I know of doesn't do that. They store playback positions in their own internal database. This claim seems to originate from the fact that the old iPods only remembered the last played position on M4B files. But that's entirely a player convention, not a file format convention.
thallian 6y ago
The amount of time I spent on correcting wrong chapter marks (like the first four books of the Wheel of Time) is masochistic. But I am absolutely happy that I have the possibility of doing so after the conversion :)
- anderspitman 6y ago
  Heh, I just started The Dragon Reborn on my 3rd read-through. I have noticed the chapters aren't right, but it hasn't really bothered me. What does your workflow look like when fixing these? Is there a way to share chapter corrections so others can apply them to their files?
  - thallian 6y ago
    I have the corresponding ebooks too, so I open up the whole audiobook as one file and guess where the chapters are from the waveform. I listen to the guess and compare to the ebook, checking whether I am too far or too early. Once I find the correct position (and I got quite good at spotting it from the waveform), I set a marker and start with the next chapter. In the end I split it along the markers. I was planning on writing something to spot when they say "chapter" as it is always the same but I never got around to that. Also, doing all that work was almost meditative :) A way to share the corrections would be to export the markers from audacity but sadly I don't have that data anymore, though I could calculate the markers from the files I exported if you are interested.
    - anderspitman 6y ago
      Yeah that does sound like a lot of work. I appreciate the offer but like I said it hasn't bothered me much. I don't know that I've ever relied on chaptering for audiobooks, other than for breaking the book into smaller pieces to make the scrubbing less sensitive. My mental model is much more of a linear monolith.
    - sandreas 6y ago
      Well, if you own the epub, you could try to find out the whole length of the audiobook, then extract the whole text of the epub splitted by chapters and then relatively match the text length to the audio length and put the chapters where the nearest silence is (chapter 2 is at 3.3845% of the whole text, so seek for a silence around 3.3845% of the audio length) I got some pretty good matches with m4b-tool here, while it does not work for all audio books (you need the latest pre-release for this very experimental undocumented feature!): # try to match my-book.epub on my-audiobook.m4b # ignore first, second and last two epub-chapters for the match (dedication etc.) # split chapters into sub chapters to ensure they are between 5 and 15 minutes # create a backup of the original chapters (done automatically) m4b-tool chapters -v --epub=my-book.epub --epub-ignore-chapters=0,1,-1,-2 --max-chapter-length=300,900 "my-audiobook.m4b" # omg it did not work and messed up all chapters, please restore the original chapters m4b-tool chapters -v --epub-restore "my-audiobook.m4b" # ok, lets only dump the findings in chapter.txt format to do it manually m4b-tool chapters -v --epub-dump --epub=my-book.epub my-audiobook.m4b
porker 6y ago
Note that Audible now uses the significantly harder to break AAXC file format in its mobile apps. AFAIK FFmpeg does not yet support this decoding. There is a patch available: https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20200408/eeb2c4e1/attachment.patch https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/202004...
- anderspitman 6y ago
  That's disappointing. Do you know if there's a cracking tool out yet? I just tried and it looks like you can still download aax through the browser.

TheAceOfHearts 6y ago

If you're converting .aax files you should consider using .m4b as the output, since it preserves chapters and remembers your last listened timestamp [0]: > Audiobook and podcast files, which also contain metadata including chapter markers, images, and hyperlinks, can use the extension .m4a, but more commonly use the .m4b extension. An .m4a audio file cannot "bookmark" (remember the last listening spot), whereas .m4b extension files can. The cool thing is that once you rip your activation bytes, it works for all your audiobooks. Would definitely recommend it. [0] https://en.wikipedia.org/wiki/MPEG-4_Part_14 https://en.wikipedia.org/wiki/MPEG-4_Part_14

Youden 6y ago
I don't think that's quite accurate. There's no functional difference between a .m4b file and a .m4a file. Both use the MP4 container so adhere to the same specification, so support all the same features (including bookmarks). FFmpeg even uses the same muxer and demuxer for both "formats". The only difference is a non-standard convention used by certain software (like iTunes) to write autiobook-related metadata only to MP4 files that use the .m4b file extension. You'll get exactly the same result if you just change the file extension after remuxing/transcoding.
- danudey 6y ago
  Well, it's also worth noting that different file extensions can have different associations, so .m4b is more likely to open in an app that the user wants to use for audiobooks, rather than opening in a generic mp4 audio playing app. Even iTunes, I think, would treat files differently between m4r (Ringtone) and m4a (audio) files, so despite there being no difference at all, using the 'correct' extension might be quite a bit more convenient in the long run.
  - Youden 6y ago
    This is true and I'm not saying you shouldn't use the .m4b extension, I just want to make it clear that that's the only difference. A ".m4b file" is just an MP4 with a funny file extension.
  - encom 6y ago
    >Even iTunes, I think, would treat files differently[...] Yes, because it's Apple (of course) who started using non-standard .m4a, .m4b and .m4r extensions, instead of the standard .mp4.
    - LocalH 6y ago
      I don’t see a problem with .m4a and .m4v for standalone streams of AAC and AVC respectively.
- apetresc 6y ago
  Wait, so an m4b stores playback position in the file itself? As in, the checksum will change and file syncers like Syncthing will re-upload every time I hit pause?
  - pwinnski 6y ago
    audiobook-related metadata does not include the current play position, in this case. It includes things like author and editor and narrator.
  - encom 6y ago
    No, that's entirely player-specific and has nothing to do with the MP4 format at all.
  - majewsky 6y ago
    I don't know Syncthing internals, but state of the art in file syncing is to use rolling checksums to identify which parts of the file have changed. If only a few bytes of the file are overwritten, only the immediate vicinity of these bytes would be synced.
anderspitman 6y ago
So it writes the timestamp to the file metadata? That would cause issues with syncing, backups, running from a read-only filesystem, etc. My audiobook app already keeps track of current timestamp for me.
- sbierwagen 6y ago
  And where does the audiobook app store the current timestamp?
  - anderspitman 6y ago
    Probably in the app data directory, which I prefer.
- xsmasher 6y ago
  it sounds like .m4b is just a flag that tells the player "treat this as a book, not a music file"
Florin_Andrei 6y ago
Isn't bookmarking a job for the player? Then it shouldn't matter what file type you use.
teilo 6y ago
The information online about M4A vs M4B is wrong. There is no difference other than the file extension. The Wikipedia article links to a lifewire.com article about the bookmark claim. This container format can store XMP metadata, and you can certainly have a player that saves a playback position in the file's XMP metadata, regardless of its M4A or M4B extension. But every player I know of doesn't do that. They store playback positions in their own internal database. This claim seems to originate from the fact that the old iPods only remembered the last played position on M4B files. But that's entirely a player convention, not a file format convention.

thallian 6y ago

The amount of time I spent on correcting wrong chapter marks (like the first four books of the Wheel of Time) is masochistic. But I am absolutely happy that I have the possibility of doing so after the conversion :)

anderspitman 6y ago
Heh, I just started The Dragon Reborn on my 3rd read-through. I have noticed the chapters aren't right, but it hasn't really bothered me. What does your workflow look like when fixing these? Is there a way to share chapter corrections so others can apply them to their files?
- thallian 6y ago
  I have the corresponding ebooks too, so I open up the whole audiobook as one file and guess where the chapters are from the waveform. I listen to the guess and compare to the ebook, checking whether I am too far or too early. Once I find the correct position (and I got quite good at spotting it from the waveform), I set a marker and start with the next chapter. In the end I split it along the markers. I was planning on writing something to spot when they say "chapter" as it is always the same but I never got around to that. Also, doing all that work was almost meditative :) A way to share the corrections would be to export the markers from audacity but sadly I don't have that data anymore, though I could calculate the markers from the files I exported if you are interested.
  - anderspitman 6y ago
    Yeah that does sound like a lot of work. I appreciate the offer but like I said it hasn't bothered me much. I don't know that I've ever relied on chaptering for audiobooks, other than for breaking the book into smaller pieces to make the scrubbing less sensitive. My mental model is much more of a linear monolith.
  - sandreas 6y ago
    Well, if you own the epub, you could try to find out the whole length of the audiobook, then extract the whole text of the epub splitted by chapters and then relatively match the text length to the audio length and put the chapters where the nearest silence is (chapter 2 is at 3.3845% of the whole text, so seek for a silence around 3.3845% of the audio length) I got some pretty good matches with m4b-tool here, while it does not work for all audio books (you need the latest pre-release for this very experimental undocumented feature!): # try to match my-book.epub on my-audiobook.m4b # ignore first, second and last two epub-chapters for the match (dedication etc.) # split chapters into sub chapters to ensure they are between 5 and 15 minutes # create a backup of the original chapters (done automatically) m4b-tool chapters -v --epub=my-book.epub --epub-ignore-chapters=0,1,-1,-2 --max-chapter-length=300,900 "my-audiobook.m4b" # omg it did not work and messed up all chapters, please restore the original chapters m4b-tool chapters -v --epub-restore "my-audiobook.m4b" # ok, lets only dump the findings in chapter.txt format to do it manually m4b-tool chapters -v --epub-dump --epub=my-book.epub my-audiobook.m4b

porker 6y ago

Note that Audible now uses the significantly harder to break AAXC file format in its mobile apps. AFAIK FFmpeg does not yet support this decoding. There is a patch available: https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20200408/eeb2c4e1/attachment.patch https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/202004...

anderspitman 6y ago
That's disappointing. Do you know if there's a cracking tool out yet? I just tried and it looks like you can still download aax through the browser.