Does Murderbot (Apple TV) have some new kind of DRM? (sh.itjust.works)

submitted 1 week ago* (last edited 1 week ago) by coffeetastesbadlikecoffee@sh.itjust.works to c/piracy@lemmy.dbzer0.com

18 comments fedilink hide all child comments

I am just going out on a limb here:

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?

top 18 comments

sorted by: hot top controversial new old

[-] yaroto98@lemmy.org 41 points 1 week ago* (last edited 1 week ago)

Careful, I've seen an uptick in malicious files being uploaded for popular tv shows. Including murderbot. You likely downloaded one of those. There shouldn't be any DRM in pirated media. I've noticed it mostly in episodes before they are released. So the day after murderbot episode 2 came out my sonarr started trying to download episode 3. They were all malicious files, on all my trackers except for my private one. Carefully look at the file, if it isn't legit, since you got it from a private tracker, flag it and boot the user uploading crap.

If not, could be a transcoding issue. Try watching it directly with VLC.

[-] lka1988@lemmy.dbzer0.com 11 points 1 week ago

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 week ago

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

[-] krolden@lemmy.ml 2 points 1 week ago

Reasonable

You can't depend on thetvdb release dates to be accurate and sometimes theres just good leaked releases.

They are right. Stop using shitty indexers

[-] CmdrShepard42@lemm.ee 0 points 1 week ago

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 week ago

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

[-] CmdrShepard42@lemm.ee 1 points 1 week ago* (last edited 1 week 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.

[-] mic_check_one_two@lemmy.dbzer0.com 6 points 1 week ago* (last edited 1 week ago)

And this is exactly why qBitTorrent allows you to exclude file types. I have a pretty extensive list of excluded file types, specifically because there are lots of malicious torrents that try the old Limewire trick of “{movie}.avi.exe” to trick people into running them. Even if Sonarr grabs a malicious torrent, it simply won’t download anything.

And then I have Cleanuperr running, which periodically checks to see if there are any empty torrents queued. If it finds a torrent that isn’t downloading anything (like a {movie}.avi.exe one) then it deletes it, and tells Sonarr/Radarr to blacklist it and retry the search.

[-] yaroto98@lemmy.org 1 points 1 week ago* (last edited 1 week ago)

Yea, I wish transmission did that too. Qbittorrent kept randomly soft crashing on me. It'd work fine for weeks, but suddenly all new torrents added wouldn't start downloading. I'd think it was the torrent, so I'd grab a handfull of alternatives, but nada. Reboot qbittorrent and it was fine and suddenly I'd have half a dozen copies of what I wanted. It was frustrating, plus the ui on mobile was bad. Vuetorrent was awesome though.

I'll look at cleanuperr that looks helpful.

[-] mic_check_one_two@lemmy.dbzer0.com 2 points 1 week ago

Interesting. I haven’t experienced anything like that, but I also have my server scheduled to automatically reboot once a week at like 4AM. Maybe that keeps it from soft crashing?

[-] floo@retrolemmy.com 4 points 1 week ago* (last edited 1 week ago)

I’m going to go ahead and second this. In fact, when I was downloading episode three, I snagged a bad file and had to re-download.

Fortunately, sonarr filters them out and refuses to import them. That way, I can see what I need to re-download rather than adding a garbage file to my library.

[-] hash@slrpnk.net 2 points 1 week ago

Care to expand on the filetypes? Are they actually trying to exploit vulnerabilities in video players?

[-] yaroto98@lemmy.org 4 points 1 week ago

No they aren't that sophisticated. I can't think of them off the top of my head, they've all been blocked by sonarr.

I did a quick search and here are the malicious filetypes I found for Murderbot s01e04 right now: .arj .lnk

if you do a search on thepiratebay and rargb you'll find a bunch. Many of them have been blocked and reported, but they get reuploaded as fast as they get taken down. I've seen other types before though. I actually blame the *.arr stack for this. These files wouldn't get downloaded, except by the most ignorant, but the easy automation makes people complacent and more easily fall victim to the scam.

[-] catloaf@lemm.ee 2 points 1 week ago* (last edited 1 week ago)

Most likely they were a short video of text saying "you need xyz codec to view this file, install it from totallynotavirus.ru"

[-] catloaf@lemm.ee 7 points 1 week ago

Impossible to say until you actually examine the file. You're jumping the gun here.

[-] remon@ani.social 5 points 1 week ago

I have the first 3 episodes on my plex and fetching meta data works fine. Tripple check the naming?

[-] Appoxo@lemmy.dbzer0.com 4 points 1 week ago

Metadata is pulled from your external metadata source.
So either no volunteer/bot provided data yet or you misonfigured something.
Jellyfin usually doesnt refresh metadata daily but only every 30 days or so if the configuration wasnt changed.

Regarding the streaming issue: Check if VLC or smth can play the file.

[-] BakedCatboy@lemmy.ml 1 points 1 week ago

No problems playing the Ethel or megusta releases here. Were you able to play the files initially? They might just be corrupted. Which release group did you grab?