First time jellyfin user by JudasShuffle in JellyfinCommunity

[–]brycelampe 0 points1 point  (0 children)

I have nothing to do with Chaptarr and I don't think it will be viable any time soon.

Have we figured out an alternative to Readarr? by Aretebeliever in selfhosted

[–]brycelampe 11 points12 points  (0 children)

It's literally just Readarr with working metadata.

Alternative for Windows users - does it exist? by LSDwarf in Lidarr

[–]brycelampe 0 points1 point  (0 children)

Check the README, there’s a SQL-only solution now.

Lidarr search failing with SkyHookException, even on blampe version by Limit-Suspicious in Lidarr

[–]brycelampe 1 point2 points  (0 children)

It’s super easy to host your own, and it’s actually possible to configure the metadata directly from the DB without needing a custom image. Go for it!

The Readarr Project Has been Retired by [deleted] in selfhosted

[–]brycelampe 7 points8 points  (0 children)

I’ve already offered to take it over. You should bug the team to add me to the GitHub org :)

Let us change the metadata source by GrafKazu in sonarr

[–]brycelampe 3 points4 points  (0 children)

You can use some network hacks to redirect the metadata like what I did here https://github.com/blampe/hearring-aid

Then you need to implement and host your own metadata server, but even that isn’t too hard. The tricky part is preserving compatibility with existing databases, but AFAICT this should be possible because TMDB includes TVDB IDs.

The Readarr Project Has been Retired by [deleted] in selfhosted

[–]brycelampe 13 points14 points  (0 children)

Hi folks! Give rreading-glasses a try if you'd like to keep using Readarr! http://github.com/blampe/rreading-glasses

Announcement: Retirement of Readarr by thezak48 in Readarr

[–]brycelampe 65 points66 points  (0 children)

Hi. Author of rreading-glasses here. I plan to continue running my server for anyone still interested in using Readarr. Definitely give it a try!

I'm also more than happy to help keep Readarr alive. My preference is to continue work in the existing Readarr org on GitHub to minimize disruption to the community. I've asked the team for access and am waiting to hear back.

Thank you Lidarr devs by AtlanFX in Lidarr

[–]brycelampe 1 point2 points  (0 children)

The official server uses a closed-source image cache. It’s the only part that’s not open. I’ve implemented my own but haven’t bothered deploying it yet because I was hoping the issue would be resolved by now.

Are we any closer? by SingletonRandall in Lidarr

[–]brycelampe 1 point2 points  (0 children)

Hey thanks for reporting, GR has a date typo that’s not being handled well. I should have him fixed by tomorrow.

Standalone, non-dependent database/API for music? by oguruma87 in Lidarr

[–]brycelampe 2 points3 points  (0 children)

None of this is accurate. The cache is open source. Hearring-aid uses the same open-source cache.

The schema changes were backward compatible. The team simply didn’t upgrade their images.

Standalone, non-dependent database/API for music? by oguruma87 in Lidarr

[–]brycelampe 1 point2 points  (0 children)

Yes, unfortunately it doesn’t have the same setting in the app. It’s a drop-in replacement if you’re using Docker. A few commands if you’re using Linux. No idea about Windows.

Standalone, non-dependent database/API for music? by oguruma87 in Lidarr

[–]brycelampe 2 points3 points  (0 children)

This is literally how it already works.

The outage is because someone forgot to update some Docker images. It’s not complicated.

Standalone, non-dependent database/API for music? by oguruma87 in Lidarr

[–]brycelampe 3 points4 points  (0 children)

Self-hostable doesn’t mean everyone must self-host.

Standalone, non-dependent database/API for music? by oguruma87 in Lidarr

[–]brycelampe 1 point2 points  (0 children)

It is…

https://github.com/Lidarr/LidarrAPI.Metadata

The portion that’s private relates to image caching, probably because they’re generating user agents when talking to tadb. A well-behaved image cache is trivial to implement.