Musky
Joined 3 years ago
Joined 3 years ago
These apps can be self hosted and are fully open source. The basic workflow is that you add a movie/show, it automatically searches all of your download sites for the title, chooses the best download based on your filter criteria (resolution, size, etc.), sends it to your download client and then places the movie/show into your library based on the folder/file naming pattern you specified previously.
You can choose to automate as much of the process as you want or do most of it manually. E.g. grabbing new episodes as soon as they air vs supplying your own files (if you rip your media yourself for example) and only letting the program do the part of renaming and moving your files.
I'm curious to know why you chose to write a custom (and complex) script yourself instead of using something like Sonarr/Radarr for this task? Does your script do something that the *arr apps are not capable off or is there another reason?
Of course people tried to find ways to reproduce the bug reliably, as saving even milliseconds can mean everything in a speed run. They went as far as replicating the state of the game from the original occurrence 1:1, but AFAIK no one has been able to reproduce the glitch without messing with the games memory.
For that reason it is speculated that a cosmic ray caused a bit-flip in the byte that stores the players y coordinate, shooting him up into the air and onto the next platform.
> 3.4.1 Note Plaintext search queries in cache database
> Assured recommended hashing search terms before insertion / lookup in the cache database. Since search term cache lookups are only performed with exact matching, this should not affect functionality.
> Mullvad: We are now hashing (and salting) the search terms before they are added to Redis
[0] - https://mullvad.net/en/blog/2023/5/16/security-audit-of-our-...