this post was submitted on 15 Sep 2023
25 points (100.0% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54609 readers
501 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
 |
 |
|---|---|
| Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Awesome and thanks a lot for putting the time to explain it like this.
So for some reason I got side tracked with radarr and didn't see the need for trackt anywhere, but that seems the missing part on all this.
This also shows up that the Plex workflow is seamless (no Overseerr/jellyseerr need, no trackt need) than jellyfin right now.
Reading plex_debrid code, it seems it has some initial code on scanning current Jellyfin library, so finishing that code could remove the need of Trackt.
Now, one advantage of using Radarr ia that it will move and rename to a standad naming the incoming files, I think that only for this feature it is worth to keep it in the workflow.
So it seems like I'll need to fix plex_debrid to understand existing Jellyfin library and remove the need of trackt!
Thanks a lot!
Awesome stuff! If you do fork or PR for seamless Jellyfin integration let me know! That’d be awesome. I know he’s been super busy lately and hasn’t been able to update as much as he wants.
Hey if you do decide to pursue finishing his Jellyfin library code you should definitely check out the discord. They have a channel for development.
Namely I saw a post from the dev back in February saying the reason he didn’t finish Jellyfin libraries, and still relies on Trakt, is because