this post was submitted on 29 Jun 2025
119 points (100.0% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
62574 readers
277 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):
🏴☠️ Other communities
FUCK ADOBE!
Torrenting/P2P:
Gaming:
💰 Please help cover server costs.
![]() |
![]() |
---|---|
Ko-fi | Liberapay |
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Very true. But considering the metadata provider can manage the variations, I don't think it's too onerous of a consideration for the actual media management side.
I'd love a better movie manager that puts weight on extras and handles them much better. And editions, too. Directors cut, cinema cut, TV broadcast cuts. There really needs to be a better way to handle all that than a single movie file.
Though for radarr and sonarr, some of those are restrictions for the player they are accommodating. If Plex and Jellyfin don't handle the ability to choose versions, why have the *arrs do it.
But I also understand that it's not something the majority of users care about. So it makes it not worth their time. And as for readarr and lidarr, I don't know if it's just a limitation of the fork using the existing *arr framework.
Ya I mean I understand at the end of the day the devs have the prerogative to run their project as they please. And it's smart to have a constrained set of requirements rather than trying to be all things to all people. There's always a cost to flexibility.
I serve my TV and movies from jellyfin and it is not as prescriptive. As an imperfect workaround, the additional files can be put into a separate directory that sonarr/radarr doesn't have access to but jellyfin does.
For books, calibre tips the balance completely in the other direction of total flexibility. It's very powerful and with the right skills it can be made to do all kinds of tasks. But it's hardly the smooth initial experience of the arrs.
From my experience, the most comprehensive and robust metadata harvester is the citation manager Zotero. They have spent a lot of work on building a metadata system that is both easy to use but accounts for different versions of the same work. In academic writing you need to cite the actual document you used because it could change over time, editions, etc. Instead of making their own database, they use various 3rd party collections. And of course you must be able to customize or create items for scholarly work. There is about 15 years of chat on their forums/repos of people arguing how to best identify and apply the appropriate metadata and it's not at all smooth going even there.