Audiobookshelf provider does not get covers

App version

Beta

Issue description

I know its experimental feature. But no coverd for audiobooks are shown.

Tried with api and login credentials with same output.

Device type

Phone

Media provider

Audiobookshelf

Steps to reproduce

Add provider
Sync
Check books

I searched existing issues first

on

I understand that logs are mandatory

on

Log upload name / description

thekingpin

Can you provide an access to your server so I can repro ?

I can. But not right now. Can we continue discussion in private regarding credentials etc.

Same here. Author (albumartist) images work, covers do not.

I can give you access to my instance if you want/need more data points.

If you have an easy solution to open up server for Tolriq, please go ahead. Its not so easy for me.

I’ve already set up a test account in Audiobookshelf. If Tolriq tells me his current IP I can whitelist him in my reverse proxy and he should have access. Fairly easy.

Problem is that my IP is dynamic and my provider unreliable those days :frowning:

Can you add specific header as secondary auth or something ? Else I’ll PM you my IP tomorrow when I have time for the tests hoping it’s not changed by the time you enable it :slight_smile:

Yikes, I’m on fiber and used to my IP not changing for months.

Tried that but then the Audiobookshelf app throws a fit about being unable to reauthorize (although I set “satisfy any” in the access list of the reverse proxy). Also didn’t see an option to set custom auth headers in the app (it’s in early development too).

Sounds good.

Update:
I’ve added a new subdomain with http auth so I don’t fudge the access of my existing devices. :grinning_face:

Yeah in theory it’s like that, but I’ve removed the router they provide to use mine since the start and recently they started to detect that and seems to trigger reconnexion and IP change, probably on purpose.

“Good” to see that ISPs seem to be ass all around the world. To use my connection with a 3rd party router I had to dig real deep online to find the vlan settings they require for a connection but don’t document anywhere since they only want you to rent their garbage router.

My provider is also lovely enough to deliberately throttle the peering to sites that don’t pay extra for faster access. They’re getting sued over that at the moment. Symfonium forum is one of the sites that’s often not loading at all until I connect to a vpn. Gigabit fiber but loading times worse than my 2K connection 20+ years ago. Fun times.

On topic:
I’ll send you the http auth + new subdomain.

2 Likes

Can confirm. I had 5G Internet for 2 weeks before I cancelled that garbage. Dynamic IP is still ok for me, with hostname plus ddns, my services all work as intended. But ISPs are using CGNAT due to shortages of IPV4 addresses, and, that is a really annoying technology for home labs who dont want to use tailscale or similar :smiley:

Thanks for setting up login with Tolriq btw :ok_hand::+1:

If there is need for it in future, I thought of renting a cheap cloud server for future testing on things like this if it improves and helps Symfonium? @Tolriq. That way, my homeland can remain “my” homelab. I dont like opening up for outside, even for trusted use.

I have the proper homelab to test everything, but it’s always about small details, like how you sourced the images, inside the music file, external cover, the scraper, that may trigger differences on ABS side that I missed.

FYI, I only started migrating audiobooks to Audiobookshelf after I saw the beta support in Symfonium less than a week ago. Half come from using Libation, the other half from varied sources that I tagged and conformed with the Mp3tag Audible web source.

1 Like

I’d be able to give you access (without a specific IP, just need the GeoIP to allow the country).
I’ve imported some .m4b files with iTunes metadata. Audiobookshelf does recognise everything, including the cover (which is the only thing that Symfonium doesn’t recognise)

For info also. My folders also have cover.jpg files in them. So I believe maybe Audiobookshelf is not passing them correctly in the API response.?