Uploading PDF ebook + MP3 audio results in inconsistent absorption

[robertoinzerillo]

What are you trying to do?

I tend to upload everything via sftp, using Grimmory's folder watching capability with "one folder for book" setting. I do that with ebooks which have an accompanying audio part (generally split into several mp3 files inside a subdirectory) also.
I expect the pdf file to be considered the primary ebook and the audio files (which are saved inside one or several subdirectories) to be asborbed.

What's happening instead?

Result is inconsistent.
Sometimes the audio files are being asorbed and the result is a single book (with one .pdf and several .mp3 files).
Some other times the audio files are being saved as standalone audio books, everyone on its own, generating several audio books instead of a whole one.

Your setup

Grimmory ver 3.1
Docker compose
Debian Trixie

Anything else that might help?

I started noticing this inconsistent behaviour after inspecting a recent series of uploads; not sure at the moment if there's a pattern.
I'm going to generate a few case scenarios and look into the logs to try and isolate any possible cause from my (a user) perspective.

Before submitting

• I've searched existing discussions and I can't find anything that looks like my problem
• I've reviewed this report and have completed it as fully as I can

[altotin]

there's a fix currently in review for the audio files being added as separate books: #1007

[robertoinzerillo]

Nice to know. Will follow 😊

[zachyale]

@robertoinzerillo The fix is live in nightly and will be present in the next release. Please follow up if the issue continues on the latest nightly or next release

[robertoinzerillo]

Just upgraded to Grimmory v3.2.0, and tried again, but with partial success :-(

I uploaded a folder via sftp containing the following files/firectories:

ebook_name/
ebook_name/ebook_name.pdf
ebook_name/cd1_folder
ebook_name/cd1_folder/Track_01.mp3
ebook_name/cd1_folder/Track_02.mp3
ebook_name/cd1_folder/Track_03.mp3
ebook_name/cd2_folder
ebook_name/cd2_folder/Track_01.mp3
ebook_name/cd2_folder/Track_02.mp3
ebook_name/cd2_folder/Track_03.mp3
and so on ...

All this has been saved inside a directory connected to a Grimmmory Library with following Options:

• Watch folder: yes
• Metadata Source: Prefer Embedded
• Organization Mode: One book per folder
• Format priority: PDF, EPUB , ... , AUDIOBOOK

It resulted in three different books being recognized.
One is the pdf itself (which should be considered the primary).
The other two books are the mp3 subdirectories which had not been absorbed by the primary book (restult I was hoping for).

Success is partial, because now each single dir containg several mp3 files is correctly grouped (better then what was happeining on v3.1.0) as to somehow generate a single audiobook, so now I have those two mp3 audiobooks which are in fact collections of various mp3 files (which in turn are being showed as chapters).
But those two audiobooks are saved separately and not absorbed by the main pdf book.

I wonder if I'm missing something during the process
Should I perhaps tag the mp3 files in some specific fashion in order to let Grimmory recogninze them as part of the primary book? Or should I opt for a different different file/dir structure?
I'm just assuming here, without having read the code running behind.

[robertoinzerillo]

Well, inconsistencies pile up.
Tested the same scenario with a few different collections of pdf files, each with accompanying subdirectories containing correlated mp3 audio files with same file/folder structure.
Not all mp3 files residing inside the same dir get grouped as a whole by Grimmory. Some of them do, others don't and get recognized as several independent audio books; sometimes grouping is partial, some others a single mp3 file becomes a standalone book.
I can't imagine what's going on behind the scene.
I wonder if it's only me or this is happening to others too.