mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Some files become corrupt after embedding metadata #711
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf#711
Reference in New Issue
Block a user
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?
Originally created by @Dalarialus on GitHub (Oct 23, 2022).
Describe the issue
Two of my books (and only these two out of all of the ones I've tried) become corrupted when I attempt to embed metadata into the files.
Steps to reproduce the issue
Audiobookshelf version
v2.2.1
How are you running audiobookshelf?
Docker
@listy-bit commented on GitHub (Dec 31, 2022):
Still happening on 2.2.11
@listy-bit commented on GitHub (Feb 3, 2023):
I have no idea what Audiobookshelf or tone is doing to break the files, but I managed to fix them afterwards by using the command:
ffmpeg -i [PATH TO FILE] -c copy [PATH TO NEW FILE]so this suggests there's an issue with the remuxing in tone.I don't know if this is relevant but it seems the thing that marks out these "breakable" files as different is that they report their codec as mp4a-40-2 instead of AAC-LC
@wieluk commented on GitHub (Apr 9, 2023):
Hey I am not sure if this is excactly the same but after embedding the metadata I get these log outputs and the files don't play.
On windows with Vlc media player they play normally.
I tried fixing with
ffmpeg -i [PATH TO FILE] -c copy [PATH TO NEW FILE]but this gives me only a new file that doen't play als not with VLC@advplyr commented on GitHub (Apr 9, 2023):
If you can link to a sample audio file that has this issue that would be helpful
@wieluk commented on GitHub (Apr 9, 2023):
I am not sure how to send a sample.
I cut a 5min part out with ffmpeg but the problem is that this file is also silent with VLC.
I used this command:
ffmpeg -i in.m4a -f segment -segment_time 300 -c copy out%03d.m4ahttps://ufile.io/a4fspqve
@advplyr commented on GitHub (Apr 11, 2023):
Can you do an
ffprobe -i in.m4a -show_streamsand post what the audio stream looks like@wieluk commented on GitHub (Apr 11, 2023):
Here is the output:
Chapter times seem weird.
https://pastebin.com/1usaWgcJ
@advplyr commented on GitHub (Apr 11, 2023):
@sandreas do you notice anything with that audio file that could cause tone to corrupt the file? The tone in the current release is also not the latest so you may have fixed whatever bug this is.
@advplyr commented on GitHub (Apr 11, 2023):
@wieluk Is that the ffprobe output after the metadata is embedded?
If so, can you post the ffprobe of the audio file before using the embed metadata tool?
@sandreas commented on GitHub (Apr 11, 2023):
@advplyr Unfortunately no, I don't see any issues. I would need the original audio file (or at least a short part of it) and the full command (
tone tag ...) to reproduce the issue. Without this information it is a shot in the dark.Latest
toneis0.1.5, but there were no significant changes besides the working macOS arm64 release. I plan to upgradeatldotnetfor the next release0.1.6, but atm I'm pretty busy, so this might take a while.Let me know if I can help you with anything else, I'll try my best.
@wieluk commented on GitHub (Apr 12, 2023):
Yes it is. To be honest I did not backup the file like you should before embedding ... sorry
@advplyr commented on GitHub (Apr 12, 2023):
Okay, if you find another audio file with this issue and you can share the original that would be most helpful
@wieluk commented on GitHub (Apr 12, 2023):
I think it is for every m4b file like this.
I did another one with backup this time.
original:
https://pastebin.com/6jpG33iD
embedded:
https://pastebin.com/VAbs365m
difference:
@theS1LV3R commented on GitHub (Apr 7, 2024):
I just started experiencing this. Playback works fine before embedding, after embedding playback breaks completely. The files I've used are about a gigabyte large each, so might not be suitable for sharing, but I'll see if I can create some smaller working test files.
As for now the biggest details I can give are my server logs and the client logs:
Server logs
Client logs
Weirdly enough this didn't use to happen, previously this has worked fine, though I am not able to tell exactly when it broke. I'm sure it was working after this issue was initially created though, as well as after the last person commented.
@sandreas commented on GitHub (Apr 7, 2024):
I'm working on it. Release 0.1.6 is soon to come, however I did not fully reproduce the problem yet. It might be specific to arch (x64 vs x64-musl)
@sandreas commented on GitHub (Apr 24, 2024):
@theS1LV3R @advplyr @Dalarialus @listy-bit
The new
tone 0.1.6is out. Would you be able to recheck, if it works again? Otherwise I have to file an issue onatldotnet, the main audio metadata library used.There already is a tone issue, that may be related.
@mttgl commented on GitHub (May 23, 2024):
Ran into this today on
2.9.0in Docker (arm64) with.m4bfiles 800MB and 1.5GB large using metadata sourced from Audible and quick embed.Playback works normally in-app, then after quick embed, progress bar buffers and restarts in loop.