A week ago I downloaded e1 and e2 via my private tracker of murderbot. My setup is that my jellyfin library directly points to the downloads folder for TV shows. This has always worked in the past, but now last week for murderbot e1 and e2 and now again this friday for e3, jellyfin only recognizes the file but cannot pull any metadata and is somehow unable to stream it to any of my clients.

I haven't tried any usual troubleshooting steps yet since I was really busy this past week, but was wondering if this is some Apple mechanism to hinder piracy.

Thoughts?

you are viewing a single comment's thread
view the rest of the comments

[–] lka1988@lemmy.dbzer0.com 11 points 1 month ago (5 children)

That's part of why I only download released episodes and movies. Cam rips suck ass, and there's too much risk of downloading garbage that isn't the real file.

[–] yaroto98@lemmy.org 7 points 1 month ago (4 children)

That works for movies, but not for tvshows. There have been multiple tickets written against sonarr to prevent it from searching for episodes before they're aired, but tgey refuse and say to stop using sucky indexers

[–] CmdrShepard42@lemm.ee 0 points 1 month ago (2 children)

Works fine for me with a mix of public and private trackers include the cesspool, TPB. Typically shows hit up to 24 hours before their air date and I like being able to watch them early especially if the air date would be a day I'm working and wouldn't be able to watch until the following week.

You could try adding some filters if you notice that these malicious files have similar tags or release groups.

[–] Appoxo@lemmy.dbzer0.com 1 points 1 month ago (1 children)

Private trackers filter bs releases that members cross-seed from bad public trackers.

[–] CmdrShepard42@lemm.ee 1 points 1 month ago* (last edited 1 month ago)

Yeah I'm aware of that but I still have many things come from public trackers and haven't ran into this issue in 7 years of using radarr/sonarr. You can easily add filters to block cam copies too.

load more comments (1 replies)