starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Bug]: Conversion to m4b canceled #1581

New Issue
Closed
opened 2026-04-24 23:50:39 +02:00 by adam · 9 comments
adam commented 2026-04-24 23:50:39 +02:00
Owner
Copy Link
Copy Source

Originally created by @mrburns-42 on GitHub (Dec 5, 2023).

Describe the issue

Since a few days the process to convert multiple mp3/m4b files to a m4b file sometimes aborts. Two examples:

  1. yesterday I wanted to convert four audio books at the same time, with three of them everything worked without problems, with one the process was aborted.

  2. today I wanted to convert two other audiobooks, none of them finished converting, the processes were terminated automatically at some point.

Restarting the Docker container did not help.

Steps to reproduce the issue

  1. Start the conversion of mp3/m4b files to a single m4b file.
  2. After some time, the conversion process seems to be finished.
  3. The books are sometimes converted, sometimes not.

Audiobookshelf version

2.6.0

How are you running audiobookshelf?

Docker

Originally created by @mrburns-42 on GitHub (Dec 5, 2023). ### Describe the issue Since a few days the process to convert multiple mp3/m4b files to a m4b file sometimes aborts. Two examples: 1. yesterday I wanted to convert four audio books at the same time, with three of them everything worked without problems, with one the process was aborted. 2. today I wanted to convert two other audiobooks, none of them finished converting, the processes were terminated automatically at some point. Restarting the Docker container did not help. ### Steps to reproduce the issue 1. Start the conversion of mp3/m4b files to a single m4b file. 2. After some time, the conversion process seems to be finished. 3. The books are sometimes converted, sometimes not. ### Audiobookshelf version 2.6.0 ### How are you running audiobookshelf? Docker
adam added the bug label 2026-04-24 23:50:39 +02:00
adam closed this issue 2026-04-24 23:50:40 +02:00
adam commented 2026-04-24 23:50:40 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Dec 5, 2023):

Can you share the docker container logs?

@advplyr commented on GitHub (Dec 5, 2023): Can you share the docker container logs?
adam commented 2026-04-24 23:50:41 +02:00
Author
Owner
Copy Link
Copy Source

@mrburns-42 commented on GitHub (Dec 5, 2023):

abs_logs.txt

Specifically, today was about the audiobooks:

  1. Der Mann, der kein Mörder war
  2. Die Frauen, die er kannte

Yesterday it was one, but I can't remember which one it was.

@mrburns-42 commented on GitHub (Dec 5, 2023): [abs_logs.txt](https://github.com/advplyr/audiobookshelf/files/13562621/abs_logs.txt) Specifically, today was about the audiobooks: 1. Der Mann, der kein Mörder war 2. Die Frauen, die er kannte Yesterday it was one, but I can't remember which one it was.
adam commented 2026-04-24 23:50:41 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Dec 5, 2023):

I'm not seeing anything useful in the logs. Are you able to consistently reproduce this issue?

@advplyr commented on GitHub (Dec 5, 2023): I'm not seeing anything useful in the logs. Are you able to consistently reproduce this issue?
adam commented 2026-04-24 23:50:42 +02:00
Author
Owner
Copy Link
Copy Source

@mrburns-42 commented on GitHub (Dec 5, 2023):

Not really. Is it possible to adjust the log level? Then I would deliberately convert some audiobooks in the next few days and wait until the error reappears. Then I could create another log file and make it available.

@mrburns-42 commented on GitHub (Dec 5, 2023): Not really. Is it possible to adjust the log level? Then I would deliberately convert some audiobooks in the next few days and wait until the error reappears. Then I could create another log file and make it available.
adam commented 2026-04-24 23:50:42 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Dec 5, 2023):

If you go to the logs page in settings there is a dropdown you can select "Debug"

@advplyr commented on GitHub (Dec 5, 2023): If you go to the logs page in settings there is a dropdown you can select "Debug"
adam commented 2026-04-24 23:50:43 +02:00
Author
Owner
Copy Link
Copy Source

@mrburns-42 commented on GitHub (Dec 18, 2023):

Unfortunately, I haven't had time to test it extensively yet, but this will change shortly. I'll be in touch.

@mrburns-42 commented on GitHub (Dec 18, 2023): Unfortunately, I haven't had time to test it extensively yet, but this will change shortly. I'll be in touch.
adam commented 2026-04-24 23:50:43 +02:00
Author
Owner
Copy Link
Copy Source

@mrburns-42 commented on GitHub (Dec 25, 2023):

logs.txt

Here is a new log file. On December 24th I tried to build the audiobook "Old Man", which was aborted with an error message. The initial situation was two m4b files that were to be converted into a single file. The second attempt worked.

Today I wanted to convert the audiobook Lillian, which consisted of numerous mp3 files. In the end, the m4 file was slightly shorter than 60 minutes, but the mp3 files had a total length of more than 15 hours.

I am of the opinion that the error, which is why I opened the bug report, was different from the two examples now described. In the example with the audiobook "Old Man", I received an error message in the user interface, which was not the case with the other attempts. Also, no m4b file came out at all at the end.

I will continue to monitor this.

@mrburns-42 commented on GitHub (Dec 25, 2023): [logs.txt](https://github.com/advplyr/audiobookshelf/files/13767386/logs.txt) Here is a new log file. On December 24th I tried to build the audiobook "Old Man", which was aborted with an error message. The initial situation was two m4b files that were to be converted into a single file. The second attempt worked. Today I wanted to convert the audiobook Lillian, which consisted of numerous mp3 files. In the end, the m4 file was slightly shorter than 60 minutes, but the mp3 files had a total length of more than 15 hours. I am of the opinion that the error, which is why I opened the bug report, was different from the two examples now described. In the example with the audiobook "Old Man", I received an error message in the user interface, which was not the case with the other attempts. Also, no m4b file came out at all at the end. I will continue to monitor this.
adam commented 2026-04-24 23:50:43 +02:00
Author
Owner
Copy Link
Copy Source

@mrburns-42 commented on GitHub (Jan 14, 2024):

I have now converted around 50 audiobooks since my last post. My described error has not occurred again ... so I can't reproduce it myself.

The error that occurred was that sometimes long audiobooks could not be converted correctly. When the m4b file is finished, it only has one or two minutes of listening time instead of about 40 hours. I believe that I have already found this error in another open issue ... this error occurs regularly.

@mrburns-42 commented on GitHub (Jan 14, 2024): I have now converted around 50 audiobooks since my last post. My described error has not occurred again ... so I can't reproduce it myself. The error that occurred was that sometimes long audiobooks could not be converted correctly. When the m4b file is finished, it only has one or two minutes of listening time instead of about 40 hours. I believe that I have already found this error in another open issue ... this error occurs regularly.
adam commented 2026-04-24 23:50:44 +02:00
Author
Owner
Copy Link
Copy Source

@nichwall commented on GitHub (Aug 3, 2024):

Is this resolved by using ffmpeg instead of tone for conversion in 2.11.0?

@nichwall commented on GitHub (Aug 3, 2024): Is this resolved by using ffmpeg instead of tone for conversion in 2.11.0?
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#1581
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?